сторонний код может сильно замедлить загрузку страниц сайта yandex metrika

Код Метрики стал быстрее

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

Коротко — самое главное:

Как именно мы ускорили код

Для этого потребовались два больших проекта:

Счётчик не просто загружается быстрее: теперь он способен фиксировать больше коротких визитов на сайт, которые раньше просто не успевали записаться в отчёты — так как к концу супер-короткого визита счётчик ещё не был загружен. В результате статистика станет ещё более полной — вы сможете лучше понимать, сколько визитов оказываются совсем непродолжительными, и исследовать, почему это происходит. Например, дело может быть в неудачной ссылке в рекламном объявлении — и это важно вовремя исправить.

Такие масштабные изменения всегда требуют длительной и тщательной отладки. Недостаточно просто переписать код с нуля — важно проверить, что он совместим со всеми браузерами и со всеми способами вёрстки, и со всеми их комбинациями. Например, если посетитель заходит с какой-нибудь устаревшей модели мобильного, на Linux, из браузера Puffin — ведь счётчик должен корректно отрабатывать в самых разных ситуациях. Поэтому на тестирование более быстрого кода потребовалось значительное время.

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

Быстрый код подключается автоматически только при условии, что на сайте у вас установлена актуальная версия счётчика.

Как проверить версию счётчика: если в коде Метрики у вас на сайте есть строчка tag.js, это актуальный код. А если в нём встречается watch.js — значит, у вас устаревшая версия. Как посмотреть код счётчика на сайте, описано в Справке.

Если у вас — устаревшая версия кода, рекомендуем заменить её на актуальную. В устаревшей версии watch.js не поддерживаются новые возможности Метрики, в том числе и более быстрая загрузка серверной части кода. Актуальная версия кода Метрики есть в настройках счётчика — просто скопируйте этот код и установите его на все страницы сайта вместо старого кода.

Чтобы ещё больше ускорить код Метрики, мы готовим и другие обновления. Оставайтесь на связи — подписывайтесь на наши новости, чтобы ничего не пропустить!

Источник

Как добавить на сайт счётчики аналитики не ухудшая скорость загрузки?

Добрый день
Стоит задача настроить ретаргетинг во всех соц.сетях
Соответственно нужно поставить пиксели/счетчики отслеживания, но они все замедляют сайт, учитывая сколько их:
Яндекс Метрика
Гугл Аналитикс
Пиксель ФБ
Пиксель ВК
Пиксель Майтаргет

Как их лучше установить без вреда скорости сайта? Чтоб не навредить SEOшке, да и пользователям

Что на счет такого варианта:

Даем на загрузку страницы 5 секунд и только 5 секунд спустя подгружаем все это барахло.

1. Вышеуказанный совет использовать Tag Manager верен, но всё-равно счётчики будут замедлять сайт.

2. Настоящие индейцы вполне могут обходиться без всех этих счётчиков. Для всех задач достаточно связки из трёх компонентов:

AstonMartin, Триггерные рассылки в модуле «Email-маркетинг» Битрикса работающие в связке с модулем «Веб-аналитика» ну если это не ретаргетинг то я совсем не в теме 🙂

Александр Фалалеев, при чем тут вообще рассылки?))

Сделайте, например, рекламу в ФБ на лукалайк аудиторию, такую как те, кто был на вашем сайте за прошлый месяц.

Триггерная рассылка как раз завязана на «события» действий пользователя на сайте. Нажимал кто-то кнопку, баннер вот мы его рассылкой и добъем.

Всё тоже самое что и с рекламой обычной.

Триггерность = ретаргетинг (по принципу действия)

1. Битрикс как пример селф-хостинг аналитики. И он такой отнюдь не один. Если меркетоулухи знают только ГА, Метрику и без ФБ Пикселя жить не могут то это проблемы владельца бизнеса что халатно относится к кадровому вопросу.
2. Разговор про ретаргетинг я не начинал.

Алексей Махметхажиев, Ну вот например один из сайтов
https://cheapvps.ru/
в гугл пейджспиде выдает 99 баллов из ста
https://developers.google.com/speed/pagespeed/insi.
стоит гугл аналитикс и яндекс метрика

можно посмотреть вотерфол как все грузится на том же пейджтесте
https://www.webpagetest.org/result/210615_BiDcAQ_e.

