<b>SKAdNetwork 4.0: где медиабаер теряет данные, если мыслить как в 3.0</b>

<b>SKAdNetwork 4.0: где медиабаер теряет данные, если мыслить как в 3.0</b>

SKAN 4.0 не просто добавил “ещё одну версию”. Он поменял разборка: вместо одного постбека вы получаете до 3, а детализация зависит от объёма и конверсий. В 3.0 все ждали один сигнал и строили оптимизацию вокруг него. В 4.0 сигналов больше, но каждый может быть урезан.

Ключевые отличия для app install:
— есть coarse conversion value: low / medium / high вместо только fine;
— окно атрибуции стало гибче, но постбек может приходить с разной задержкой;
— для части инсталлов source identifier режется по уровням, а не даёт полный ID кампании.

Что это ломает на практике:
— нельзя сравнивать кампании только по postback count;
— ранний ROAS по first postback ещё слабее как decision metric;
— без нормальной CV mapping вы теряете смысл второго и третьего постбека.

Рабочее правило простое: сначала проектируете иерархию событий, потом маппите её в fine/coarse, и только после этого смотрите на биддинг. Если оптимизируете под один event, SKAN 4.0 превращается в шум. Если под 3 postback window — уже можно ловить сигнал по качеству инсталла, а не только по цене.

Смотрите не на “есть атрибуция или нет”, а на то, сколько данных реально доезжает в каждый слой. Это и есть разница между баингом в 3.0 и 4.0.