CAPI работает только тогда, когда сервер видит ту же конверсию, что и браузер

Связка «пиксель + сервер» нужна не для дублирования данных, а для снижения потерь: adblock, ограничение cookies, обрывы сессий, ошибки фронта. Если событие уходит только из браузера, система обучения получает шум. Если только с сервера — теряется часть контекста. Нужна одна сущность события с одинаковым event_id и стабильной схемой полей.

Сначала нормализуйте идентификаторы: client_id, fbp/fbc, email/phone в хешированном виде, timestamp, currency, value. Дальше проверьте логику дедупликации: одно и то же событие не должно считаться дважды при повторной отправке. Ошибка здесь ломает не только отчетность, но и оптимизацию на уровне аукциона.

Ключевая часть — качество матчинга. Если в payload передается мусор, пустые поля или разные форматы телефона, match rate падает, а алгоритм хуже связывает конверсию с пользователем. Данные — это новая нефть, но только если их правильно очистить: унифицируйте форматирование, хешируйте одинаково, не режьте UTM и источник до попадания в хранилище.

Проверьте еще три вещи: таймзону событий, порядок отправки, наличие ретраев при сетевых сбоях. Событие должно уходить быстро, но не ценой потери целостности. Считаем инкрементальность: если CAPI не улучшает долю валидных конверсий и не снижает расхождение между CRM и рекламным кабинетом, архитектуру надо пересобирать.