В каком месте я не прав тыкните меня мордой.

Пума Тайланд, Гуглу пофиг на свои счетчики в результатах теста, не говоря уже о яндексе.
Так же яндексу пофиг на гугл. Свое они может быть и учитывают, а чужое точно нет.

Вы выше смотрели сообщения? 99 для компьютера. Для мобильного другая вкладка.
Там две вкладки, а не одна. Сейчас все с телефонов сидят. Ориентироваться надо именно на мобильные.

Хороший вопрос от автора.
Правильный ответ примерно такой:

Работать над оптимизацией внешних подключений важно. Асинхронность по умолчанию должна быть, но она не спасает от перегрузки основного потока.
У нас на проекте стоит не только Яндекс Метрика, Гугл Аналитика, пиксель ФБ, пиксель ВК, но и Hotjar и utmstat и они совершенно не мешают ничему. Подключать всё надо грамотно, откладывая по времени и по событиям. Если событие наступило, то счетчик времени отключается. Важно найти то время, на которое откладывать скрипт. Чтобы не поехали цели в метрике или в GA. Следите за приоритезацией загрузки, чтобы всё осталось в рабочем состоянии, но не влияло на скорость загрузки.

Подробно, как правильно подключать внешку, мы показывали с этой минуты: https://youtu.be/_3c0aPSkNdc?t=1480.
Там же есть пример скрипта обработчика.

Алексей из loading.express

Касательно яндекс.метрики:
Не включайте вебвизор, если он не нужен. TTI в Lighthouse значительно проседает.

Касательно гугл аналитики:
Подключайте через analitics.js, а не через gtag.js

По поводу размещения скриптов на своем сайте:
Антон вполне прав и это не чушь. Размещая скрипты на своем сервере, можно задать свои заголовки кэширования, что позволяет дольше хранить скрипты у пользователя. И CDN чаще может дольше отвечать, чем свой правильно настроенный сервер.
Для обновления достаточно нужный скрипт в крон добавить (загружать через wget или curl). Никакую инфраструктуру для этого не надо разворачивать.

Источник

Популярные ошибки настройки Яндекс.Метрики

Отчеты Яндекс.Метрики дают массу информации для принятия решений о развитии сайта и корректировки стратегии. Если ориентироваться на неверные данные статистики, можно навредить сайту, поэтому важно настроить Метрику правильно.

В этом материале разберем частые ошибки в настройке Яндекс.Метрики. Если у вас мало опыта настройки или вы видите неестественные данные, советуем провести проверку — вдруг найдете описанные в статье ошибки

Подробное руководство по регистрации и начале работы с Метрикой — «Яндекс.Метрика от А до Я».

Разберем ошибки, которые чаще встречаются при работе с Метрикой.

Некорректная установка счетчика Я.Метрики

Причины того, что в Метрике появляются не все данные, могут быть связаны с особенностями работы счетчика:

Это просто нужно иметь в виду при работе с данными. Но если вы установили счетчик, но он не фиксирует данные с сайта, возможно, установка прошла неправильно.

Как проверить установку счетчика

Если все установлено правильно, в консоли отобразится номер счетчика и данные, которые отправляет код.

Счетчик Метрики установлен

Если в Params вместо данных написано undefined, значит счетчик работает корректно, но параметры визитов не передает.

Счетчик не передает визиты

Если в консоли есть данные, но отчеты не отображаются, зайдите в настройки Метрики во вкладку Фильтры, возможно, фильтры стоят слишком жесткие.

Если информации вообще нет, что-то не так со счетчиком:

Как установить счетчик Яндекс.Метрики правильно

Процесс регистрации в Яндекс.Метрике и установки счетчика описан в обновленном Руководстве со скриншотами.

Для добавления кода на сайт, есть несколько способов. На странице ресурсов собраны дополнения для разных CMS, которые помогут установить счетчик на страницы сайта.

Если установка прошла правильно, довольно скоро он начнет собирать данные.

На странице Метрики со всеми счетчиками у каждого отмечен его статус. Для определения статуса счетчика робот запрашивает главную страницу сайта. Если на главной счетчика нет, в статусе будет «Не найден», но это никак не повлияет на корректность сбора данных на других страницах, если на них он установлен правильно.

