Conversion API в native: без него postback часто врёт по качеству

Conversion API в native: без него postback часто врёт по качеству

В native-трафике CAPI нужен не «для галочки», а чтобы связать клик, лендинг и событие ближе к источнику. Иначе часть конверсий теряется на редиректах, блокировках cookies и кривой атрибуции между сеткой, трекером и оффером. Особенно это заметно на долгом цикле принятия решения: кликов много, лидов мало, а в отчёте пустота.

Что важно при интеграции:
• передавать стабильный click_id и server-side event_id;
• не менять схему UTM и названия параметров между кампаниями;
• сопоставлять время события на сервере и в трекере;
• дедуплицировать события, иначе один лид улетает дважды.

Для native отдельно критичен landing path. Если у вас prelander, квиз и форма, CAPI должен ловить именно финальное событие, а не «просмотр кнопки». Иначе алгоритм учится на мусоре: он видит активность, но не понимает, где реальная конверсия. На практике лучше отправлять 1–2 ключевых события, чем 7 промежуточных.

Проверка простая: один тестовый клик, одно тестовое событие, один матч в трекере. Если расхождение больше 5–10%, сначала чинят логику передачи, потом уже оптимизируют креативы. CAPI в native полезен только тогда, когда он делает атрибуцию чище, а не добавляет ещё один слой путаницы.