QA server-side трекинга ломается на мелочах: чек-лист перед запуском

QA server-side трекинга ломается на мелочах: чек-лист перед запуском

Половина багов в sGTM не в шаблонах, а в QA: запрос ушёл, но не туда; payload пришёл, но без нужных полей; дедупликация есть, но только на бумаге.

Проверьте базу:
— event_name совпадает у Pixel/SDK и CAPI
— event_id генерируется один раз и живёт во всех каналах
— user_data нормализован: lowercase, trim, E.164 для телефона
— IP и User-Agent реально доходят до server tag
— fbp/fbc не теряются на прокси и редиректах

Дальше смотрите логи по шагам: входящий request, маппинг переменных, отправку в endpoint и ответ API. Если на одном из этапов поле исчезло — проблема не в платформе, а в routing или transform layer. Для CAPI отдельно сверяйте deduplication rate: если Pixel и server event_id не бьются, вы увидите двойной счёт.

Финальный тест — один событие end-to-end: открыть браузер, отправить конверсию, найти её в preview, затем в destination logs и в отчёте по dedupe. Если цепочка не замкнулась, не включайте масштабирование. Сначала чинится QA, потом уже трафик.