Красный обычно появляется у недоступных и зараженных сайтов, но если таких проблем нет, то причина может быть в другом:

Использование другой версии кода при настройке событий в Яндекс.Метрике

Отслеживание JavaScript-событий, при которых не меняется URL сайта, требует настройки. Если следовать руководствам из интернета, а не советам из Справки Яндекса, есть риск скопировать из статьи код, который не будет подходить вашей версии Метрики.

Есть две версии: старая и новая, которая доступна в настройках с декабря 2018 года. Тогда Яндекс обновил код счетчика и набор методов.

Если вы используете новую версию, для настройки понадобятся новые методы, там есть примеры для установки на кнопку, форму, ссылку и другие.

Если используете старую, методы будут другие, они перечислены на странице Справочника методов предыдущей версии.

Яков Осипенков в эксперименте проверил метод Reach goal, который используют для настройки целей. Он выяснил, что методы новой версии не будут работать с устаревшим счетчиком, но методы старой работают с обеими версиями.

Если вы пользуетесь руководствами из интернета, вероятнее всего, в актуальных материалах используют методы для новой версии. Так что если у вас старая, они не сработают, проще обновить Метрику до новой и не думать об этом.

Короткий тайм-аут визита

Тайм-аут визита — это максимальное время для бездействия пользователя на сайте. Обычно его оставляют стандартным, но некоторые меняют под особенности поведения своей аудитории. По истечению установленного веб-мастером времени бездействия визит пользователя автоматически завершается и расценивается как новый, источником считается внутренний переход.

Настройка тайм-аута визита

В разделе «Отчеты» — «Источники» — «Источники, сводка» — «Внутренние переходы» видно, сколько переходов относятся к внутренним.

Внутренние переходы в Метрике

Если вы выяснили, что слишком много пользователей не укладываются в установленный тайм-аут и внутренних переходов слишком много — к примеру, больше половины — то тайм-аут лучше увеличить. Иначе долгие сессии пользователей будут делиться на два визита, а по факту это не так. Также проверьте, на всех ли страницах стоит счетчик.

Часовой пояс по офису, а не по клиентам

Обычно веб-мастеры ставят в настройках тот часовой пояс, в котором находится компания, в которой работают.

Часовой пояс в настройках

В разделе «Отчеты» — «Аудитория» есть статистика посещений сайта по времени суток. Время суток определяется по указанному в настройках часовому поясу. Если он выбран некорректно, данные будут неверны.

Визиты в Метрике

Причем выбирать часовой пояс стоит по целевой аудитории, а не местоположению самой компании, ведь люди заходят на сайт по своему времени, а время в отчетах стоит по настройке Метрики.

Геоположение большинства клиентов можно определить по сводке «География» в разделе «Аудитория».

География клиентов

По ней видно, из каких стран идет трафик. Найдите, откуда большая часть аудитории, и выберите ее часовой пояс. Если получилось, что основной аудиторией вашего сайта оказались жители региона, с которым вы не работаете, стоит пересмотреть продвижение ресурса.

Блокировка Вебвизора

Иногда бывает, что Вебвизор выдает ошибку и не показывает посещения страницы. В качестве возможных причин ошибки высвечивается:

«Невозможно воспроизвести посещение на этой странице. Возможные причины:

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

Блокировщик рекламы заблокировал и Вебвизор

Если счетчик установлен корректно и дело не в нем, возможно, виноват блокировщик рекламы. Попробуйте посмотреть с браузера, где нет блокировщиков.

Если дело в этом, зайдите в настройки блокировщика рекламы и добавьте в «белый список» webvisor.com и metrika.yandex.ru, после чего перезагрузите Метрику.

Фаервол блокирует Вебвизор

Антивирус, фаервол компьютера или корпоративной сети может блокировать доступ к доменам:

Чтобы исправить это, нужно добавить домены в доверенные.

Сервер блокирует Вебвизор

Проблема может заключаться в защите от показов в iframe.

Решить эту проблему можно, если убрать запрет в конфигурации сервера, файле htaccess или настройках CMS. Придется удалить код защиты, это увеличивает уязвимость сайта. Веб-мастерам приходится выбирать, что приоритетнее: безопасность или работа Вебвизора.

Расскажите, с какими еще ошибками в настройке Метрики вы сталкивались?

Источник