Счётчик Метрики тормозит — и это не про вебвизор
Утром попалось на глаза сравнение скорости сайта с и без счётчика Яндекс.Метрики. Потрясение — не из-за падения баллов, а из-за того, что виновник оказался не там, где ожидал. И это не про одну страницу. Это про то, как легко убить пользовательский опыт, не замечая.
О чём речь и почему я считаю это важным для сайта
Речь о том, как один скрипт, который должен помогать, может замедлить сайт на 2–4 секунды. Это не теория — это измеримый эффект, который видно в Lighthouse. Я считаю это важным, потому что пользователь не ждёт. Он уходит, если страница не отвечает сразу. Даже если это «важная» аналитика.
Скорость — не эстетика. Это часть пользовательского опыта. И если вы не контролируете, когда и как загружается сторонний код, вы не контролируете, как сайт воспринимается.
Как это устроено — что тут вообще происходит
Счётчик Яндекс.Метрики загружается сразу при загрузке страницы. Он не просто подключается — он забирает главный поток на несколько секунд. И это не из-за вебвизора, не из-за кликмапа — из-за самого `tag.js`. Он выполняется, и Chrome не может точно сказать, где именно он «вредит».
Особенно странно, что стандартные аудиты в Lighthouse показывают «всего 70 мс» — а реальный TBT (время до первого взаимодействия) — 2+ секунды. Потому что часть нагрузки уходит в `Unattributable` — в «не привязанные» задачи. Их не видно в отчётах, но они есть.
Как понять, что это касается вашего сайта
Я проверяю это первым делом, когда смотрю на сайт с точки зрения скорости. Если на странице есть сниппет Метрики в ` `, и нет отложенной загрузки — это сигнал. Особенно если сайт на мобильных падает ниже 70 баллов.
Я смотрю на отчёт Lighthouse: не только на баллы, но и на `bootup-time` и `long-tasks`. Если там есть `Unattributable` с временем в 3–4 секунды — и при этом есть `mc.yandex.ru/metrika/tag.js` — это почти доказательство. И да, это не только Метрика — любой скрипт в head может так же вести себя.
Что с этим делать
Я уже начал обновлять WordPress у своих клиентов: переношу счётчики из ` ` в отложенную загрузку. Не выключаю — не отключаю. Просто откладываю. Пока пользователь не тронул страницу.
Сначала создаю очередь вызовов. Потом — слушатели событий: касание, клик, прокрутка. Только после первого действия загружается `tag.js`. Это работает и с другими сервисами — Google Analytics, Telegram, любыми внешними скриптами. Объём — минимальный, но эффект огромный.
Что здесь даёт поддержка
На постоянной поддержке я закрываю эту задачу так: если на сайте есть сторонний скрипт в ` `, он проверяется на влияние на скорость. Если есть — переносится в отложенную загрузку. Это не исключение — это стандарт.
Просроченный сертификат или домен — предсказуемый и полностью предотвратимый сбой. У нас мониторинг каждые несколько минут, 24/7. Мы не ждём, пока сайт упадёт. Мы видим это до того, как пользователь заметил.
Бесплатный аудит сайта — проверим, что у вас в ` `, как это влияет на скорость и безопасность.