Яндекс метрика тормозит сайт что делать
Яндекс Метрика тормозит скорость сайта
Всем Привет! Меня зовут Анатолий Кузнецов, а вы совершили посадку на страницу моего блога о SEO продвижении сайтов в Яндекс и Google. Сегодня рассказ будет о зловещем убийце скорости сайтов и как следствие показателей ранжирования. Главным фактором хороших позиций является скорость сайта, а Яндекс Метрика убивает скорость сайта, причем очень сильно. Вот как с этим жить и когда Яндекс устранит эту проблему, которую обещал устранить уже три года назад?
Яндекс Метрика понижает скорость сайта и что с этим делать?
Чтобы Вам нагляднее показать, как Яндекс Метрика занижает скорость сайта, я продемонстрирую работу своего нового, недавно созданного ресурса (LSI продвижение). Данный WEB проект сделан в помощь начинающим интернет бизнесменам и совершенно бесплатно выявляет все основные проблемы на сайтах, мешающие его качественному продвижению в Яндекс и Google. Вот короткое видео о его работе:
На примере своего сайта я покажу вам работу Яндекс Метрики и Вы увидите, как она жестко тормозит скорость. Для этого, я сначала сниму скорость сайта без установки счетчика Яндекс Метрика, в потом с ним. Приступаем!
Скорость сайта без счетчика Яндекс Метрики
Снимаем показатели скорости до установки метрики, для мобильных устройств и десктопных версий:
Вот такие показатели скорости у моего ресурса без счетчика и без каких либо обжатий. Красная зона для мобильных устройств (4,8 секунды) и желтая для десктопов (1,5 секунд).
Скорость сайта со счетчиком Яндекс Метрики
Устанавливаем счетчик Яндекс Метрики и смотрим новый результат:
Для мобильных устройств скорость отображения сайта стала 11 красная зона (5,3 секунды), а для десктопов желтая 50 (1,5 секунд). Очень существенно счетчик Яндекс Метрики повлиял на скорость сайта для мобильных устройств. Она на сегодняшний день самая важная. Поисковик Яндекс хорошо ранжирует в первую очередь сайты адаптированные под мобильные устройства. А Google с появлением нового алгоритма Mobile first index, вообще отменил десктопное ранжирование.
Влияние кода Яндекс Метрика на скорость сайта
А вот еще данные по влиянию счетчика Яндекс Метрики на скорость загрузки сайта:
Офигеть. Яндекс Метрика грузит сайт больше чем YouTube. 1263 миллисекунды (1,26 секунд). Это очень много.
Сравнение Яндекс Метрики с Google Anaiytics
Идем дальше! Когда увидел, не поверил своим глазам:
Скорость торможения сайта Метрикой 345 миллисекунд, а у Google его аналитикой 42 миллисекунды. Хочется задать вопрос Яндексу — ДОКЕЛЕ ТАК БУДЕТ.
Ставить Яндекс Метрику на сайт или нет
Из всего выше изложенного я делаю вывод, что Яндекс Метрика это ЗЛО. Раньше у меня на сайте стояла метрика Liveinternet, но после того, как я перевел свой сайт на AMP, эта статистика работать перестала. Поэтому и пришлось ставить Яндекс Метрику. Но после проведения такого эксперимента и анализа, я скорее всего её снесу и установлю Google Analitics. Кстати. Как только я воткнул на свой сайт Яндекс Метрику, в Гугле трафик просел на 30% минимум. Родилась идея. Снять Яшину метрику и посмотреть реакцию на это Гоши))).
Заключение
Хотите быстро продвинуть свой сайт в ТОП10 Яндекс и долго там оставаться? Продвигайтесь исключительно белыми, безопасными и современными LSI методами! Не умеете? Могу научить! Тем, кто хочет разобраться во всех премудростях LSI продвижения, предлагаю посетить мои уроки по SEO обучению, которые я провожу индивидуально, в режиме онлайн по скайпу.
Для тех, у кого нет времени проходить обучение и самостоятельно заниматься продвижением своих сайтов и интернет-магазинов, предлагаю и в этом вопросе помощь. Я могу взять ваш веб сайт на продвижение и за месяц вывести его в ТОП10 Яндекс. Для того, чтобы убедиться в моей экспертности, предлагаю ознакомиться с моими последними кейсами и только после этого заказать у меня SEO продвижение.
Оставь отзыв и получи плюс к карме своего сайта:
Яндекс метрика тормозит сайт что делать
Какие фреймворки стоит освоить начинающему разработчику
Google: 100 тысяч URL обычно недостаточно, чтобы повлиять на бюджет сканирования
Суть вопроса в следующем, имеется сайт который полностью загружается за 0,4 секунды, но если вешаешь метрикку, то время загрузки увеличивается в ТРИ раза, до 1,5 секунды и более.
Подскажите, как можно тюнинговать эту грёбанную метрику?
Отключите вебвизор в параметрах кода метрики, например
Спасибо за совет, но все стандартные ненужности ЯМетрики уже давно отправлены в помойку. Интересует более изощрённый способ, чтоб и статистику собирать, и что бы метрика особо не выёживалась.
Еще проверьте не с cdn ли грузится метрика?
Других стандартных способов нет. Можно лезть в код метрики и выкинуть лишнее. Но это способ рискованный и не надежный.
Я бы порекомендовал просто перейти на гугл аналитикс или альтернативный.
Других стандартных способов нет. Можно лезть в код метрики и выкинуть лишнее. Но это способ рискованный и не надежный.
Я бы порекомендовал просто перейти на гугл аналитикс или альтернативный.
preload не дал практически никаких результатов.
Альтернативный это какой? Что порекомендуете?
Сейчас затестил гугля аналитику (вообще голую), всё равно больше 1 секунды до полной загрузки.
Получается, что скрипт аналитики делает больше запросов, чем сайт на котором она установлена. Интересная ситуация. Но по сравнению с убогим яндексом, есть прирост скорости 0,5 секунды. и запросов меньше.
Подключите к ней Яндекс.Турбо.
Какой вопрос, таков ответ.
Не вспоминая о том, что на дерьмовом хостинге может быть просто медленный коннект до mc.yandex.ru
какой именно код вас интересует? Ставлю стандартный перед закрывающим тегом BODY.
Голая GA работает быстрее, но если её начинаешь доводить до ума, всякие тугл теги и т.д., то она не лучше яметрики.
Скрипт метрики (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 посетителей в неделю), т.к. на таких счетчиках можно быстрее протестировать работу нового кода.
Яндекс.Метрика (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) негативно влияет на PageSpeed: что делать
Итак, вы решили улучшить ваш показатель PageSpeed. Но в процессе проверки вы заметили, что скрипты Яндекс.Метрики серьезно ухудшают положение дел (что особенно заметно при проверке сайта на мобильных устройствах). Давайте посмотрим на примере с нашим сайтом oddstyle.ru.
В поддержке Яндекса признавали эту проблему (но дальше тестирования ничего не сдвинулось до сих пор):
upd 28/07/2021: Счетчик был обновлен (спасибо за информацию Mihdan), но результаты все равно далеки от идеала. См. комментарии.
У нас стоит следующий код для подключения Яндекс.Метрики:
При проверке мы получаем следующие показатели.
Естественно, показатели эти так себе. Смотрим ниже и видим следующее:
Как видно отсюда, Метрика сильно блокирует основной поток загрузки.
Естественно, у нас есть вариант вообще от нее отказаться. Если Метрику вообще отключить, то показатель будет следующим:
Но как быть, если Метрика все же нужна, хочется использовать некоторые ее особенности?
Одно из решений – заключить вызов функции в setTimeout, чтобы загрузка скрипта была отложена, пока основной контент не будет загружен.
Вот как будет выглядеть код скрипта (не забудьте подставить вместо xxxxxxxx номер своего счетчика):
Вместо 5000 нужно будет подобрать значение, которое позволит вам поддерживать хороший показатель PageSpeed (можно задавать больше, чем 5000).
Вставляем данный код в header.php и имеем следующее:
Чуть похуже, чем без скрипта Метрики вообще, но все равно отлично.
Собственно, setTimeout помог добиться хороших результатов для мобильных, при этом не отказываясь вообще от Метрики.
Для десктопов мы имеем следующее с данным кодом:
Если вы знаете другие методы улучшения PageSpeed для скриптов Метрики, делитесь ими в комментариях.