CAPI ломается не в пикселях, а в логике сопоставления событий

CAPI ломается не в пикселях, а в логике сопоставления событий

Если серверные события дублируются или не склеиваются, сначала проверяйте три вещи: event_name, event_id и таймстемп. Без стабильного event_id Facebook не понимает, что браузерное и серверное событие — это одна и та же конверсия. Итог: раздутая атрибуция и мусор в отчетах.

Дальше — пользовательские параметры. Передавайте хотя бы те поля, которые реально помогают матчить событие: em, ph, external_id, fbp, fbc. Хеширование должно быть одинаковым на всех источниках, иначе матчинг падает. Если трафик идет через несколько доменов или лендингов, проверьте, не обнуляется ли fbc на редиректах.

Обход ограничений браузеров строится не на магии, а на дисциплине доставки. Браузерный пиксель ловит часть сигналов, CAPI добирает остальное. Но если вы отправляете событие с задержкой, без дедупликации или с пустыми параметрами, сервер не спасает. Анализ данных говорит сам за себя: смотрим расхождение между событиями в кабинете, трекере и логах сервера.

Отдельно проверьте Purchase, Lead и CompleteRegistration: именно там чаще всего теряются value, currency и event_id. Тестируем гипотезу — смотрим на спенд. Если конверсии есть в трекере, но нет в Ads Manager, проблема почти всегда в передаче данных, а не в «плохом трафике».