Скрипт метрики (tag.js) съедает процессорное время при загрузке
Обнаружил что при загрузке страницы скрипт Яндекс.Метрики что-то очень активно обрабатывает. Длится это ~400 мс. Проверял на 2х сайтах.
Небольшое копание вглубь показывает (насколько я понял) что для работы вебвизора либо аналитики форм метрика индексирует весь DOM и именно на это уходит очень много ресурсов.
Кто-то сталкивался с подобной проблемой? Совсем отказываться не хочется, но и людей с мобильными браузерами жалко.
ОТВЕТ ОТ ПОДДЕРЖКИ
В большинстве случаев при правильной установке код Метрики не должен существенно влиять на скорость загрузки сайта. Рекомендуем проверить, что код счётчика Метрики установлен так, что он загружается полностью асинхронно от контента сайта.
Помимо этого, советуем обращать внимание именно на те показатели отчёта Google PageSpeed Insights, которые напрямую связаны с качеством взаимодействия конкретно с вашим сайтом. Например, для контентных сайтов важно время до отрисовки, а для сайтов с интерактивными элементами — время загрузки для взаимодействия.
Также напомним, что по утверждению самих разработчиков сервиса рекомендации по оптимизации (в том числе и рекомендации по работе со сторонним кодом) не являются факторами, которые напрямую влияют на общий показатель производительности сайта.
Сейчас мы работаем над созданием новой версии легкого кода счетчика, который будет работать быстрее. В настоящее время проводится закрытое тестирование: https://yandex.ru/blog/metrika/otkryvaem-zapis-na-testirovanie-novogo-koda-schetchika
Следите за новостями;)
Методом проб выяснил что дело все-таки в вебвизоре. Проблема в том, что просто отключить его — не вариант
Сожалеем, что Вы столкнулись с проблемами при использовании бета-версии Вебвизора 2.0.
Сейчас мы готовим большое обновление Вебвизора 2.0, в котором будет исправлено множество проблем. Мы постараемся учесть и Вашу проблему.
https://mc.yandex.ru/metrika/tag.js Скрипт Роботу Googlebot заблокирован доступ в файле robots.txt это как прикажете понимать?
320кб минифицированного файла.
страница со счетчиком становится доступной пользователю почти на секунду позже, чем страница без счетчика http://joxi.ru/823RRZZcJNl9Rm
Для моб версий сайтов это достаточно негативно сказывается на пользовательском опыте.
У нас файлы скриптов spa-приложения, написанного на реакте, с редаксом, роутингом, со всеми зависимостями меньше размером чем один скрипт счетчика метрики.
Команда метрики не думала по этому поводу огромного размера скрипта? Может для мобильных устройств нужно сделать скрипт поскромнее в размерах?
Спасибо за Ваше сообщение.
Мы понимаем важность корректной работы Вебвизора и прилагаем максимум усилий для скорейшего решения вопроса, однако на поиск окончательного решения может потребоваться длительное время.
Добрый день, присоединяюсь к просьбе что-нибудь сделать с кодом Метрики:
На смартфоне в Mozilla в адаптивной версии сайта наблюдаю замедление загрузки сайта, появляется окно ошибки сценария «Внимание: Сценарий не отвечает» и ссылка на сценарий https://mc.yandex.ru/metrika/tag.js:66
В Chrome ошибки сценария нет. Тормоза с загрузкой скрипта есть.
пожалуйста, пришлите примеры ситуаций в поддержку: https://yandex.ru/support/metrika/troubleshooting.html
По возможности опишите подробно шаги, при которых наблюдается ситуация, а также приложите скриншоты и скринкасты, подтверждающие тормоза.
A script on this page may be busy, or it may have stopped responding. You can stop the script now, or you can continue to see if the script will complete.
Script: https://mc.yandex.ru/metrika/tag.js:38
И после этого вылетает программа SOCPUBLIC AGENT
пожалуйста, пришлите примеры ситуаций в поддержку: https://yandex.ru/support/metrika/troubleshooting.html
По возможности опишите подробно шаги, при которых наблюдается ситуация, а также приложите скриншоты и скринкасты, подтверждающие тормоза.
Присоединяюсь: треть мегабайта в загрузку, секунда времени на выполнение. жуть. у многих ведь еще и не сверхскоростные каналы, и совсем не сверхмощные компьютеры.
пожалуйста, пришлите примеры ситуаций в поддержку: https://yandex.ru/support/metrika/troubleshooting.html
По возможности опишите подробно шаги, при которых наблюдается ситуация, а также приложите скриншоты и скринкасты, подтверждающие тормоза.
Сценарий: https://mc.yandex.ru/metrika/tag.js:79
постоянно стал выдавать это сообщение и подвисать, что делать?
пожалуйста, пришлите примеры ситуаций в поддержку: https://yandex.ru/support/metrika/troubleshooting.html
По возможности опишите подробно шаги, при которых наблюдается ситуация, а также приложите скриншоты и скринкасты, подтверждающие тормоза.
После добавления кода яндекс-метрики на сайт скорость мобильной версии сайта в PageSpeed Insights падает на 20 единиц. Это при том, что вебвизор отключен. Так-то.
tag.js поддерживает Вебвизор 2.0 и новые (и старые тоже) методы JS API.
watch.js — поддерживает Вебвизор 1 и старые методы JS API.
Для нормальной работы мобильной версии вынес все тормозные скрипты в отдельную папку «metrika», а на странице запретил скриптом: . Метрика учитывает компьютер только свыше 1024, зато мобильная версия легче, и метрика болтается. Пример на сайте https://mebel-vip-voro.ru/
Общее процессорное время при работе с сайтом метрики достигает 4х секунд и очень сильно влияет на показатели загрузки для мобильного
Метрика сжирает 2 054 ms при загрузки сайта.
Такая же проблема. Убрал совсем скрипт метрики и страница в половину быстрее загружается. Как же быть? Вебвизором пользуюсь. Какие варианты решения?
Очень странно, вижу, что у многих такая проблема – скрипт яндекс метрики с вебвизором очень сильно замедляет загрузку сайта, нашлось ли решение?
Аналогичная ситуация с кодом Я.Метрики, которая замедляет скорость загрузки страницы.
У нас основной пожиратель времени по загрузке и выполению js, это YM:
https://yadi.sk/i/sdgyzx1WkARKVg
https://yadi.sk/i/tm1jof6CjvC9vg
если верить этому измерению, то код YM замедляет нам страницу на 1+ с, что конечно очень много в современных реалиях!
Сайт на Битриксе note-store.ru. И что делать? Никакого решения в интернете не нашел.
здравствуйте. Посмотрел ваш сайт. Вы так и не нашли решение этой проблемы?
Летом было все хорошо, но сейчас на +2~ сек задержка только из-за метрики. Пока проблему решил временно: Отключить визор и вставить устаревший код счетчика асинхронно. Результат конечно радует, но без визора. Подпишусь на эту страницу, может когда нибудь эта проблема решиться.
День добрый! Я так понимаю, время работы скрипта ЯМ, особенно в случае с вебвизором, зависит от количества элементов на странице и глубины их вложенности? Для страницы https://creditulka.com/vse-mfo-rossii.php с относительно большим каталогом данных процессорное время tag.js = 1,2с, watch.js = 0,2с, /watch/ - около 6 сек! Проблема уходит пропорционально сокращению каталога.
Сам скрипт metrika/tag.js тормозит загрузку страницы на 0,5 - 3с.
Вебвизор 2.0 включен.
Я так понимаю, что решить проблему можно только пожертвовав Вебвизором?
Да! Новый вебвизор сканирует весь DOM.
Тоже временно перешел на старый код метрики со старым вебвизором.
Долшо до абсурдного, что Явебмастере появляются критические предупреждения о медленной работе сайта. Т.е. Яндекс жалуется, на свои же скрипты.
Предупреждений в Вебмастере пока нет, а вот в Гугле есть проблема.
Попробуем старый код, спасибо за идею:)
Странно, но после отключения Вебвизора с заменой кода счетчик вообще перестал работать. Метрика его не видит.
Я так понимаю проблема не реена ?:)
Т.к. счётчик по прежнему жутко тормозит загрузку сайта, особенно на мобильных устройствах.
Кто-то ка-то решил проблему? 🙂
хочу попробоватт через google tag manager установить и поиграться с настройками очереди загрузки. мне так люди добрые советуют
Не особо это помогает т.к. приоритет загрузкти у всех тегов в GTM по умолчанию 0. Меньшу нуля не поставить ничего. При этом все прочие элементы как CSS, JS и пр. пожгружаются,конечно, не через GTM поэтому это +/- бесполезно.
Коллеги из Яндекса, +1 к проблеме - использовать вебвизор 2.0 просто невозможно. Подскажите, пожалуйста, есть ли какие-то сроки решения проблемы?
Надоело ждать решения от яндекса, в итоге перешел на использование их пикселя, вместо полноценной метрики. Да, вебвизор не работает, стата немного кривая, но зато все грузится быстро.
Интересно, а представители самого Яндекса тут водятся, или это ветка сама по себе? А то последний раз он тут был 10 августа и больше нет его.
Предлагаю поступать как рекомендовал представитель Яндекса - массово сообщать в техподдержку и делиться их вариантами ответов.
https://yandex.ru/support/metrika/troubleshooting.html
Проблему с предупреждениями от гугловского PageSpeed Insights о медленной загрузке скрипта Яндекс Метрика решил размещением js на своем сервере. В коде просто переписал адрес обращения к скрипту на свой.
Часть проблемы со скоростью загрузки скрипта снимется, конечно - но лучше накостылить крон на периодическую загрузку новой версии скрипта с серверов яндекса - иначе в один прекрасный день скрипт окажется сильно устаревшим и неработоспособным
В большинстве случаев при правильной установке код Метрики не должен существенно влиять на скорость загрузки сайта. Проверьте, что код счётчика Метрики установлен так, что он загружается полностью асинхронно от контента сайта.
Если вы видите данные о долгой загрузке в отчетах Google PageSpeed Insights, обратите внимание именно на те показатели отчёта , которые напрямую связаны с качеством взаимодействия конкретно с вашим сайтом. Например, для контентных сайтов важно время до отрисовки, а для сайтов с интерактивными элементами — время загрузки для взаимодействия.
Напомним, что по утверждению самих разработчиков сервиса рекомендации по оптимизации (в том числе и рекомендации по работе со сторонним кодом) не являются факторами, которые напрямую влияют на общий показатель производительности сайта.
В некоторых случаях может наблюдаться увеличение времени загрузки для счетчиков, у которых включен Вебвизор 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 посетителей в неделю), т.к. на таких счетчиках можно быстрее протестировать работу нового кода.
Удалите неиспользуемый код JavaScript и Метрика
Здравствуйте! Пытаюсь оптимизировать скорость загрузки сайта и соответственно получить нормальные цифры в Page Speed Insights Получаю Удалите неиспользуемый код JavaScript
Что с этим можно сделать?
Спасибо.
ВМЕСТО или ВМЕСТЕ с ADSENE - ADSTERRA - https://publishers.adsterra.com/referral/wf8uqXSYuu Раcскажу, подскажу.
GSI - не про факторы ранжирования.
Можно, конечно, и метрику снести, не жили богато - нефиг и начинать.
А ещё можно умельца с коворка найти - за тыщу рублей сделает так, что вообще всё будет 100 из 100, хотя сайт ни на миллисекунду не ускорится.
Много что можно, но зачем?
А что не так с Joomla?
Очень хороший движок.
Второе место в мире по количеству сайтов и установок.
И не потому что Joomla хуже WP, а потому что WP для новичков проще, да и для простых задач WP быстрее будет поставил и готово.
Есть где-то информация про это?
Все, что я нашел из последних рекомендаций, говорит о том, что медленные сайты будут ниже ранжироваться.
Ну если с коворка мальчик за 1000 рублей сделает - может и не ускорится.
Но я выполняю рекомендации Page Speed Insights и тестирую скорость загрузки страницы - корреляция есть. Эффект есть и очень даже приличный.
Особенно касается неиспользуемых JS.
И на счет CSS тоже. Вот проверьте, на вашем сайте с огромной вероятностью 80% правил CSS вообще не используется. Но они загружаются каждый день, каждый раз
на устройство посетителя. А если это мобилка с еле живым мобильным интернетом, а таких большинство, то все, финиш.