Проверка веб-аналитики: от скрипта на странице до данных в отчёте
Проверка веб-аналитики закончена, когда ты можешь связать обычное действие на конкретной странице с принятым событием и записью в нужном отчёте. Для этого пройди три уровня: загрузка скрипта, передача события, доступность данных. Каждый уровень проверяется отдельно.
Это полезно сразу после подключения счётчика, переноса сайта или смены шаблона. Главная может собирать данные, пока карточки товаров остались без кода, а форма отправляет сигнал о клике даже при ошибке. Один удачный просмотр главной оставляет такие пробелы незаметными.
Яндекс в своей инструкции также разделяет наличие счётчика, сбор данных и отображение статистики. Ниже — рабочий протокол приёмки для маркетолога и разработчика. Все адреса, действия и результаты примера условные.
Сначала договорись, какой результат проверяешь
Запиши сайт, проект или номер счётчика, проверяемую среду и цель подключения. Например: «На публичном сайте должны появляться просмотры главной и карточек; успешное обращение проверяем отдельным сценарием». Это короткая договорённость, по которой можно принять работу.
| Уровень | Что наблюдать | Что ещё требуется |
|---|---|---|
| Скрипт загружен | На странице есть нужный код; запрос библиотеки завершился без ошибки | Выполнить действие и проверить передачу события |
| Событие передано | После действия появляется соответствующий запрос или сообщение отладчика | Проверить ответ приёмника и появление данных |
| Данные доступны | В нужном проекте и периоде найдена тестовая запись | Сверить страницу, тип действия и отсутствие лишних повторов |
Разделяй тестовый и боевой проекты. Событие может успешно отправляться в другой счётчик, поэтому зелёный ответ в сети сам по себе не закрывает приёмку. В протоколе нужен конкретный получатель данных, а в отчёте — конкретная проверенная запись.
Пройди разные шаблоны одним условным маршрутом
Условный сайт поставщика содержит главную, каталог, карточку насоса и страницу контактов. Проверяющий открывает каталог, переходит в карточку и нажимает ссылку на PDF. Это одна тестовая история, которую затем ищут в системе. До начала запиши время с часовым поясом и ожидаемые действия.
| Страница или переход | Ожидаемое наблюдение | Что записать в протокол |
|---|---|---|
| Главная открыта напрямую | Загрузка скрипта и просмотр страницы | Адрес, получатель, время, запись в отчёте |
| Каталог открыт из меню | Просмотр нового URL | Событие относится к каталогу, а не к предыдущей странице |
| Карточка открыта по прямой ссылке | Сбор работает и без захода с главной | Шаблон карточки действительно содержит подключение |
| Другая карточка открыта внутри сайта | Новый просмотр при используемом способе навигации | Событие появилось один раз после перехода |
| Нажата ссылка на PDF | Действие зафиксировано, если оно входит в настройку | Название события и путь файла, без содержимого документа |
| Форма открыта и заполнена | Проверен отдельный ожидаемый сигнал | Клик, попытка отправки и успех записаны раздельно |
Кирпич поддерживает сбор истории страниц и действий. Какие события конкретный сайт отправляет автоматически, нужно подтвердить на его реализации: наличие типа download или form_success в коллекторе ещё не означает, что любая кнопка или форма уже с ним связана. Описание возможностей Кирпича поможет определить ожидаемый набор перед приёмкой.
В этом протоколе достаточно установить, какие сигналы форма действительно отправляет. Условие, при котором обращение считается полученным, разбирается отдельно в материале об успешной заявке и клике по форме. Так техническая проверка сбора и приёмка бизнес-результата сохраняют собственные критерии.
Ищи первый неподтверждённый переход
Если данных нет, начни с самого раннего шага, для которого у тебя ещё нет доказательства. Это экономит время: бессмысленно искать запись в отчёте, пока библиотека не загрузилась. В инструментах разработчика пригодятся вкладки Network и Console; меняй по одному условию и сохраняй результат.
- Код отсутствует: проверь именно используемый шаблон и актуальную опубликованную страницу. Учти, что кеш может отдавать предыдущую версию.
- Код есть, библиотека не загружается: посмотри статус запроса, ошибку блокировки, настройки безопасности страницы и браузерные ограничения.
- Библиотека загрузилась, действия не видно: проверь ошибку JavaScript и связь конкретного элемента с событием. Повтори ровно одно действие.
- Запрос ушёл: проверь его получателя и ответ. Сетевой статус не гарантирует, что событие прошло проверку содержимого и попало в хранилище.
- Запись не найдена: сверяй проект, период, часовой пояс, фильтры и выбранный тип события. Учитывай обработку данных системой, не назначая ей выдуманный срок.
- Одно действие даёт несколько одинаковых записей: проверь повторную установку и обработчики, прежде чем считать такой объём реальным интересом.
Для Метрики можно использовать параметр _ym_debug=2 и панель отладки, если установлен новый код счётчика. Инструкция Яндекса также предусматривает проверку через консоль. Эти способы помогают увидеть конкретный счётчик и действия; затем всё равно найди результат в статистике.
Отметь только подтверждённые проверки
Что ещё осталось проверить в подключении
Отмечай пункт, когда есть наблюдение, по которому его можно подтвердить. Неотмеченные пункты превращаются в конкретные следующие действия.
Отметь выполненные проверки. Итог показывает оставшиеся действия, а не оценку качества бизнеса.
Без JavaScript пройди проверки в этом порядке: шаблоны и переходы → правильный получатель → отправка и приём события → запись в отчёте → режим согласия → отдельный успех формы. Для каждого пробела запиши действие из соответствующего пункта. Все отметки означают завершённый протокол проверки, а не гарантию дальнейшего сбора. При изменении сайта повтори затронутые сценарии.
Передай разработчику воспроизводимый сбой
Фраза «аналитика не работает» оставляет слишком много вариантов. Полезное сообщение позволяет повторить твой маршрут и увидеть, на каком шаге наблюдения разошлись с ожиданием. Достаточно короткой карточки; не отправляй целиком историю настоящего посетителя.
| Поле | Пример заполнения |
|---|---|
| Где | Публичная карточка /catalog/example-pump/ на проверяемом сайте |
| Когда | Дата, точное время и часовой пояс проверки |
| Как повторить | Открыть карточку напрямую в указанном браузере, затем нажать PDF |
| Ожидание | Один просмотр карточки и одно настроенное действие скачивания |
| Наблюдение | Библиотека загрузилась; после нажатия запрос действия не появился |
| Приложение | Обезличенный снимок ошибки или сетевого запроса; без токенов и контактов |
| Критерий исправления | Повтор маршрута подтверждает отправку, приём и запись без дублей |
После исправления повтори сбойный маршрут и соседний сценарий, который ранее работал. Запиши дату изменения и результат. Такой же короткий повтор нужен после смены шаблона, переноса домена, изменения формы или навигации. Яндекс отдельно рекомендует проверять установку после изменений сайта.
Когда подключение можно принять
Для согласованных страниц и действий есть вся цепочка доказательств: нужный код загружен, обычное действие отправлено правильному получателю, приём подтверждён, запись найдена в отчёте. Отдельно описаны ограничения сбора и проверка формы. Остаточные ошибки либо устранены, либо явно вынесены из принятого объёма с ответственным и следующим действием.
Сохрани матрицу и карточки проверок рядом с настройками проекта. При следующем обновлении сайта это будет готовый набор сценариев для повторения. Ты сможешь проверить конкретное изменение, вместо того чтобы заново выяснять, какие данные вообще должны приходить.
Источники и документация
- Проверка счетчика · проверено 11.10.2026
- Аналитика с ИИ для B2B-сайтов · проверено 11.10.2026