Conversion API в native ломается не на сервере, а на схеме событий

Conversion API в native ломается не на сервере, а на схеме событий

В native-источнике клик и конверсия часто живут в разных окнах атрибуции: пользователь увидел креатив на мобильном, потом догнал на десктопе или вернулся через браузер без куки. Поэтому CAPI нужен не «для галочки», а чтобы передавать в оптимизацию не только lead, но и quality-сигнал: approved, qualified, deposit, trial.

Схема интеграции простая, но в ней обычно ошибаются трижды:
— не передают click_id и event_id в одном формате;
— шлют только финальную конверсию, игнорируя промежуточные события;
— не маппят device/geo/placement, хотя native сильно зависит от площадки и устройства.

Для MGID, MyBid, Taboola и Outbrain особенно важно сохранить связку: источник, креатив, плейсмент, время клика. Без этого алгоритм видит просто «лид», а не источник лида. На объёме это бьёт по CR сильнее, чем кажется: один и тот же оффер может вести себя по-разному на mobile feed и desktop article pages.

Минимальный набор для CAPI: уникальный идентификатор клика, timestamp, тип события, value, currency, user hash если он допустим, и status события. Если сеть поддерживает postback + CAPI, оставляйте оба канала: postback закрывает факт, CAPI помогает обучать закупку. Нативка любит аккуратные данные; «AI-bid» без событийной дисциплины остаётся просто дорогим словом.

Проверяйте не интеграцию, а цепочку: клик → lead → qualified → revenue. Если между этапами теряется хотя бы один идентификатор, оптимизация начинает учиться на шуме.