Аудит веб-аналитики сайта

Проводим аудит веб-аналитики сайта, когда отчёты расходятся с заказами, реклама получает сомнительные конверсии или после обновления сайта пропадают события. Проверяем путь данных от действия посетителя до отчёта. Результат — доказанные проблемы, границы достоверности показателей и задания на исправление, а не список включённых настроек.

Инвентаризация счётчиков и контейнеров

Начинаем с доменов, поддоменов, CMS, приложения сайта и способов установки кода. Находим прямую установку Яндекс Метрики и Google Analytics 4, теги Google Tag Manager, код в шаблоне, плагины и серверные отправки. У одного события может оказаться несколько отправителей: например, плагин магазина и обработчик в контейнере.

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

Яндекс Метрика: момент достижения цели

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

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

GA4: события, параметры и ключевые события

В Google Analytics 4 проверяем названия событий, параметры, их типы и использование в отчётах. Через DebugView и сетевые запросы смотрим конкретную контрольную операцию: что отправилось, в какой поток и с какими значениями. Регистрируемые параметры сверяем с задачей анализа, а не добавляем все возможные поля.

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

Электронная торговля и сверка заказов

Проходим просмотр товара, добавление в корзину, оформление и покупку. Для Метрики проверяем состав ecommerce-данных, для GA4 — события и параметры соответствующего сценария. Сопоставляем ID товара и заказа, количество, валюту, цену и итоговую сумму. Вариант товара не должен неожиданно превращаться в другой артикул между корзиной и покупкой.

Покупка проверяется на перезагрузке страницы, повторном открытии заказа и изменении его статуса. Заказ в CMS, оплаченный заказ и завершённая продажа — разные события; сначала фиксируем выбранное определение. Сверяем контрольную выборку с источником заказов, отдельно объясняя возвраты, отмены, тестовые покупки и задержку обработки. Не обещаем полного равенства агрегатов при различающейся методике.

Источники, фильтры и качество отчётов

Проверяем UTM-метки, редиректы, переходы между доменами, ссылки в рассылках и внутреннюю навигацию. Внутренняя ссылка с рекламной меткой может переписать первоначальный контекст. Для рекламных кабинетов сопоставляем используемую конверсию с проверенным событием, а не оцениваем правильность только по зелёному индикатору подключения.

Разбираем фильтрацию служебных посещений и действия сотрудников, часовой пояс, валюту и выбранные периоды. Фиксируем, какие расхождения объясняются атрибуцией, а какие — воспроизводимой ошибкой передачи. Если продажа завершается в CRM, обозначаем недостающий участок: аудит сайта сам по себе не подтверждает достоверность выручки за пределами сайта.

Что получает команда после аудита

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

Исправление настроек — отдельный согласованный этап. После него повторяем контрольные сценарии и отмечаем дату, с которой данные пригодны для сравнения. Аудит веб-аналитики не восстанавливает автоматически события, которые раньше не собирались. Для оценки нужны доступы на чтение, схема сайта, перечень ключевых действий и доступная выборка заказов.

Вопросы по услуге

Почему в Метрике заявок больше, чем в CRM?

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

Можно проверить аналитику без доступа к исходному коду?

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

Нужно ли ставить новые счётчики вместо старых?

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

Исправится ли старая статистика после аудита?

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

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

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