Facebook CAPI без потерь: где чаще всего ломается доставка событий

Facebook CAPI без потерь: где чаще всего ломается доставка событий

Потери обычно не в API, а в маршрутизации. Базовый пайплайн: браузер отправляет Pixel с event_id, sGTM принимает тот же hit, нормализует user_data и шлёт CAPI. Если сервер генерирует новый event_id — dedup не сработает.

Чек-лист перед продом:
— event_name одинаковый в Pixel и CAPI;
— event_id создаётся на клиенте и доезжает до сервера;
— fbp/fbc берутся из first-party cookie;
— email/phone: lowercase, trim, SHA-256;
— IP и User-Agent — из исходного запроса, не из proxy.

Retry настраивайте аккуратно: повторять 5xx и timeout, но не 400. Иначе будете спамить невалидной схемой и прятать реальную ошибку в логах.

Анти-кейс: отключить Pixel сразу после включения CAPI. Сначала гоняйте параллельно, смотрите deduplication, match quality и долю server events в Events Manager.

CAPI «без потерь» — это не один tag, а дисциплина передачи идентификаторов от браузера до сервера.