Яндекс Метрика не работает: что проверить маркетологу
Кабинет Яндекс Метрики недоступен: как проверить счётчик, цели и заявки. Что известно о сроках восстановления и как отличить сбой от ошибки сайта.

Если Яндекс Метрика не работает, сначала проверьте, что именно недоступно: кабинет, загрузка счётчика, отправка цели или приём заявок на вашем сайте. По заглушке кабинета нельзя заключить, что вся статистика потеряна. Для рекламного решения проверьте форму и заказы независимо от Метрики, а для технического разбора сохраните время, номер счётчика и результат каждого этапа.
Статус на 12 октября 2026 года, около 21:54 МСК: страница кабинета Метрики по-прежнему показывает сообщение о недоступности. Подтверждённого срока восстановления нет. В заявлении о повреждении ЦОДов Яндекс также не назвал срок ремонта оборудования. Дальше — инструкция для проверки своего сайта; она не означает, что каждый счётчик затронут одинаково.
Кабинет недоступен: что это говорит о счётчике
Кабинет отображает обработанные данные. Счётчик на сайте собирает действия браузера и отправляет их в сервис. У этого пути несколько точек отказа: загрузчик, библиотека, сетевой запрос, обработка и отчёт. Заглушка подтверждает проблему доступа к интерфейсу в момент проверки. Остальные этапы требуют собственных наблюдений.

