Facebook Conversion API: 6 технических узлов, где чаще всего теряется атрибуция

Facebook Conversion API: 6 технических узлов, где чаще всего теряется атрибуция

Если CAPI настроен «формально», он не усиливает воронку, а дублирует шум. Важны не факты подключения, а качество связки между сервером, пикселем и событием: именно там ломается дедупликация, плывут окна атрибуции и разъезжается статистика по ROAS.

• event_id должен быть одинаковым у браузерного и серверного события, иначе дубли не схлопнутся
• user_data передавай максимально полно: email, phone, external_id, fbp, fbc — это повышает match quality
• не мешай в одном событии разные смыслы: Purchase и InitiateCheckout должны жить отдельно
• фиксируй event_time в корректном часовом поясе, иначе серверные события уходят в ложный порядок

Дальше смотри на логику маршрутизации: какие события идут только с браузера, какие только с сервера, а какие — в гибриде. Для арбитража критичны не все ивенты подряд, а те, что влияют на оптимизацию: ViewContent, Lead, CompleteRegistration, Purchase. Если сервер шлёт мусор или дубли, алгоритм учится на искажённой выборке и CAC растёт без видимой причины.

Отдельно проверь качество источника параметров: UTM, click_id, fbp/fbc, IP и user agent должны собираться без потерь на каждом этапе. Пиксель не ошибается, ошибается тот, кто его настраивал. Смотри на LTV, а не на сиюминутный ROI: корректный CAPI нужен не для красивого отчёта, а для устойчивого ретаргетинга и нормального RFM-сегментирования.

Ретаргетинг — это искусство второй попытки. Если дедупликация, идентификаторы и состав user_data собраны чисто, ты получаешь не просто больше сигналов, а более дешёвую и предсказуемую атрибуцию.