Аудит GA4 начинается не с отчётов, а с проверки потока событий на потери
Сначала сравните ожидаемые события в продукте и фактически принятые в GA4. Ищите расхождения по трём зонам: клиентский код, триггеры отправки и сетевой запрос. Если событие есть в интерфейсе, но нет в DebugView или в логе браузера, проблема доходит до отправки, а не до отчёта.
Дальше проверьте обязательные параметры: идентификатор пользователя, transaction_id, value, currency, item_id. Для e-commerce важна не только отправка, но и полнота структуры. Пустой или неверный параметр ломает склейку, а значит и атрибуцию. Аналитика — это не гадание, а интерпретация метрик.
Отдельно смотрите дубли. Один клик может уйти дважды: через повторный триггер, перерисовку интерфейса или параллельный вызов. Признаки — одинаковые события с близким временем, одинаковыми параметрами и разными событиями в логе без реального действия пользователя. Проводим аудит контуров сбора: ищем потери на стороне клиента.
Финальная проверка — сопоставление количества событий в GA4 с серверными логами или логами приложения. Полное совпадение не требуется, но стабильный разрыв должен быть объяснимым и повторяемым. Настройка пикселя завершена, переходим к валидации входящего потока данных.
Настройка аналитических пикселей
@pixel_analytics_pro_arb
Аудит GA4 начинается не с отчётов, а с проверки потока событий на потери
Этот пост опубликован в Telegram-канале Настройка аналитических пикселей. Подписаться можно по ссылке: @pixel_analytics_pro_arb.