Ноль в Метрике может означать отсутствие записанных посещений, ошибку отчёта или проблему сбора. Проверяйте цепочку по порядку: выбранный счётчик, страницу, условия запуска, отправку событий и отображение данных. До этой проверки по нулю нельзя уверенно судить о числе читателей сайта.
Диагностику начните с одного контролируемого посещения. Запишите время, полный URL, браузер и номер счётчика. Этот ориентир поможет искать конкретное событие и отделять разные этапы проверки.
1. Откройте правильный отчёт
Проверьте счётчик и период. На одном сайте могут использоваться разные счётчики для старой версии, отдельных доменов и тестовой среды. Сравните номер в кабинете с номером на проверяемой странице.
Уберите временные сегменты отчёта, если они исключают контрольное посещение. Зафиксируйте текущее состояние фильтров перед изменением настроек. Узкий сегмент по старому адресу статьи может показывать ноль, хотя новая версия URL уже получает просмотры.
Проверьте отдельно главную, статью и страницу, на которую ведёт реклама. Код в одном шаблоне не доказывает его наличие во всех разделах. В инструкции Яндекса рекомендуется проверять счётчик при изменениях сайта.
2. Посмотрите, при каких условиях запускается код
Если сайт настроен на запуск аналитики после согласия, отказ посетителя или сбой этой логики влияет на сбор. Для контрольного посещения проверьте выбранную ветку поведения и сохранение состояния после обновления страницы.
Это техническое описание конкретной настройки. Правовое основание обработки и выбранный интерфейс согласия оцениваются отдельно. При диагностике не убирайте действующую логику приватности ради увеличения числа записей.
Проверьте также отложенную загрузку: скрипт может запускаться после действия, которого автоматическая проверка ещё не выполнила. Яндекс указывает отложенную загрузку и блокировщики среди причин, по которым счётчик не найден.
3. Используйте штатную отладку
В адрес проверяемой страницы добавьте параметр _ym_debug=2. Если параметров ещё нет, он начинается с вопросительного знака; при существующей строке параметров используйте амперсанд. Например: https://example.com/article?_ym_debug=2.
Для нового кода счётчика доступна панель отладки. Проверьте номер счётчика и событие PageView. Если панель не появилась, следуйте варианту проверки через консоль, описанному Яндексом.
Сделайте скриншот или короткую запись результата без личных сведений. Формулировка «на странице найден счётчик 123456, зарегистрирован PageView» намного полезнее слова «работает».
Наличие события в отладке подтверждает конкретный этап. Далее требуется проверка отражения данных в отчёте. Тест цели «отправка заявки» проводите отдельно, поскольку просмотр страницы не подтверждает работу этой цели.
4. Если события нет, проверьте браузер и сеть
Откройте вкладки Console и Network в инструментах разработчика. Ищите ошибку загрузки аналитического скрипта, блокировку запросов или конфликт с политикой безопасности сайта. Проверку лучше поручить человеку, который понимает код ошибки и последствия изменения конфигурации.
Сравните результат в чистом тестовом профиле браузера с обычным профилем. Расширение или фильтр сети может менять поведение. Не просите посетителей отключать защиту; такой тест нужен для определения причины в вашем контролируемом окружении.
Яндекс перечисляет ограничения браузера и сети среди причин различий статистики. Универсального процента потерь для вашего сайта из этого не следует.
5. Проверьте фильтры и время появления данных
Если событие видно при отладке, откройте отчёт по контрольному URL и подходящему периоду. Проверьте фильтр собственных визитов, домены и другие ограничения. Условия фильтров Метрики могут исключать записи до анализа отчёта.
Проверяйте также временную зону и время теста. Событие около полуночи легко искать в другом календарном дне. При задержке обновления не повторяйте хаотично настройки. Запишите исходный тест, подождите обработку и повторите просмотр по инструкции сервиса.
Если данные уже были исключены при обработке, изменение фильтра не следует воспринимать как обещание восстановления прошлой истории. Разберитесь, какое именно ограничение использовалось: настройка сбора, фильтр исходных данных или временный сегмент отчёта.
Карта результата проверки
| Наблюдение | Возможная область проблемы | Следующая проверка |
|---|---|---|
| Номер на сайте отличается от кабинета | Выбор счётчика или шаблон | Сверить назначение обоих номеров |
| Код появляется после действия | Условия запуска | Проверить сценарий действия |
| Скрипт есть, PageView отсутствует | Ошибка инициализации или отправки | Console и Network |
| PageView есть, отчёт пуст | Период, обработка, фильтры | Контрольный URL и настройки |
| Главная учитывается, статья нет | Шаблон или маршрут страницы | Проверить тот же сценарий на статье |
| Посещения есть, заявок по цели нет | Событие формы или цель | Проверить успешную отправку |
Таблица показывает направления поиска. Каждую причину подтверждают наблюдением, прежде чем менять сайт.
Что передать разработчику
Соберите полный URL, номер счётчика, время и условия теста, результат отладки, сообщение ошибки и перечень затронутых шаблонов. Укажите, что произошло недавно: обновление сайта, домена, баннера или системы управления. История изменений помогает найти зависимость, но совпадение по времени ещё не доказывает причину.
Серверные журналы могут дать дополнительную информацию о запросах к сайту. Они содержат обращения роботов и технических компонентов, поэтому количество строк нельзя напрямую объявлять числом людей. Сверка требует отдельной методики.
После исправления повторите тот же контрольный сценарий и зафиксируйте, с какого момента сбор подтверждён. Затем проверьте формы и целевые события. Так появится надёжная отправная точка для оценки сайта и стоимости заявки.
Источники
- Яндекс: проверка счётчика, отладка и этапы диагностики.
- Яндекс: вопросы по отчётам, ограничения сбора и различия статистики.
- Яндекс: фильтры, исключение данных.