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

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

Проверяйте цепочку end-to-end: браузер → sGTM → endpoint платформы → отчёт. Если событие есть в логах, но нет в Ads Manager/GA4, ищите разрыв в payload, а не в “магии” платформы.

Что обязательно сверить:
— event_name совпадает в Pixel/SDK и CAPI
— event_id один и тот же для deduplication
— user data нормализованы до SHA-256: lowercase, trim, E.164 для phone
— IP и User-Agent реально доходят до server-side, а не теряются в прокси
— fbp/fbc не пустые, если источником был web
— timestamp в допустимом окне, без будущих значений
— response от endpoint без 4xx/5xx и с валидным JSON

Отдельно проверьте дубли: один клик не должен создавать две Purchase-карточки в аналитике. Для этого логируйте event_id на входе в sGTM и на выходе в destination, а потом сравнивайте пары в таблице. Если дедупликация ниже ожидаемой, проблема чаще всего в разном event_id между web и server.

Финальный тест простой: отправьте один контрольный event с известным набором параметров и пройдите его руками по всем слоям. Если на каждом шаге совпадают имя, id и user data — трекинг можно считать готовым.