- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
В данной теме опишу одно несложное решение, которым воспользовался в рамках борьбы с неверным подсчётом Яндекс-Метрикой уровня отказов (и соответственно, поведенческого фактора). Заметил, что в последнее время как-то уж очень активно начал расти на сайте процент отказов — при нормальном уровне в 15-25% он достиг 40% и продолжил расти дальше.
Странно как-то, согласитесь. Контент абсолютно собственный, разнообразный, включая мультимедиа, судя по немногочисленным комментариям — интересный, стороннему тырингу не подвержен в силу самописности движка, пополняется автором уже лет эдак как минимум пять или шесть, Откуда вдруг рост отказов?
Тут надо пояснить, что я — сторонник мнения, согласно которому подсчитываемый Метрикой процент отказов влияет на ранжирование в поисковой выдаче (что время от времени вроде бы косвенно подтверждается результатами аналитики по нескольким разным сайтам). Ясно, что на сайт льётся «мусорный» трафик (кем, откуда и зачем, это второй вопрос), который портит ПФ и мешает мне анализировать реальные проблемы, возникающие на сайте у живых, реальных посетителей. Основная проблема тут кроется в том, что Метрика категорически отказывается персонифицировать трафик, отмазываясь общей статистикой. Пришлось в срочном порядке написать для сайта собственное детализированный сбор статистики по трафику.
Что сразу же бросилось в глаза при просмотре результатов?
Да прежде всего — обилие всевозможной автоматики. Взбесившийся краулер Мегаиндекса, какие-то интернет-архиверы, боты Bing и Mail.ru, сборщики сведений о версии движка, стоимости сайта, сервисы продвижения и сравнения конкурентов, куча каких-то левых запросов на предмет поиска каталогов типа «admin» и «template» с рекурсивным зацикливанием параметров адресной строки, и прочий мусор. Большинство визитов из этой категории — с интервалом максимум в пару секунд и количеством обращений по двадцать-тридцать в минуту, при этом в HTTP-заголовках ботами представляются, мягко говоря, далеко не все визитёры. Да, мне известно, что Метрика как бы отсеивает ботов при подсчётах, но мне неизвестны критерии этого отсева, и судя по бешеному росту процента отказов (напомню, с 15-25% до 40%) — качество отсева, мягко говоря, слегка прихрамывает.
Чтобы не утомлять длинным текстом, не буду перечислять все варианты, запроектированные в отношении незваных гостей. «Америка была открыта» автором в тот момент, когда последним было чётко сформулировано для себя: Метрика должна получать информацию о визите реальных посетителей и не должна получать данные о заходах ботов и краулеров. Решение очевидное — JavaScript!!!
Напомню, код Метрики представляет собой код JavaScript. До сих пор он подгружался у автора на страницы сайта априори и безусловно — на серверном уровне. Ну а раз пошла такая пьянка — прежний алгоритм сменился на новый: теперь код Метрики подгружается на страницы при помощи JQuery, соответственно ботов и краулеров, не умеющих подгружать и запускать JS, Метрика больше не видит, ибо для них она попросту отсутствует на сайте. Логично предположить, впрочем, что и сама Метрика может не увидеть свой код, установленный таким макаром на страницах сайта — но это предположение было проверено и установлено, что Метрике подгружаемый при помощи JQuery код счётчика виден прекрасно.
Предварительные результаты — уже второй день эксперимента уровень отказов в 16%. Ну а позже можно будет уже сделать более общие выводы,
Как обычно, буду рад комментариям и замечаниям.
Метрика сама прекрасно видит ботов и роботов.
Вместо писания собственного скрипта можно было включить галку «фильтровать по правилам и поведению».
В итоге, имхо, вы просто успокоили себя, а лучше/хуже сайт «в глазах Метрики» сайт не стал.
В итоге, имхо, вы просто успокоили себя
В итоге я прочитал ваш совет, нашёл нужную настройку и обнаружил, что выставлено значение «фильтровать роботов только по строгим правилам», тогда как следовало бы «фильтровать роботов по строгим правилам и поведению». ИМХО уже очень хороший результат постинга темы, понятия не имел про эту настройку. И кстати, спасибо.
Misha_Stalker, дело в том, что цифра процента отказов - это только то, что видите Вы. Эта фильтрация - чисто для отображения для Вас.
Метрика все равно получает полные данные, и по роботам/ботам тоже.
То, что по сайтам ползает куча самых разных пауков - это современные реалии. Очень маловероятно, что это влияет на положение сайта в поиске.
Misha_Stalker, дело в том, что цифра процента отказов - это только то, что видите Вы. Эта фильтрация - чисто для отображения для Вас.
Правильно, и помимо прочего это мной упоминалось в стартовом сообщении:
...так как оптимизровать юзабилити под роботов — дело не очень благодарное. Теперь же проводить аналитику стало проще. C оговоркой, что в принципе критерии отсева мне по-прежнему неизвестны и можно ли на них полагаться — покажет время. Двойной отсев — мой и Метрики? Почему бы нет? Влияет на ранжирование или нет? Опять-таки время покажет.
Я только одного не понял:
Напомню, код Метрики представляет собой код JavaScript.
ботов и краулеров, не умеющих подгружать и запускать JS, Метрика больше не видит
Как, по вашему, Метрика до ваших манипуляций видела этих ботов, если они не выполняют JS? Единственно возможный вариант ответа - благодаря вот этой строке в коде счётчика:
<noscript><div><img src="//mc.yandex.ru/watch/12345678" style="position:absolute; left:-9999px;" alt="" /></div></noscript>
Соответственно, вашего результата можно было бы добиться простым удалением этой строки.
Misha_Stalker, дело в том, что цифра процента отказов - это только то, что видите Вы.
Метрика все равно получает полные данные, и по роботам/ботам тоже.
Не совсем понял: как Метрика может получать «полные данные» в тех случаях, когда её код вообще в принципе отсутствует на странице? Ну могу ещё понять в случае перехода на сайт из ПС: скажем, быстрый возврат в поисковую выдачу либо повторный набор поискового запроса — согласен, у ПС ещё есть какие-то данные для анализа. Но у меня-то наибольший процент отказов был при прямых переходах по URL, то есть ПС про эти переходы ничего не знает, потому что они осуществляются без использования поисковика, а Метрика — потому что без запуска соответствующей функции JQuery её код отсутствует в коде страницы. Тогда чему там передавать «полные данные» в Метрику?
Поскольку в код Метрики входит и эта строка — она, как и JS-код, вместе с последним не появляется в коде страницы до выполнения соответствующей JQuery-функции.
Вот скоро и узнаем. Давно хотел выяснить этот вопрос.
Поскольку в код Метрики входит и эта строка — она, как и JS-код, вместе с последним не появляется в коде страницы до выполнения соответствующей JQuery-функции.
Ну так и зачем было делать JQuery-функцию, если простое удаление этой строки даёт тот же результат? :)
Кстати, все пользователи Яндекс.Браузера, попадающие к вам на сайт, передают в Яндекс все данные о ПФ вне зависимости от наличия Метрики.
Ну так и зачем было делать JQuery-функцию, если простое удаление этой строки даёт тот же результат?
На этом вопросе наглухо завис (в смысле мозг, а не комп), пришлось перезагружаться. Видимо, вы имеете в виду безусловное удаление строки (что меня никак не устраивает), а JQuery-функция — это условное удаление: если JS не запускается и функция не выполняется — строка не появится в коде, и наоборот. Поскольку код Метрики — и строка, и JS, — то загружается либо нет всё вместе — и то и другое.
Эти как раз меня волнуют меньше всего (и больше всего радуют) — по данным аналитики, именно у них при сравнительно приличном проценте (около 13% от общего количества браузеров визитёров) наименьший процент отказов — не выше 15%. Но, кстати, ваше замечание возьму на заметку на будущее, может пригодиться.
Поделитесь как именно сделать через js?
Видимо, вы имеете в виду безусловное удаление строки (что меня никак не устраивает), а JQuery-функция — это условное удаление: если JS не запускается и функция не выполняется — строка не появится в коде, и наоборот. Поскольку код Метрики — и строка, и JS, — то загружается либо нет всё вместе — и то и другое.
Смысл тега <noscript> в том, что его содержимое выполняется, когда JS не запускается. Если JS запускается, то его содержимое не выполняется, а это тоже самое, если бы его вообще там не было. Я хочу сказать, что скрипт Метрики по-умолчанию работает только у тех, кто обрабатывает JS. Если посетитель JS не обрабатывает, то скрипт Метрики не выполняется - просто загружается картинка размером 1х1 пиксель и фиксируется посещение сайта.
В вашем случае эта картинка не загружается у тех, кто не выполняет JS. Но тот же результат даёт простое удаление содержимого тега <noscript></noscript>.