Яндекс.Метрика не работает или не показывает посещения: что проверить

Если не работает Яндекс.Метрика, начните с конкретного симптома: пуст весь отчёт, исчезли отдельные страницы или не учитываются только ваши посещения? От ответа зависит проверка. Переустановка счётчика наугад может добавить дубли и не устранить настоящую причину.

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

Почему Метрика не видит посещения: сначала определите масштаб

Запишите время, когда статистика изменилась, затронутые адреса и последний выпуск сайта. Полезна формулировка: «После обновления каталога перестали появляться просмотры карточек; главная продолжает учитываться». Она сужает поиск гораздо сильнее, чем «аналитика сломалась».

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

Когда кажется, что Яндекс.Метрика не работает сегодня, разделите доступность кабинета, приём данных и отображение отчётов. Кабинет может открываться с ошибкой при продолжающемся сборе. Сохраните текст ошибки и время, проверьте официальные сообщения сервиса и повторите просмотр отчёта позже. Само число жалоб на стороннем сайте не доказывает причину вашего случая.

По состоянию на 1 ноября 2026 года Яндекс сообщает о временном ограниченном режиме: сбор данных, целей и электронной коммерции работает, стандартные отчёты за период с 11 октября могут задерживаться, статистика списка счётчиков и часть поведенческих отчётов ограничены. Список меняется: перед диагностикой откройте актуальное официальное описание режима. Это датированная информация, а не утверждение о состоянии сервиса в день чтения.

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

Таблица: симптом, проверка и следующий шаг

Что наблюдается	Что проверить первым	Какой вывод искать
Пусты все отчёты	Аккаунт, номер счётчика, период и действующие ограничения сервиса	Открыто ли нужное хранилище данных
Исчез только раздел	Шаблон раздела, опубликованный код и условия запуска тега	Чем раздел отличается от работающей страницы
Нет собственного посещения	Исключение своих визитов, согласие и настройки тестового профиля	Должен ли этот визит учитываться вообще
Номер найден в исходнике, данных нет	Отладчик, загрузка скрипта и запросы данных	На каком этапе прекращается работа
Данные видны в отладке, отчёт пуст	Целевой ID, фильтры, период, обработка и сообщения сервиса	Есть ли основания ожидать запись именно в этом отчёте
Пропали переходы внутри приложения	Схема учёта виртуальных страниц	Передаются ли просмотры при смене маршрута
Посещаемость есть, записей Вебвизора нет	Настройки и доступность конкретного инструмента	Не смешаны ли разные виды данных

Таблица задаёт очередность расследования, а не устанавливает диагноз по одному признаку. Для каждого предположения нужен наблюдаемый результат: совпавший номер, найденный запрос, конкретная ошибка или воспроизводимое условие.

Проверьте аккаунт, номер счётчика и представление отчёта

Сравните числовой ID в кабинете с ID на проблемной странице. Название проекта недостаточно: у старого сайта, тестового стенда и новой версии могут быть похожие имена. Если код отправляет данные в прежний счётчик, пустота нового ожидаема. Не создавайте ещё один счётчик до выяснения, где находится действующая статистика.

Уточните, под каким Яндекс ID открыт кабинет и предоставлен ли доступ к нужному счётчику. Отсутствие счётчика в списке может быть вопросом прав. Порядок управления ими описан в справке о доступе. Дополнительно существует фильтр доступа: владелец может видеть весь трафик, а приглашённый пользователь — только разрешённую часть.

Откройте стандартный отчёт за период, включающий проверяемое посещение. Сверьте часовой пояс счётчика: он задаётся в настройках, и его изменение не переносит время в уже собранной истории. Это объясняет расхождения возле границы суток; подробности есть в описании основных параметров.

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

Проверьте опубликованный код на каждой группе страниц

Найдите, откуда подключается Метрика: общий шаблон CMS, модуль, вставка конструктора или менеджер тегов. Проверяйте опубликованную страницу, которую получает посетитель. Код в редакторе или черновом контейнере не доказывает, что он уже доступен на сайте.

После переноса сайта сравните старую и новую структуру. Отдельный каталог, мобильная версия или посадочная могут использовать другой шаблон. Составьте короткий список: URL, шаблон, ожидаемый ID, фактически обнаруженный ID, состояние отладки. Если сбой ограничен одной группой, начните с общего для неё компонента. Яндекс рекомендует проверять размещение счётчика при изменениях сайта в инструкции проверки.