Начните с конкретного симптома. «Метрика не открывается» означает одно; «заявки в CRM есть, цели в отчёте отсутствуют» означает другое. Если кабинет открывается, проверьте выбранный счётчик, период, часовой пояс и фильтры. Ошибочно выбранная дата легко выглядит как пропавшая статистика. Если кабинет закрыт, эти настройки пока нельзя проверить, поэтому зафиксируйте ограничение.
Я бы не создавал новый счётчик ради обхода сбоя. Он не даст старую историю, а установка второго кода без плана создаст новые расхождения. Общие последствия инцидента для бизнеса разобраны в обзоре атак на ЦОДы Яндекса; здесь задача уже: понять состояние конкретного измерителя и заявки.
Как проверить загрузку tag.js и запуск счётчика
Network: загрузка библиотеки
Откройте нужную посадочную в обычном браузере и инструменты разработчика. Вкладку Network откройте до перезагрузки страницы, затем найдите запрос tag.js. В справке по инициализации указан адрес библиотеки: https://mc.yandex.ru/metrika/tag.js. Зафиксируйте статус запроса и время; если его нет, проверьте, запускается ли загрузчик на этой странице.
Console: запуск счётчика
Полученный файл библиотеки ещё не подтверждает правильную инициализацию вашего номера счётчика. Функция ym тоже может существовать как очередь команд до окончания загрузки. Поэтому проверка вида «в консоли есть ym» слишком слабая. Сверьте идентификатор в исходном коде и отладчике, посмотрите ошибки JavaScript рядом с запуском.
Повторная проверка в другом профиле
Повторите диагностику в отдельном профиле без расширений, если первый браузер блокирует запрос. Сохраните первоначальный результат: блокировщик у реального посетителя тоже влияет на измерение. Если сайт запускает аналитический код после выбора в баннере согласия, пройдите предусмотренный интерфейс. Не убирайте эту логику ради красивого технического теста.
Неработающий запрос может быть связан с браузером, сетью, политикой сайта или сервисом. Один тест не определяет масштаб сбоя. После изменения кода повторите ту же проверку на том же URL; отдельно убедитесь, что не появились два загрузчика и дубли просмотров.
Как проверить цель и не перепутать её с принятой заявкой
Официальная инструкция проверки целей предлагает параметр _ym_debug=2 для панели отладки нового кода счётчика. Если панель недоступна, для проверки через консоль используется _ym_debug=1. Параметр добавьте к URL: через ?, если параметров ещё нет, или через &, если они уже есть. Затем перезагрузите страницу и выполните целевое действие.
В отладчике смотрите номер счётчика и название события. Для JS-цели сообщение Reach goal показывает вызов соответствующего метода на странице. Сравните переданный идентификатор с тем, который заведён в настройках цели, когда кабинет станет доступен. Подробная базовая настройка есть в руководстве по целям Метрики.
Форма и CRM: подтверждение бизнес-действия
Теперь проверьте бизнес-действие отдельно. Отправьте одну заявку с пометкой «тест диагностики», запишите точное время и найдите её в CRM или другом реестре. Убедитесь, что менеджер получил уведомление. Для события успешной отправки формы проверьте, что оно связано с подтверждённым приёмом сервером. Событие на первом нажатии кнопки может засчитывать даже невалидную форму.
В Network посмотрите, возник ли запрос аналитики после действия. HTTP-ответ подтверждает результат сетевого обращения, но не полноту дальнейшей обработки и появление события в нужном отчёте. Пока кабинет недоступен, сохраните формулировку «вызов и запрос наблюдались; отражение в отчёте не проверено». Утверждать, что конверсия уже учтена в автостратегии, рано.
Условный сценарий: цель вызвана, но заказ не создан
Допустим, Console показывает вызов цели после нажатия кнопки, а обработчик формы возвращает ошибку и записи в CRM нет. Это учебный пример, в котором два наблюдения совместимы: аналитический код сработал, заказ не принят. Проверьте, где расположен вызов цели, и свяжите событие успешной заявки с подтверждённым приёмом. После исправления повторите весь маршрут, а не только вызов в консоли.
Если запись в CRM появилась, но уведомление менеджеру не пришло, сохраните номер заявки и передайте её в обработку доступным способом. Отдельно разбирайте доставку уведомления. Повторная отправка клиентом может создать дубликат, поэтому сначала найдите исходную запись. Успешный запрос аналитики эту проблему не обнаружит.
Таблица диагностики: что доказывает каждая проверка
| Симптом | Проверка | Что известно после неё | Что ещё неизвестно |
|---|---|---|---|
| Кабинет не открывается | Официальная страница, время и сообщение | Доступность интерфейса в этот момент | Сбор, обработка и сохранность событий |
| Нет tag.js | Network, код страницы и ошибки браузера | Что библиотека не загружена в данном тесте | Причина и число затронутых посетителей |
| Библиотека загрузилась | Номер счётчика и отладчик | Доступность файла; состояние запуска | Полнота событий и отчётного периода |
| Цель вызвана, ответ получен | Время, идентификатор и сетевой запрос | Результат вызова и обращения из браузера | Зачёт в отчёте и рекламной стратегии |
| Заявка есть, конверсии нет | Номер заявки, событие, фильтры отчёта | Факт приёма конкретной заявки | Причина расхождения до проверки всех этапов |
Заполните такую таблицу для своих основных действий: форма, оформление заказа, запись, оплата. Не объединяйте их в одну строку «конверсии работают». Разработчику отправьте короткий воспроизводимый сценарий и нужные фрагменты лога; полный сетевой архив может содержать личные данные и служебные сведения, его нужно подготовить перед передачей.
Пошаговый журнал одной контрольной заявки
- До теста запишите URL, время с часовым поясом, браузер, профиль и номер счётчика. Дайте проверке собственный идентификатор, чтобы отличать её от реального обращения.
- Перезагрузите страницу с открытой вкладкой Network. Сохраните результат загрузки библиотеки и ошибки Console. Если запрос не наблюдался, так и укажите.
- Выполните действие один раз. Запишите, какая цель вызвана и что произошло с запросом аналитики. Не подменяйте отсутствие запроса успешной загрузкой tag.js.
- Проверьте ответ обработчика формы, номер записи в CRM и доставку менеджеру. Для каждого результата укажите источник подтверждения.
- Добавьте отдельное поле «отчёт»: найдено, не найдено или пока недоступен. Последний статус не равен нулю конверсий.
- После исправления создайте новую строку журнала и повторите тот же маршрут. Исходную строку сохраните: иначе исчезнет информация о моменте и характере отказа.
Что сверять с CRM и логами, пока отчёта нет
Сохраняйте новые заявки с идентификаторами, временем создания и статусом обработки. Отдельно собирайте оплаченные заказы и их суммы. Данные уведомлений полезны для проверки доставки менеджеру, однако сообщение в мессенджере не заменяет устойчивую запись заявки. Если уведомление не пришло, проверьте, существует ли заказ в базе.
Серверные логи помогут установить обращения к страницам и обработчику формы. Их число не равно визитам Метрики: запросы могут делать боты, один человек создаёт несколько обращений, а повторная отправка формы способна породить дубли. Для проверки заказа сопоставляйте идентификаторы и время, а не только общий объём запросов за день.
Период и часовой пояс должны совпадать у всех выгрузок. Не записывайте отсутствующие конверсии как ноль и не приписывайте все неизвестные заявки Директу. Подробный порядок закрытия периода есть в инструкции по сверке после сбоя Метрики. Условия ограничения расхода рассматриваются отдельно в разборе решений по рекламе.
Когда заработает Метрика и что проверить после восстановления
Для вопроса «когда заработает Яндекс Метрика» на указанный выше срез есть честный ответ: подтверждённого срока нет. Ремонт дата-центра, восстановление кабинета и появление данных за пропущенный интервал могут завершаться в разное время. Дату из сообщения о следующем обновлении статуса нельзя обещать команде как дату восстановления.
Данные, которые браузер вообще не отправил, нельзя восстановить простым открытием кабинета. По принятым запросам тоже нужно проверить результат обработки. Сохранённая CRM помогает учесть продажи; сама по себе она не воссоздаёт посещённые страницы, длительность визита или запись Вебвизора. Разделите восстановление бизнес-отчёта и восстановление статистики счётчика.
После возвращения интерфейса выполните одну новую контрольную заявку и найдите соответствующую цель в правильном счётчике и периоде. Затем сверьте исторический интервал с реестром, уберите тестовые записи из рабочих расчётов и сохраните обнаруженные расхождения. Если события поступают, но отчёт неполный, отправьте поддержке номер счётчика, период, цель и результаты проверок. Не заменяйте старый код только потому, что цифры ещё не сошлись.
Что передать разработчику или поддержке
Соберите одну воспроизводимую проверку вместо подборки несвязанных скриншотов. В описании укажите действие, ожидаемый результат и фактический результат каждого этапа. Приложите очищенные фрагменты Console и Network, идентификатор контрольной заявки и время. Если часть сведений недоступна, перечислите её отдельно. Это позволит продолжить разбор с последнего подтверждённого этапа, не повторяя случайные попытки и не выдавая догадку о массовом сбое за найденную причину.
Частые вопросы о сбое Яндекс Метрики
Собираются ли данные, если кабинет Метрики не работает?
Недоступность кабинета не отвечает на этот вопрос. Проверьте запуск счётчика, отправку событий и доступные сообщения сервиса. Полноту обработки можно оценить по отчётам после восстановления и сверке с независимыми записями.
Нужно ли переустанавливать счётчик при массовом сбое?
Переустановка без найденной ошибки не решает недоступность сервиса и может создать дубли. Сначала сохраните существующие настройки и проверьте код, номер счётчика, загрузку библиотеки и вызов цели.
Почему в Метрике ноль целей, хотя заявки есть?
Возможны ошибка цели, неверный счётчик, фильтр отчёта, блокировка запроса или неполные данные сервиса. Сопоставьте одну помеченную заявку с вызовом цели и записью в своей системе. По одному нулю причину установить нельзя.
Вернутся ли пропущенные визиты после сбоя?
Гарантии для всего интервала нет. События, не отправленные из браузера, нельзя автоматически восстановить из CRM как полноценные визиты. Отправленные, но пока не отображённые события нужно проверять после восстановления; их сохранность не следует из HTTP-ответа.
Когда заработает Яндекс Метрика после сбоя в октябре 2026 года?
На редакционный срез 12 октября 2026 года около 21:54 МСК подтверждённый срок восстановления Метрики не установлен. Следите за официальными сообщениями сервиса и проверяйте кабинет повторно. Срок ремонта оборудования ЦОДов нельзя считать сроком запуска Метрики.
Разобрать сбой на вашем сайте можно через Telegram @dipustovalov или форму связи. Пришлите URL, время и конкретный симптом; доступы и секреты в открытое сообщение не нужны.