Частный случай сражения с некорректным подсчётом отказов

Метрика сама прекрасно видит ботов и роботов.

Вместо писания собственного скрипта можно было включить галку «фильтровать по правилам и поведению».

В итоге, имхо, вы просто успокоили себя, а лучше/хуже сайт «в глазах Метрики» сайт не стал.

В итоге я прочитал ваш совет, нашёл нужную настройку и обнаружил, что выставлено значение «фильтровать роботов только по строгим правилам», тогда как следовало бы «фильтровать роботов по строгим правилам и поведению». ИМХО уже очень хороший результат постинга темы, понятия не имел про эту настройку. И кстати, спасибо.

Misha_Stalker, дело в том, что цифра процента отказов - это только то, что видите Вы. Эта фильтрация - чисто для отображения для Вас.

Метрика все равно получает полные данные, и по роботам/ботам тоже.

То, что по сайтам ползает куча самых разных пауков - это современные реалии. Очень маловероятно, что это влияет на положение сайта в поиске.

Правильно, и помимо прочего это мной упоминалось в стартовом сообщении:

...так как оптимизровать юзабилити под роботов — дело не очень благодарное. Теперь же проводить аналитику стало проще. C оговоркой, что в принципе критерии отсева мне по-прежнему неизвестны и можно ли на них полагаться — покажет время. Двойной отсев — мой и Метрики? Почему бы нет? Влияет на ранжирование или нет? Опять-таки время покажет.

Я только одного не понял:

Как, по вашему, Метрика до ваших манипуляций видела этих ботов, если они не выполняют JS? Единственно возможный вариант ответа - благодаря вот этой строке в коде счётчика:

Соответственно, вашего результата можно было бы добиться простым удалением этой строки.

Не совсем понял: как Метрика может получать «полные данные» в тех случаях, когда её код вообще в принципе отсутствует на странице? Ну могу ещё понять в случае перехода на сайт из ПС: скажем, быстрый возврат в поисковую выдачу либо повторный набор поискового запроса — согласен, у ПС ещё есть какие-то данные для анализа. Но у меня-то наибольший процент отказов был при прямых переходах по URL, то есть ПС про эти переходы ничего не знает, потому что они осуществляются без использования поисковика, а Метрика — потому что без запуска соответствующей функции JQuery её код отсутствует в коде страницы. Тогда чему там передавать «полные данные» в Метрику?

Поскольку в код Метрики входит и эта строка — она, как и JS-код, вместе с последним не появляется в коде страницы до выполнения соответствующей JQuery-функции.

Вот скоро и узнаем. Давно хотел выяснить этот вопрос.

Ну так и зачем было делать JQuery-функцию, если простое удаление этой строки даёт тот же результат? :)

Кстати, все пользователи Яндекс.Браузера, попадающие к вам на сайт, передают в Яндекс все данные о ПФ вне зависимости от наличия Метрики.

На этом вопросе наглухо завис (в смысле мозг, а не комп), пришлось перезагружаться. Видимо, вы имеете в виду безусловное удаление строки (что меня никак не устраивает), а JQuery-функция — это условное удаление: если JS не запускается и функция не выполняется — строка не появится в коде, и наоборот. Поскольку код Метрики — и строка, и JS, — то загружается либо нет всё вместе — и то и другое.

Эти как раз меня волнуют меньше всего (и больше всего радуют) — по данным аналитики, именно у них при сравнительно приличном проценте (около 13% от общего количества браузеров визитёров) наименьший процент отказов — не выше 15%. Но, кстати, ваше замечание возьму на заметку на будущее, может пригодиться.

Поделитесь как именно сделать через js?

Смысл тега <noscript> в том, что его содержимое выполняется, когда JS не запускается. Если JS запускается, то его содержимое не выполняется, а это тоже самое, если бы его вообще там не было. Я хочу сказать, что скрипт Метрики по-умолчанию работает только у тех, кто обрабатывает JS. Если посетитель JS не обрабатывает, то скрипт Метрики не выполняется - просто загружается картинка размером 1х1 пиксель и фиксируется посещение сайта.

В вашем случае эта картинка не загружается у тех, кто не выполняет JS. Но тот же результат даёт простое удаление содержимого тега <noscript></noscript>.