Meta CAPI и server-side трекинг: как не слепнуть на тихих сбоях

Meta CAPI и server-side трекинг: как не слепнуть на тихих сбоях

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

Смотрите на 4 слоя:
• отправка: доля успешных запросов и коды ошибок
• дедуп: нет ли двойных purchase/lead
• матчинг: совпадают ли event_id, fbp/fbc, external_id
• задержка: не уезжают ли события слишком поздно для оптимизации

Полезно сравнивать CAPI и browser не по абсолюту, а по разнице в динамике. Если веб даёт трафик, а сервер молчит, ищите поломку в token, endpoint, схеме событий или логике генерации event_id. Если серверов стало заметно больше, проверьте, не задваиваете ли одно и то же действие через GTM, CRM и бекенд.

Для мониторинга хватит простого правила: алертить не только падение конверсий, но и падение отправки, рост ошибок, скачок дедупа и просадку match rate. Тогда CAPI остаётся не чёрным ящиком, а контролируемым каналом данных.