SKAdNetwork 4.0: какие поля реально меняют закупку, а не просто отчёт

SKAdNetwork 4.0: какие поля реально меняют закупку, а не просто отчёт

В SKAN 3.0 у медиабаера было мало сигналов: одна postback-цепочка, короткое окно и почти нет детализации. В 4.0 добавили 3 postback'а, coarse value и crowd anonymity tiers — но это не «больше данных», а больше вариантов потерять смысл, если схема CV собрана криво.

Главная разница для баинга: теперь важно не только событие, но и время его прихода. Если воронка растянута, первый postback часто ловит только ранний сигнал, второй и третий помогают дотянуть качество. Поэтому event mapping надо строить не вокруг «всех событий», а вокруг тех, что реально предсказывают D1/D7 revenue.

Что проверить в отчёте и в трекинге:
— есть ли раздельная логика для fine/coarse value;
— не забили ли вы все 64 значения шумом;
— есть ли события, которые срабатывают до 24 часов и дают стабильный сигнал;
— сравниваете ли вы не installs, а cohort ROAS по postback window.

Если этого нет, SKAN 4.0 выглядит как апгрейд, но в закупке он превращается в более дорогой способ получать те же плохие решения. Сначала стройте mapping под прогноз LTV, потом уже оптимизируйте ставки и креативы.