Да использую. Возможно Вы правы. Но в таком случае почему не фиксируются клики по ним? У меня в этом отчете 0 кликов, хотя фактически по блоку ссылок кликают активно. Странно🍿
Xordal выше выкладывал скрин, где можно посмотреть цену клика, так вот в этой вкладке есть столбец CTR, который они теперь считают как кол-во кликов / кол-во показов.
Т.е. Если у вас три блока рекламы на страницы при одном просмотре страницы будет фиксироваться 3 показа. Соответственно CTR показов ниже CTR страницы ровно в 3 раза.
А вот CTR страницы теперь придется самому считать( Я пока, кроме как в моб версии, нигде его не вижу)
И вот мне этот CTR показов, вообще до одного места...
К тому же если раньше (в первом варианте ихнего дизайна) чтобы посмотреть основную статистику за день, у меня практически не было необходимости делать лишние движения, все было видно и доступно. В предыдущем варианте ну 1-2 клика, чтоб добраться до нужных отчетов. Теперь же чтобы посмотреть цену клика и CTR, или вооружаться калькулятором или бродить по этих новых отчетах. Короче мрак :)
Кстати, я вот тут заметил в "Расширенные отчеты"->"Типы ставок" есть пункт "Неоплачиваемые объявления", так у меня количество показов этих объяв выходит чуть ли 25% от всех показов.
Это что за реклама такая и кого банить, кто-то сталкивался? Рекламу adwords банил, но видать не всю(периодически проскакивает)... кто там еще халявный?
И не говорите, невероятно неудобно. Еще хуже чем предыдущий вариант.
Теперь CTR считается вообще как-то странно и для меня лично бесполезно.
Не знаю надолго ли, но в мобильной версии CTR еще показывается нормально..
Ну думаю, что в данном случае не inurl надо использовать, а site .
К примеру введите inurl:"us/article"... Поиск происходит не только по .us доменам, а по тем у кого в url имеется "us/article" .
Поэтому запрос будет такой:
site:com/article intitle:"keyword"
А если у вас несколько позиций занимает один домен, просто "отминусуйте" его, т.е.:
site:com/article intitle:"keyword" -site:example.com
Если у Вас большая статья, лучше разнесите ее на несколько страниц, чем делать простыню из текста. И ПФ улучшится и нормально покроете рекламой статью.
К сожалению не могу. Не возникало еще необходимости в этом.
Пробуйте так:
RewriteRule ^video/ru/(.*)\.flv$ http://sait.ru/video/ru/$1.mp4 [R=301,L]
Спасибо Всем за внимание к теме. Вот наверно это тот случай, когда согласен со всеми :)
Безусловно нужно делать все так, чтобы было удобно на всех устройствах. Но даже если вылизан диз и вроде все отлично видно и доступно, у посетителя может быть свое мнение на этот счет ;)
Но иногда, что-то может пойти не так, картинка поплывет, меню где-то поломается, скрытые проблемы с юзабилити, а особенно если переделываешь уже существующий диз, да или просто пользователю захочется использовать "полную" версию сайта...
Простой пример. Искал себе фотоаппарат, сайт fotos.ua при заходе с планшета отправляет меня на моб. версию(поддомен). Мне она на планшете не удобна, поэтому я ищу кнопку перехода на полную версию, не нахожу ее и пытаюсь в строке удалить поддомен "m." и перейти таким образом. Меня опять отправляет на мобильную версию. Соответственно сайт закрываю... К слову сказать, кнопка перехода есть, но она спрятана в меню которое я заметил только совсем не давно...
Мне, к примеру, проще где-то увеличить, чем перелистывать тонны контента в мобильной версии, а вот жене по моему без разницы :)
Пусть таких как я всего лишь пару процентов, но если они принесут мне доход, вместо того чтобы закрыть сайт и уйти из-за не возможности переключится, то почему бы и нет.
Поэтому если есть возможность посмотреть как сайт выглядит на десктопе, не думаю что это может быть лишним.
Не буду отрицать, что такое желание у юзера может возникать если моб/адаптивная версия не удачны, то в таком случае данное решение может помочь это заметить, и отследить количество переходов на десктопную версию в адаптивной верстке. Если их будет большой процент, то возможно что-то не так с дизом:)
Собственно поэтому у меня возникло желание при адаптивном дизе иметь на сайте такой переключатель, но не делать ради этого 2 отдельные версии мобильную и десктопную. К тому же, времени у меня это совсем не отняло:)
$td_xf = '<td>'. $row['xf1'] .'</td>';
Поскольку для ботов, тех кто впервые посетили сайт, или тех кто не переключался на десктопную версию, кука mobile_template отсутствует, то отдается meta viewport и медиа запросы CSS, соответственно все эти пользователи получают адаптивную верстку.
При проверке, Mobile-Friendly Test мне написал
Гугл вроде формы не отправляет, поэтому переход оформлял через отправку формой post запроса, чтобы гугл не переходил с адаптивного на десктопный диз и соответственно не тупил :)
_
Хм. Похоже таки пытается отправлять формы c POST-запросами:
http://googlewebmastercentral.blogspot.com/2011/11/get-post-and-safely-surfacing-more-of.html
Ну будем наблюдать как будет реагировать.🍿
PS Как вариант, вместо формы, можно яваскриптом назначать куку и перезагружать страницу..
