Аналитика и CRM

Чек-лист аудита GA4: 18 проверок достоверности отчётов

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

Vladlens Kecko · 2026-09-29 · 6 минут

Чек-лист аудита GA4 проверяет путь от реального действия клиента до отчёта, на основе которого принимают решение. Пользователи в Realtime доказывают только поступление части данных. Это ещё не подтверждает правильный учёт покупок, заявок или источников рекламы.

Руководство относится к веб-сайту. Подготовьте доступ к GA4, настройкам тегов и тестированию сайта. Сравнивайте аналитику с CRM или заказами и заранее определите, кто публикует изменения. Для каждого теста записывайте ресурс, поток данных, устройство, выбор согласия и время.

Для точного сравнения используйте руководство по сверке GA4 и Google Ads. Для кампаний применяйте шаблон UTM-меток.

18 проверок GA4

У каждого пункта должны быть статус, подтверждающий тест, ответственный и следующий шаг. Хороший аудит позволяет воспроизвести вывод, а не просто перечисляет настройки.

Проверяйте один путь за раз

Включите отладку для тестового устройства через Tag Assistant или предпросмотр GTM. Посмотрите последовательность событий и параметры в GA4 DebugView. Для анализа атрибуции используйте отчёты о привлечении; DebugView прежде всего проверяет реализацию.

Повторите на компьютере и телефоне:

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

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

Найдите источник дублей

Перечислите отправителей: код сайта, CMS-плагин, GTM и серверную интеграцию. Ищите двух отправителей или триггер, который срабатывает и по клику, и после успешной отправки. Исправляйте отправителя или условие, а не маскируйте дубли в отчёте.

Названия ecommerce-событий и необходимые поля сверяйте с документацией Google. Для каждого заказа используйте уникальный ID транзакции и тестируйте обновление страницы. Руководство по валидации описывает обработку ID; не переносите эти правила автоматически на любое пользовательское событие заявки.

В обсуждении GA4-аудитов на Reddit участники подчёркивают проверку событий по реальным действиям. Это обмен опытом; конкретный вывод подтверждают воспроизводимый тест и документация реализации.

Согласие и персональные данные

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

Посмотрите URL и параметры после отправки формы. Не передавайте email, телефон и имя в обычных полях аналитики, заголовках и адресах страниц; см. рекомендации Google по PII. Специально предусмотренные функции пользовательских данных требуют отдельной корректной реализации.

Исправьте источники, не скрывая проблему

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

Проверяйте ссылку из настоящего письма или объявления вместе с редиректами. Используйте последовательные названия входящих кампаний и не размечайте обычную внутреннюю навигацию как внешнюю кампанию.

До активации тестируйте фильтры внутреннего и developer-трафика. Google указывает, что исключённые данные недоступны навсегда, а фильтры не исправляют историю. Сохраняйте дату включения.

Сверьте выборку и определите порядок исправлений

Сравнивайте конкретный период после обработки данных, согласовав часовой пояс, валюту, определение события и область атрибуции. GA4, Google Ads и CRM отвечают на разные вопросы; одинаковые суммы не всегда означают правильное измерение.

Иллюстративный пример: в CRM 10 принятых тестовых заявок, а в аналитике 20 успешных событий, потому что работают обработчик клика и триггер страницы подтверждения. Это конкретная ошибка реализации. Разницу из-за согласия или окна атрибуции нужно объяснить, а не компенсировать выдуманным событием.

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

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

Достаточно ли Realtime?

Нет. Нужны контролируемый путь, параметры, отладка и обработанные отчёты. Проверяйте результат в системе, которая действительно получает заявку или заказ.

Нужно ли отмечать каждое событие как ключевое?

Выбирайте действия, важные для бизнеса. Сохраняйте различимость вспомогательной вовлечённости и отдельно проверяйте цели Google Ads перед использованием импорта для ставок.

Исправятся ли старые отчёты после настройки?

Большинство правок меняет будущий сбор данных. Отметьте дату исправления и не сравнивайте периоды так, словно метод всегда был одинаковым.

Найдите ошибки измерения, влияющие на решения

Запросите бесплатный аудит эффективности и укажите в заявке вопрос по GA4. Мы рассмотрим приоритеты измерения и обсудим следующие шаги. Для внедрения доступна поддержка по аналитике, атрибуции и CRM.