Короткий ответ
Минимальный чек-лист: проверить срабатывание базового тега на всех страницах пути, проверить конверсионное событие на финальной странице в реальном времени (DebugView/Preview), проверить сохранение UTM через весь путь с редиректами, проверить отсутствие дублирования события и соответствие передаваемых параметров (value, currency, ID) ожидаемым значениям.
Как это работает подробнее
Такой чек-лист закрывает основные точки отказа трекинга: пропущенный тег на новой странице, редирект, обрезающий параметры, неправильная конфигурация триггера (срабатывает слишком рано/поздно/многократно) и отсутствие флага «конверсия» у события в аналитике. Такой чек-лист закрывает основные типовые точки отказа: пропущенный тег на новой странице, редирект, обрезающий параметры, неправильно настроенный триггер и отсутствие отметки «конверсия» у нужного события — большинство проблем с трекингом на практике сводится к одной из этих нескольких причин.
Что использовать на практике
- Практика. На практике чек-лист стоит прогонять в инкогнито-режиме на реальном окружении (а не на тестовом стейджинге, где могут быть другие настройки GTM/пикселя), проходя весь путь пользователя от клика по рекламе до финальной страницы, и фиксировать результат в отдельном документе перед включением бюджета.
Подводные камни
- Риск ошибки. Частая ошибка — проверить только факт наличия пикселя на странице (через расширение), но не проверить корректность передаваемых значений (например,
value: 0вместо реальной суммы заказа), из-за чего кампания технически «трекается», но оптимизация по ценности конверсии будет работать некорректно.Частая ошибка — тестировать трекинг только на стейджинг-окружении, где настройки GTM/пикселя могут отличаться от продакшена (например, использоваться тестовый ID контейнера), и считать проверку завершённой без повторного прогона уже на реальном боевом домене после публикации.