уменьшите влияние стороннего кода сторонний код заблокировал основной поток yandex metrica
Уменьшите влияние стороннего кода сторонний код заблокировал основной поток yandex metrica
Сторонний код заблокировал основной поток
Не секрет, что Google’s PageSpeed Insights снимает баллы за код счётчика Яндекс.Метрики, из за того, что файл метрики tag.js грузится со стороннего ресурса достаточно медленно. Убрав счетчик Yandex Metrika, получим небольшой прирост. Но Яндекс.Метрика необходима, так как это очень удобный и важный инструмент веб-аналитики, и отказываться от неё не стоит.
Пошаговая инструкция на примере хостинга Бегет.
Google’s PageSpeed Insights показывает, что сторонний код заблокировал основной поток и в списке счётчик Yandex Metrika, приступим:
Создаём в корне сайта папку metrika.
Для этого заходим в корень сайта с помощью FTP-клиента, или Файловый менеджер, который есть в панели управления хостингом (у Бегета он точно есть).
Вносим правку в код счётчика Яндекс Метрики.
Находим ссылку на tag.js и делаем так, чтобы она ссылалась на папку metrika в корне вашего сайта. Папку предварительно создать.
Стало (window, document, «script», «/metrika/tag.js», «ym»);
Нужен полный путь к корню сайта на сервере.
В файловой системе сервера путь до корня может выглядеть примерно так /r788qqw/username/sitename/public_html/. Т.е. корень сайта там лежит в папке, а та в папке, и она, в свою очередь тоже в какой-нибудь папке. Но нам надо знать полный путь, чтобы указать его в кроне.
Настраиваем задание для крона.
На Бегете достаточно зайти в панель управления хостингом и нажать кнопку CronTab.
На открывшейся странице выбираем произвольную команду и выбираем её выполнение каждый час.
Сама команда выглядит вот так. Если у вас другой хостинг (не Бегет) то используйте способ, который поддерживается хостингом.
Код Метрики стал быстрее
Долгожданное обновление: мы ускорили код Метрики, чтобы он как можно меньше влиял на работу сайта. Мы внимательно следили за вашими пожеланиями — поэтому доработали код таким образом, чтобы он стал работать быстрее даже на самых «тяжёлых» и сложных сайтах. И даже если на счётчике подключены дополнительные возможности — Вебвизор, электронная коммерция или контентная аналитика. При этом переустанавливать счётчик на сайт не понадобится.
Коротко — самое главное:
Как именно мы ускорили код
Для этого потребовались два больших проекта:
Счётчик не просто загружается быстрее: теперь он способен фиксировать больше коротких визитов на сайт, которые раньше просто не успевали записаться в отчёты — так как к концу супер-короткого визита счётчик ещё не был загружен. В результате статистика станет ещё более полной — вы сможете лучше понимать, сколько визитов оказываются совсем непродолжительными, и исследовать, почему это происходит. Например, дело может быть в неудачной ссылке в рекламном объявлении — и это важно вовремя исправить.
Такие масштабные изменения всегда требуют длительной и тщательной отладки. Недостаточно просто переписать код с нуля — важно проверить, что он совместим со всеми браузерами и со всеми способами вёрстки, и со всеми их комбинациями. Например, если посетитель заходит с какой-нибудь устаревшей модели мобильного, на Linux, из браузера Puffin — ведь счётчик должен корректно отрабатывать в самых разных ситуациях. Поэтому на тестирование более быстрого кода потребовалось значительное время.
Мы благодарим всех участников закрытого бета-тестирования, которые помогали нам проверять работу более быстрого кода «в боевых условиях». Ваши отзывы и подробные комментарии помогли нам сделать быстрый код доступным для всех пользователей Метрики 🙌
Быстрый код подключается автоматически только при условии, что на сайте у вас установлена актуальная версия счётчика.
Как проверить версию счётчика: если в коде Метрики у вас на сайте есть строчка tag.js, это актуальный код. А если в нём встречается watch.js — значит, у вас устаревшая версия. Как посмотреть код счётчика на сайте, описано в Справке.
Если у вас — устаревшая версия кода, рекомендуем заменить её на актуальную. В устаревшей версии watch.js не поддерживаются новые возможности Метрики, в том числе и более быстрая загрузка серверной части кода. Актуальная версия кода Метрики есть в настройках счётчика — просто скопируйте этот код и установите его на все страницы сайта вместо старого кода.
Чтобы ещё больше ускорить код Метрики, мы готовим и другие обновления. Оставайтесь на связи — подписывайтесь на наши новости, чтобы ничего не пропустить!
Скрипт Яндекс.Метрики (tag.js) негативно влияет на PageSpeed: что делать
Итак, вы решили улучшить ваш показатель PageSpeed. Но в процессе проверки вы заметили, что скрипты Яндекс.Метрики серьезно ухудшают положение дел (что особенно заметно при проверке сайта на мобильных устройствах). Давайте посмотрим на примере с нашим сайтом oddstyle.ru.
В поддержке Яндекса признавали эту проблему (но дальше тестирования ничего не сдвинулось до сих пор):
upd 28/07/2021: Счетчик был обновлен (спасибо за информацию Mihdan), но результаты все равно далеки от идеала. См. комментарии.
У нас стоит следующий код для подключения Яндекс.Метрики:
При проверке мы получаем следующие показатели.
Естественно, показатели эти так себе. Смотрим ниже и видим следующее:
Как видно отсюда, Метрика сильно блокирует основной поток загрузки.
Естественно, у нас есть вариант вообще от нее отказаться. Если Метрику вообще отключить, то показатель будет следующим:
Но как быть, если Метрика все же нужна, хочется использовать некоторые ее особенности?
Одно из решений – заключить вызов функции в setTimeout, чтобы загрузка скрипта была отложена, пока основной контент не будет загружен.
Вот как будет выглядеть код скрипта (не забудьте подставить вместо xxxxxxxx номер своего счетчика):
Вместо 5000 нужно будет подобрать значение, которое позволит вам поддерживать хороший показатель PageSpeed (можно задавать больше, чем 5000).
Вставляем данный код в header.php и имеем следующее:
Чуть похуже, чем без скрипта Метрики вообще, но все равно отлично.
Собственно, setTimeout помог добиться хороших результатов для мобильных, при этом не отказываясь вообще от Метрики.
Для десктопов мы имеем следующее с данным кодом:
Если вы знаете другие методы улучшения PageSpeed для скриптов Метрики, делитесь ими в комментариях.
Скрипт метрики (tag.js) съедает процессорное время при загрузке
Обнаружил что при загрузке страницы скрипт Яндекс.Метрики что-то очень активно обрабатывает. Длится это
400 мс. Проверял на 2х сайтах.
Небольшое копание вглубь показывает (насколько я понял) что для работы вебвизора либо аналитики форм метрика индексирует весь DOM и именно на это уходит очень много ресурсов.
Кто-то сталкивался с подобной проблемой? Совсем отказываться не хочется, но и людей с мобильными браузерами жалко.
В большинстве случаев при правильной установке код Метрики не должен существенно влиять на скорость загрузки сайта. Рекомендуем проверить, что код счётчика Метрики установлен так, что он загружается полностью асинхронно от контента сайта.
Помимо этого, советуем обращать внимание именно на те показатели отчёта Google PageSpeed Insights, которые напрямую связаны с качеством взаимодействия конкретно с вашим сайтом. Например, для контентных сайтов важно время до отрисовки, а для сайтов с интерактивными элементами — время загрузки для взаимодействия.
Также напомним, что по утверждению самих разработчиков сервиса рекомендации по оптимизации (в том числе и рекомендации по работе со сторонним кодом) не являются факторами, которые напрямую влияют на общий показатель производительности сайта.
Сейчас мы работаем над созданием новой версии легкого кода счетчика, который будет работать быстрее. В настоящее время проводится закрытое тестирование: https://yandex.ru/blog/metrika/otkryvaem-zapis-na-testirovanie-novogo-koda-schetchika
Следите за новостями;)
Сейчас мы готовим большое обновление Вебвизора 2.0, в котором будет исправлено множество проблем. Мы постараемся учесть и Вашу проблему.
320кб минифицированного файла.
страница со счетчиком становится доступной пользователю почти на секунду позже, чем страница без счетчика http://joxi.ru/823RRZZcJNl9Rm
Для моб версий сайтов это достаточно негативно сказывается на пользовательском опыте.
У нас файлы скриптов spa-приложения, написанного на реакте, с редаксом, роутингом, со всеми зависимостями меньше размером чем один скрипт счетчика метрики.
Команда метрики не думала по этому поводу огромного размера скрипта? Может для мобильных устройств нужно сделать скрипт поскромнее в размерах?
320кб минифицированного файла.
страница со счетчиком становится доступной пользователю почти на секунду позже, чем страница без счетчика http://joxi.ru/823RRZZcJNl9Rm
Для моб версий сайтов это достаточно негативно сказывается на пользовательском опыте.
У нас файлы скриптов spa-приложения, написанного на реакте, с редаксом, роутингом, со всеми зависимостями меньше размером чем один скрипт счетчика метрики.
Команда метрики не думала по этому поводу огромного размера скрипта? Может для мобильных устройств нужно сделать скрипт поскромнее в размерах?
Мы понимаем важность корректной работы Вебвизора и прилагаем максимум усилий для скорейшего решения вопроса, однако на поиск окончательного решения может потребоваться длительное время.
На смартфоне в Mozilla в адаптивной версии сайта наблюдаю замедление загрузки сайта, появляется окно ошибки сценария \»Внимание: Сценарий не отвечает\» и ссылка на сценарий https://mc.yandex.ru/metrika/tag.js:66
В Chrome ошибки сценария нет. Тормоза с загрузкой скрипта есть.
Добрый день, присоединяюсь к просьбе что-нибудь сделать с кодом Метрики:
На смартфоне в Mozilla в адаптивной версии сайта наблюдаю замедление загрузки сайта, появляется окно ошибки сценария «Внимание: Сценарий не отвечает» и ссылка на сценарий https://mc.yandex.ru/metrika/tag.js:66
В Chrome ошибки сценария нет. Тормоза с загрузкой скрипта есть.
По возможности опишите подробно шаги, при которых наблюдается ситуация, а также приложите скриншоты и скринкасты, подтверждающие тормоза.
И после этого вылетает программа SOCPUBLIC AGENT
По возможности опишите подробно шаги, при которых наблюдается ситуация, а также приложите скриншоты и скринкасты, подтверждающие тормоза.
По возможности опишите подробно шаги, при которых наблюдается ситуация, а также приложите скриншоты и скринкасты, подтверждающие тормоза.
пожалуйста, пришлите примеры ситуаций в поддержку: https://yandex.ru/support/metrika/troubleshooting.html
По возможности опишите подробно шаги, при которых наблюдается ситуация, а также приложите скриншоты и скринкасты, подтверждающие тормоза.
постоянно стал выдавать это сообщение и подвисать, что делать?
По возможности опишите подробно шаги, при которых наблюдается ситуация, а также приложите скриншоты и скринкасты, подтверждающие тормоза.
«,»replyTo»:»5d38b45e1c76670031159a7d»,»replyToName»:»Вова из Коврова»>>»>
tag.js поддерживает Вебвизор 2.0 и новые (и старые тоже) методы JS API.
Метрика сжирает 2 054 ms при загрузки сайта.
Метрика сжирает 2 054 ms при загрузки сайта.
У нас основной пожиратель времени по загрузке и выполению js, это YM:
если верить этому измерению, то код YM замедляет нам страницу на 1+ с, что конечно очень много в современных реалиях!
Сайт на Битриксе note-store.ru. И что делать? Никакого решения в интернете не нашел.
Аналогичная ситуация с кодом Я.Метрики, которая замедляет скорость загрузки страницы.
У нас основной пожиратель времени по загрузке и выполению js, это YM:
https://yadi.sk/i/sdgyzx1WkARKVg
https://yadi.sk/i/tm1jof6CjvC9vg
если верить этому измерению, то код YM замедляет нам страницу на 1+ с, что конечно очень много в современных реалиях!
Сайт на Битриксе note-store.ru. И что делать? Никакого решения в интернете не нашел.
здравствуйте. Посмотрел ваш сайт. Вы так и не нашли решение этой проблемы?
сек задержка только из-за метрики. Пока проблему решил временно: Отключить визор и вставить устаревший код счетчика асинхронно. Результат конечно радует, но без визора. Подпишусь на эту страницу, может когда нибудь эта проблема решиться.
сек задержка только из-за метрики. Пока проблему решил временно: Отключить визор и вставить устаревший код счетчика асинхронно. Результат конечно радует, но без визора. Подпишусь на эту страницу, может когда нибудь эта проблема решиться.
Вебвизор 2.0 включен.
Я так понимаю, что решить проблему можно только пожертвовав Вебвизором?
Тоже временно перешел на старый код метрики со старым вебвизором.
Долшо до абсурдного, что Явебмастере появляются критические предупреждения о медленной работе сайта. Т.е. Яндекс жалуется, на свои же скрипты.
Да! Новый вебвизор сканирует весь DOM.
Тоже временно перешел на старый код метрики со старым вебвизором.
Долшо до абсурдного, что Явебмастере появляются критические предупреждения о медленной работе сайта. Т.е. Яндекс жалуется, на свои же скрипты.
Попробуем старый код, спасибо за идею:)
Кто-то ка-то решил проблему? 🙂
Кто-то ка-то решил проблему? 🙂
В большинстве случаев при правильной установке код Метрики не должен существенно влиять на скорость загрузки сайта. Проверьте, что код счётчика Метрики установлен так, что он загружается полностью асинхронно от контента сайта.
Напомним, что по утверждению самих разработчиков сервиса рекомендации по оптимизации (в том числе и рекомендации по работе со сторонним кодом) не являются факторами, которые напрямую влияют на общий показатель производительности сайта.
В некоторых случаях может наблюдаться увеличение времени загрузки для счетчиков, у которых включен Вебвизор 2.0. Специфика его работы требует полной обработки контента сайта. Если ваш сайт обладает множеством контентных элементов, вы можете переключиться на Вебвизор 1.0, выбрав галочку \»Устаревший код счетчика\» в Настройках
https://yandex.ru/support/metrica/general/counter-general.html#other. Не забудьте переустановить код счетчика Метрики на всех страницах сайта.
Мы постоянно работаем над ускорением загрузки кода, и в следующих обновлениях кода счётчика представим более лёгкую версию.
02.02.2020 UPD: М ы работаем над новой версией кода счетчика, который будет работать быстрее. Записывайтесь на закрытое тестирование: https://yandex.ru/blog/metrika/otkryvaem-zapis-na-testirovanie-novogo-koda-schetchika
На данный момент в тестирование, в первую очередь, мы сможем взять счетчики с большим объемом трафика (
10 000 посетителей в неделю), т.к. на таких счетчиках можно быстрее протестировать работу нового кода.
В большинстве случаев при правильной установке код Метрики не должен существенно влиять на скорость загрузки сайта. Проверьте, что код счётчика Метрики установлен так, что он загружается полностью асинхронно от контента сайта.
Напомним, что по утверждению самих разработчиков сервиса рекомендации по оптимизации (в том числе и рекомендации по работе со сторонним кодом) не являются факторами, которые напрямую влияют на общий показатель производительности сайта.
В некоторых случаях может наблюдаться увеличение времени загрузки для счетчиков, у которых включен Вебвизор 2.0. Специфика его работы требует полной обработки контента сайта. Если ваш сайт обладает множеством контентных элементов, вы можете переключиться на Вебвизор 1.0, выбрав галочку «Устаревший код счетчика» в Настройках
https://yandex.ru/support/metrica/general/counter-general.html#other. Не забудьте переустановить код счетчика Метрики на всех страницах сайта.
Мы постоянно работаем над ускорением загрузки кода, и в следующих обновлениях кода счётчика представим более лёгкую версию.
02.02.2020 UPD: Мы работаем над новой версией кода счетчика, который будет работать быстрее. Записывайтесь на закрытое тестирование: https://yandex.ru/blog/metrika/otkryvaem-zapis-na-testirovanie-novogo-koda-schetchika
На данный момент в тестирование, в первую очередь, мы сможем взять счетчики с большим объемом трафика (
10 000 посетителей в неделю), т.к. на таких счетчиках можно быстрее протестировать работу нового кода.
Как устранить влияние Яндекс.Метрики на показатели Google PageSpeed Insights
Сервис Google PageSpeed Insights является одной из «пузомерок» с помощью которых вебмастера проверяют скорость работы сайта. Этот сервис анализирует контент веб-страницы и советует, как ускорить ее загрузку. В идеале все хотят видеть зеленый индикатор со значением 100.
Но как бы тщательно вы не оптимизировали свой сайт сразу после внедрения счетчиков посещений будь то Яндекс.Метрика, LiveInternet или Google Analytics индекс PageSpeed проседает на пару десятков пунктов.
Примеры показателей PageSpeed для моего тестового сайта:
До внедрения Яндекс.Метрики
После установки счетчика Яндекс.Метрики
Конечно, счетчик я устанавливал «правильно», то есть использовал современный код, который считается более быстрым и асинхронным, а так же размещал его в конце сайта.
По-совести говоря, счетчик Яндекс.Метрики никак не влияет на скорость загрузки сайта. Но несмотря на то, что код Яндекс.Метрики стал намного быстрее, Google PageSpeed всё равно ругается на него благим матом.
Как снизить влияние Яндекс.Метрики на скорость загрузки сайта
Чтобы нивелировать влияние стороннего JavaScripts кода, будет разумно отложить загрузку счетчика на несколько секунд. То есть будем загружать его только после полной загрузки сайта браузером пользователя. В таком случае он точно не будет влиять на скорость отображения контента страницы.
Например, можно использовать следующий код:
Предложенное авторами решение подойдет для всех сайтов. Но если вы используете WordPress, то проще всего воспользоваться бесплатным плагином True Lazy Analytics. Который кроме упомянутой мной Яндекс.Метрики умеет добавлять на WordPress сайт счетчики LiveInternet и Google Analytics.
Основная цель плагина — подключить системы аналитики без снижения баллов в тесте Google PageSpeed Insight.
Внешний вид плагина True Lazy Analytics
Вам достаточно указать только номер вашего счетчика Яндекс.Метрики и перед закрывающим тегом