CAPI не магия: что проверить, чтобы серверные события действительно повышали точность

CAPI не магия: что проверить, чтобы серверные события действительно повышали точность

Если Conversion API настроен формально, он не улучшает модель атрибуции, а просто добавляет дубли и шум. Базовая логика простая: браузерный пиксель дает неполную выборку, сервер — более стабильный канал доставки событий. Но ценность появляется только когда оба источника сведены по одному event_id и проходят единый пайплайн дедупликации.

Проверяем три слоя:
— Идентификаторы: event_id, external_id, fbp/fbc, hash телефонов и email. Без них система не связывает клик и конверсию.
— Время события: разница между фактом и отправкой должна быть минимальной, иначе алгоритм обучается на запаздывающем сигнале.
— Структура payload: имя события, value, currency, content_ids, event_source_url. Пустые поля снижают качество матчинга и обедняют оптимизацию.

Отдельно смотрим на качество матчинга. Если сервер отправляет события, но матчинг низкий, проблема обычно не в рекламной системе, а в сборе первичных данных: кривые UTM, потерянные click id, отсутствие авторизации пользователя, слабая нормализация телефонов и почт. Данные — это новая нефть, но только если их правильно очистить.

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