Исходный HTML и текущий DOM — разные представления страницы. Скрипт может добавить элементы после загрузки, поэтому отсутствие номера в исходнике ещё не исключает установку через менеджер тегов. И наоборот: текст кода или элемент в DOM не подтверждает выполнение. MDN описывает DOM как доступное программам представление документа. Подтверждение работы ищите на следующих этапах.

При использовании GTM сопоставьте рабочую область и опубликованную версию: изменения начинают действовать после публикации контейнера. Отдельно проверьте условия триггера: ограничение по пути, событию или исключению может оставлять часть страниц без запуска. У других менеджеров сверяйтесь с их собственным механизмом публикации.

Кеш CMS, браузера или CDN может отдавать прежнюю версию HTML либо скрипта. Сравните содержимое фактического ответа с выпущенной версией и попросите разработчика проверить соответствующий уровень кеша. Кеши браузера и промежуточных систем независимы; очистка одного не подтверждает обновление остальных. Массовое отключение кеширования для диагностики обычно не требуется.

Как проверить счётчик через официальный отладчик

В актуальной инструкции Яндекса используется параметр _ym_debug=2. Добавьте его к адресу разрешённой для проверки страницы. Если строка запроса уже есть, используйте амперсанд; параметр должен находиться перед фрагментом адреса, начинающимся с решётки. Ниже учебные адреса, а не ссылки на действующий счётчик:

https://example.com/catalog/?_ym_debug=2
https://example.com/catalog/?category=books&_ym_debug=2

После загрузки откройте панель отладки внизу страницы. Во вкладке Counters сравните номер и настройки; во вкладке Console найдите PageView для просмотра страницы. При нескольких счётчиках проверьте выбранный экземпляр. Для старой версии кода или отсутствующей панели Яндекс предлагает использовать консоль браузера — см. официальный порядок проверки.

Сохранять последовательность при переходах помогает Preserve log; закрыть панель можно через Close debugger. Возможности описаны в документации отладчика. Зафиксируйте время и результат одного понятного действия. Не вызывайте вручную дополнительные просмотры ради появления строки: они могут исказить проверяемую статистику.

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

Что смотреть в Network, Console и правилах CSP

Отделите загрузку библиотеки от отправки данных

Откройте инструменты разработчика, вкладку Network, до повторной загрузки страницы. Убедитесь, что запись запросов включена. Найдите обращения, связанные со счётчиком: сначала загрузку его JavaScript, затем передачу данных. Не ограничивайте поиск одним расширением файла: это разные операции. В официальном руководстве Chrome показаны столбцы статуса, типа и инициатора запроса.

Для подозрительного запроса сохраните адрес без чувствительных параметров, время, статус и инициатор. Если библиотеки нет, исследуйте запуск кода, условие согласия и блокировку загрузки. Если библиотека получена, но передачи данных нет, проверьте инициализацию и дальнейшее выполнение. Если передача заблокирована, ищите причину отказа именно этого обращения. Успешный HTTP-ответ сам по себе не означает, что запись уже включена в выбранный отчёт.

Пустой список запросов тоже нужно проверить: не осталось ли в Network ограничения по типу ресурса, строке поиска или времени? Откройте журнал до загрузки и дождитесь предусмотренного сценарием запуска. Если счётчик загружается после согласия или другого действия, запись только первоначальной загрузки не охватывает весь сценарий. При сравнении двух попыток сохраняйте одинаковые условия, иначе различие может объясняться самим способом наблюдения. Не подменяйте реальную последовательность вызовами из консоли.

Свяжите ошибку с нужным участком кода

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

Если браузер сообщает о нарушении Content Security Policy, разработчик должен определить запрещённую операцию. Правило для скриптов и правило для соединений решают разные задачи: разрешённая загрузка библиотеки не гарантирует отправку её запросов. Проверьте nonce, разрешённые источники и фактические заголовки ответа по инструкции Метрики для CSP. Не снимайте политику целиком ради проверки. Разрешение показа страницы во фрейме для поведенческих инструментов также не заменяет разрешение на передачу данных.

Почему результат зависит от согласия и браузерного профиля

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

