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

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

Если pixel видит одно, а сервер шлёт другое, алгоритм начинает путаться. Для стабильной связки нужны: • одинаковые названия событий на сайте и в CAPI; • event_id для дедупликации; • match keys без мусора; • корректное время события. Иначе часть конверсий будет дублироваться, часть — теряться.

Обход ограничений браузеров строится не на «магии», а на резервировании сигнала. Когда cookie режутся, серверный event должен нести максимум доступных идентификаторов: fbp, fbc, hashed email/phone, IP, user agent. Чем чище upstream-данные, тем выше матчинг. Если идентификаторов мало, не пытайтесь компенсировать это агрессивной отправкой лишних событий.

Проверка простая: сравните объём событий в трекере, в браузерном пикселе и в CAPI по одному и тому же окну атрибуции. Если разрыв большой, сначала ищите проблему в дедупликации, таймстампе и порядке отправки, а уже потом — в трафике. Анализ данных говорит сам за себя.

Тестируем гипотезу — смотрим на спенд. Когда CAPI собран правильно, вы не «обходите» браузеры, а сохраняете качество сигнала и даёте алгоритму больше чистых данных для оптимизации.