CAPI ломается не в событии, а в логике дедупликации и источнике правды

CAPI ломается не в событии, а в логике дедупликации и источнике правды

Если браузер режет cookies, не спасает «просто включить серверные события». Сначала фиксируйте базу: одинаковый event_name, event_id и timestamp на web и server, иначе Meta увидит дубли или разные конверсии.

Проверьте 4 вещи:
— пиксель и CAPI отправляют одни и те же ключевые события
— event_id генерируется один раз на клик/сессию и не меняется при ретраях
— user_data собирается максимально полно: email/phone/fbp/fbc, где это законно и доступно
— server-side не шлет «мусор» без сопоставимых параметров, иначе качество матчинга падает

Ограничения браузеров обходятся не магией, а архитектурой: first-party cookies, собственный endpoint, нормальная обработка consent и резервный канал на сервере. Если трекинг завязан только на фронт, вы теряете часть атрибуции еще до оптимизации кампании. Анализ данных говорит сам за себя.

Дальше тестируйте гипотезу — смотрим на спенд: сравнивайте расхождения между Ads Manager, трекером и CRM на уровне события, а не по общему ROI. Если разница растет после каждого релиза, проблема чаще в интеграции, чем в трафике.