metrika tag js сократить время выполнения кода javascript

Скрипт Яндекс.Метрики (tag.js) негативно влияет на PageSpeed: что делать

Итак, вы решили улучшить ваш показатель PageSpeed. Но в процессе проверки вы заметили, что скрипты Яндекс.Метрики серьезно ухудшают положение дел (что особенно заметно при проверке сайта на мобильных устройствах). Давайте посмотрим на примере с нашим сайтом oddstyle.ru.

В поддержке Яндекса признавали эту проблему (но дальше тестирования ничего не сдвинулось до сих пор):

upd 28/07/2021: Счетчик был обновлен (спасибо за информацию Mihdan), но результаты все равно далеки от идеала. См. комментарии.

У нас стоит следующий код для подключения Яндекс.Метрики:

При проверке мы получаем следующие показатели.

Естественно, показатели эти так себе. Смотрим ниже и видим следующее:

Как видно отсюда, Метрика сильно блокирует основной поток загрузки.

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

Но как быть, если Метрика все же нужна, хочется использовать некоторые ее особенности?

Одно из решений – заключить вызов функции в setTimeout, чтобы загрузка скрипта была отложена, пока основной контент не будет загружен.

Вот как будет выглядеть код скрипта (не забудьте подставить вместо xxxxxxxx номер своего счетчика):

Вместо 5000 нужно будет подобрать значение, которое позволит вам поддерживать хороший показатель PageSpeed (можно задавать больше, чем 5000).

Вставляем данный код в header.php и имеем следующее:

Чуть похуже, чем без скрипта Метрики вообще, но все равно отлично.

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

Для десктопов мы имеем следующее с данным кодом:

Если вы знаете другие методы улучшения PageSpeed для скриптов Метрики, делитесь ими в комментариях.

Источник

Metrika tag js сократить время выполнения кода javascript

Как сервисы Яндекса борются с фродом

Google Ads ужесточит меры в отношении контента сексуального характера

Суть вопроса в следующем, имеется сайт который полностью загружается за 0,4 секунды, но если вешаешь метрикку, то время загрузки увеличивается в ТРИ раза, до 1,5 секунды и более.

Подскажите, как можно тюнинговать эту грёбанную метрику?

Отключите вебвизор в параметрах кода метрики, например

Спасибо за совет, но все стандартные ненужности ЯМетрики уже давно отправлены в помойку. Интересует более изощрённый способ, чтоб и статистику собирать, и что бы метрика особо не выёживалась.

Еще проверьте не с cdn ли грузится метрика?

Других стандартных способов нет. Можно лезть в код метрики и выкинуть лишнее. Но это способ рискованный и не надежный.

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

Других стандартных способов нет. Можно лезть в код метрики и выкинуть лишнее. Но это способ рискованный и не надежный.
Я бы порекомендовал просто перейти на гугл аналитикс или альтернативный.

preload не дал практически никаких результатов.

Альтернативный это какой? Что порекомендуете?

Сейчас затестил гугля аналитику (вообще голую), всё равно больше 1 секунды до полной загрузки.

Получается, что скрипт аналитики делает больше запросов, чем сайт на котором она установлена. Интересная ситуация. Но по сравнению с убогим яндексом, есть прирост скорости 0,5 секунды. и запросов меньше.

Подключите к ней Яндекс.Турбо.

Какой вопрос, таков ответ.

Не вспоминая о том, что на дерьмовом хостинге может быть просто медленный коннект до mc.yandex.ru

какой именно код вас интересует? Ставлю стандартный перед закрывающим тегом BODY.

Голая GA работает быстрее, но если её начинаешь доводить до ума, всякие тугл теги и т.д., то она не лучше яметрики.

Источник

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

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

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

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

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

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

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

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

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

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

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

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

Источник

Яндекс.Метрика (tag.js) тормозит отрисовку страницы. Почему и как ускориться?

140 вариантов
+ 1.7с отрисовка полученных данных на экран

Борода Paerformance от Chrome гугла выглядит феерично:

Из прилогающегося к метрики tag.js самой жирной и медленной заявлена `Animation Frame Fired (tag.js:98)`, которая порождает `Function Call (tag.js:98)`, который, в свою очередь, порождает серию `(anonymous)` функций и выглядит это как-то так:

Не вижу, в чём он там залипает, этот watch.js

Аналогичная проблема. Причем на той же странице с той же вёрсткой ее не было раньше. Примерно летом появился такой баг и только на одной странице. Причем страница оформления заказа…. Может что-то другое заставляет так тупить Яндекс метрику хз.

Возможно, кривая верстка у меня на этой странице. хз. Сейчас все переверстаю и посмотрю. Но вообще все эти метрики хочется выкинуть с сайтов. Они собирают статистику 90% для себя и 10% для нас. Владельцев сайтов. Копаться в том, что они делают не охота. Но они могут делать все что угодно с вашим сайтом, как и любой сторонний js. А Яндекс метрика в отличия от google analytic не стала стандартом для маркетинговых исследовании.

Для нормальных проектов нужна своя аналитика как ни крути. Либо аналитика с тонкой настройка того, что она делает. Пусть от гугла или яндекса. Пусть за деньги. Я не думаю что вам нужна аналитика которая отслеживает любой события по любому элементу на вашем сайте.

p/s У меня проблему вызывали пункты выдачи заказов которые отрисовывались на яндекс карте. раньше это не было проблемой для яндекс метрики. Я их стал ставить через ObjectManager и проблема ушла.

Источник

Скрипт метрики (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 посетителей в неделю), т.к. на таких счетчиках можно быстрее протестировать работу нового кода.

Источник