Meta CAPI и server-side трекинг: как мониторить, чтобы не ловить слепые окна

Meta CAPI и server-side трекинг: как мониторить, чтобы не ловить слепые окна

Проблема не в самом CAPI, а в том, что его часто считают «включил и забыл». На практике надо следить не за одной метрикой, а за связкой: отправка события, принятие платформой, совпадение с web-событием и доля дубликатов.

Смотрите минимум на 4 слоя:
— Event received: сервер вообще отправил событие.
— Event matched: Meta смогла сопоставить его с пользователем.
— Deduplication: не режете ли конверсии дублями.
— Latency: не уехали ли события в позднюю доставку.

Если мониторить только объём конверсий, можно пропустить деградацию качества. Типовой сценарий: пиксель работает, CAPI тоже шлёт, но match rate падает, и атрибуция начинает «съедать» часть лидов. Для affiliate-команд это особенно заметно на длинных цепочках и на мобильном трафике.

Проверка должна быть регулярной: сравнивайте серверные события с CRM/логами, смотрите расхождения по статусам, отдельно отслеживайте Purchase/Lead/AddToCart и тестируйте дедупликацию на одинаковых event_id. Если есть сегменты по странам, устройствам или лендингам — мониторьте их отдельно, а не одной общей строкой.

Хорошая схема простая: не доверять одному дашборду, держать контрольную таблицу по событиям и ловить не падение ROAS, а причины его падения.