Для воспроизводимой диагностики используйте отдельный тестовый профиль с известным набором расширений и согласованными настройками. Запишите браузер, версию, состояние согласия и разрешения. Режим инкогнито не является универсальным эталоном: его ограничения могут отличаться от обычного профиля. Не меняйте настройки посетителей и не обходите их отказ от сбора.

У Яндекса есть официальный блокировщик Метрики, ограничивающий отправку данных и размещение cookies, а также механизм отключения конкретного счётчика до инициализации. При расследовании уточняйте фактически используемый механизм. Не делайте вывод «Метрика всегда отключается от Do Not Track»: MDN описывает DNT как устаревший сигнал предпочтения, а не универсальный выключатель сетевых запросов.

Проверьте исключение своих визитов, роботов и адресов

Опция «Не учитывать мои визиты» может исключать контрольное посещение. Яндекс связывает её с cookies и браузером, где выполнялась авторизация владельца счётчика. Поэтому проверяющий и обычный посетитель могут получать разные результаты. Сверьте условия в справке о фильтрах, прежде чем объявлять сбор неисправным.

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

После смены домена проверьте основной и дополнительные адреса, учёт поддоменов и опцию «Принимать данные только с указанных адресов сайтов». Эти ограничения описаны в настройках счётчика. Найденное несовпадение сначала согласуйте с владельцем аналитики: список может намеренно исключать тестовую среду или чужой домен.

SPA, виртуальные страницы, iframe и отдельный домен

В SPA переход внутри сайта может менять содержимое без полной перезагрузки документа. Если начальная страница учитывается, а дальнейшие маршруты исчезают, выясните, кто отвечает за передачу виртуальных просмотров: код приложения, интеграция или менеджер тегов. В официальной схеме настройки SPA Яндекс описывает отключение автоматического просмотра параметром defer и передачу просмотров методом hit.

Это не команда срочно добавить hit на все клики. Сначала проверьте существующую схему: автоматический учёт и ручная отправка одного перехода не должны дублироваться. Разработчик должен показать, какой маршрут считается новой страницей, какой URL отправляется и почему один переход создаёт один ожидаемый просмотр. Открытие модального окна не обязательно является новым просмотром.

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

Данные отправлены, но отчёт пуст: что проверить дальше

Наличие кода, его выполнение, отправка запроса и появление статистики — четыре отдельных подтверждения. Метрика обрабатывает поступившие данные на своей стороне; задержка возможна и после корректной отправки. Описание обработки данных даёт обычные ориентиры, однако они не гарантируют одинаковое время для каждого отчёта, сегмента и режима работы сервиса.

Зафиксируйте время контрольного просмотра и вернитесь к стандартному отчёту с подходящим периодом. Проверьте нужный URL, ID и действующие ограничения. Не обновляйте сайт десятки раз: многочисленные обращения усложняют сопоставление. Если данные устойчиво отсутствуют после повторной проверки, передайте в поддержку собранную последовательность фактов, а не только скриншот нулевого графика.

Почему визиты не равны кликам и строкам серверного журнала

Просмотр относится к загрузке или передаче просмотра страницы, визит объединяет активность посетителя, а посетители учитываются через идентификаторы браузеров. Один человек способен сделать несколько просмотров и вернуться позже. Поэтому эти показатели нельзя взаимозаменять; определения приведены в глоссарии Метрики.

Сравнивайте одинаковый период, часовой пояс, набор страниц и тип показателя. Серверные журналы фиксируют запросы, среди которых могут быть ресурсы страницы и обращения роботов. Кроме того, часть ответов может обслуживаться кешем. Журнал полезен для подтверждения обращения к сайту, но число его строк не обязано равняться визитам аналитики.

Рекламный клик также не гарантирует загрузку счётчика: посетитель мог закрыть страницу раньше. Официальные пояснения Директа отдельно рассматривают расхождения кликов и визитов. Если общая посещаемость есть, а изменилось распределение по рекламным источникам, переходите к проверке связки и атрибуции. Переустановка кода не является универсальным решением этого вопроса.

Три учебных разбора диагностики

Все ситуации ниже вымышлены и показывают ход проверки, а не результаты работы с клиентскими сайтами.

После переноса исчезли карточки товаров

