SKAN attribution ломается не в постбэке, а в логике окна и CV-схемы

SKAN attribution ломается не в постбэке, а в логике окна и CV-схемы

Если атрибуция в SKAN выглядит «прыгающей», сначала проверьте не сеть, а свою разметку: одно и то же событие должно попадать в одинаковое conversion value окно. Иначе early signal уходит в одну ветку, а revenue — в другую.

Три типовые ошибки:
— слишком много событий на первом окне: конверсия есть, но сигнал размывается;
— CV-карта без приоритета по ценности: низкий action забивает high-value;
— смешивание разных типов пользователей в одной схеме: payer и non-payer читаются как один поток.

Дальше смотрите на задержку и долю postback’ов. Если основной объём приходит поздно, оптимизация по daily-сплиту начинает врать: вчерашний источник выглядит слабее только потому, что его постбэки ещё не доехали.

Рабочая схема простая: 1) зафиксировать окно для каждого ключевого события, 2) разнести CV по убыванию ценности, 3) отдельно считать cohort’ы payer / non-payer, 4) сверять SKAN с MMP не по install, а по диапазону revenue.

Хорошая SKAN-атрибуция — это не «больше данных», а меньше двусмысленности в карте событий.