Conversion API ломается не в трафике, а в грязных событиях и дубликатах

Conversion API ломается не в трафике, а в грязных событиях и дубликатах

CAPI — это не «ещё один канал передачи конверсий», а слой сверки между сервером, пикселем и CRM. Если event_id не совпадает, а user_data отправляется в разном формате, Meta получает шум вместо сигнала. Пиксель не ошибается, ошибается тот, кто его настраивал.

Критичные точки контроля:
• единый event_name и логика статусов;
• стабильный event_id для дедупликации;
• нормализованные телефон, email, fbp/fbc;
• таймстамп в корректной зоне и без задержек;
• проверка, что сервер не шлёт дубли при повторной отправке формы.

Отдельно следи за маппингом событий воронки. Если Lead, CompleteRegistration и Purchase живут без иерархии, алгоритм обучения видит разрозненные сигналы и хуже строит оптимизацию. Смотри на LTV, а не на сиюминутный ROI: серверная аналитика полезна только тогда, когда события отражают реальный путь пользователя, а не технический мусор.

Перед масштабированием проверь Diagnostics, тестовые события и совпадение объёма серверных и браузерных конверсий. Если расхождение системное, сначала чинится трекинг, потом — закупка. Ретаргетинг — это искусство второй попытки.