Главная отправляет просмотры с правильным ID, карточки — нет. Разработчик сравнивает опубликованные страницы и обнаруживает: новый шаблон каталога не подключает общий блок аналитики. Исправление касается шаблона, затем проверяются несколько карточек и главная. Проверять рекламные кампании до устранения этой разницы было бы преждевременно.

Владелец десять раз открыл сайт, но не видит себя

Отладчик показывает ожидаемый просмотр, чужие посещения продолжают поступать. Выясняется, что рабочий браузер исключён из статистики предусмотренной настройкой. Один согласованный контроль в отдельном профиле помогает подтвердить объяснение. Десять обновлений страницы не были десятью доказательствами сбоя; условия повторялись вместе с причиной исключения.

Библиотека загрузилась, передача данных заблокирована

После изменения заголовков безопасности JavaScript счётчика приходит успешно. Однако Console указывает на запрет соединения, а Network показывает неуспешное обращение с данными. Разработчик корректирует конкретное правило CSP по действующей документации, сохраняя остальные ограничения. Приёмка требует проверить передачу и отчёт: одного исчезновения сообщения об ошибке недостаточно.

Как принять исправление и сохранить достоверность аналитики

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

1. Запишите, какое условие вызывало сбой и чем это подтверждено.
2. Укажите точное изменение, время публикации и затронутые шаблоны.
3. Проверьте нужный ID, запуск кода и передачу ожидаемого просмотра.
4. Сопоставьте результат с отчётом, учитывая обработку и ограничения сервиса.
5. Убедитесь, что не появились дубли, а согласие и исключения работают по принятой схеме.
6. Отметьте период неполных данных в рабочем отчёте команды.

Попросите исполнителя показать результат в форме «было — изменение — стало». Например: на странице услуги не запускался тег из-за условия по пути; условие скорректировано; теперь тот же сценарий даёт ожидаемый просмотр без повторной отправки. Такой отчёт можно проверить и через неделю. Формулировка «переустановили всё, теперь работает» оставляет без ответа, какая причина устранена и что контролировать после следующего обновления.

Отдельно сравните прямой вход на проблемный URL и переход к нему из меню сайта. Эти пути могут обращаться к разным участкам приложения. Если исправлен только прямой вход, а навигация по-прежнему теряет просмотры, задачу нельзя закрывать полностью. Выберите небольшой, но разнообразный набор сценариев и сохраните ожидаемые результаты: это полезнее многократного повторения одного и того же открытия главной страницы.

Для обращения разработчику или в поддержку подготовьте ID, URL, время с часовым поясом, последовательность действий, настройки тестового профиля и обезличенные сообщения об ошибках. Не пересылайте пароли, cookies или полный сетевой журнал без проверки его содержимого. Важнее показать место разрыва, чем приложить большой объём несвязанных материалов.

После восстановления сбора данных оставьте команде контрольные страницы и сценарии проверки Метрики. Дополните сопровождение аналитики регулярным контролем работы и доступности сайта: оцените SiteGuard как сервис мониторинга для своего проекта.

Частые вопросы

Счётчик Метрики не работает или просто нет посетителей?

Отсутствие органического трафика и поломка сбора выглядят одинаково на пустом графике. Проверьте одну разрешённую страницу в известных условиях, затем сопоставьте выполнение, передачу и отчёт. Успех такого контроля подтверждает выбранный сценарий, но не весь сайт автоматически.

Нужно ли менять счётчик, если Метрика не собирает данные?

Сначала установите причину и владельца действующего ID. Новый счётчик не исправляет ошибку шаблона, условие согласия или сетевую блокировку. Он также создаёт другую точку накопления статистики, что усложняет сопоставление периодов.

Почему посещения есть, а цели или Вебвизор пусты?

Это разные цепочки проверки. Сначала подтвердите базовые просмотры; затем разбирайте условия цели или доступность поведенческого инструмента. Учитывайте текущие официальные ограничения сервиса. Пустой специализированный отчёт не равнозначен остановке всех посещений.

Можно ли восстановить визиты за время, когда код не работал?

Исправление запуска не создаёт задним числом события, которые не были собраны и переданы. Не путайте такой пропуск с задержкой уже поступивших данных. Дополнительные журналы помогут оценить период проблемы, но обещать восстановление исходных визитов Метрики по ним нельзя.

Что считать окончательным результатом проверки?

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