<b>SKAN ломается не в SDK, а в логике маппинга событий и окна конверсии</b>

<b>SKAN ломается не в SDK, а в логике маппинга событий и окна конверсии</b>

Если postback «не читается», первым делом проверяют не сеть, а схему: какое событие пишет CV, какой порог для него стоит и не конфликтуют ли два действия в одном окне. Ошибка тут обычно одна: слишком много событий пытаются уместить в 64 значения, и полезный сигнал превращается в шум.

Рабочий чек-лист для SKAN attribution:
— оставляйте в CV только события, которые реально влияют на LTV;
— ранние события ставьте на первый постбэк, а монетизацию — на второй и третий;
— не дублируйте один и тот же смысл в нескольких событиях;
— заранее проверьте, как считается revenue: gross, net или только purchase.

Дальше смотрите на распределение postback: если у большинства пользователей CV = 0, значит либо ивенты слишком поздние, либо трекинг не доживает до окна. Если CV «залипает» в нескольких значениях, схема слишком грубая и теряет сегментацию по качеству трафика. В таком случае лучше упростить карту, чем пытаться кодировать всё подряд 📉

Финальная проверка простая: любой CV должен отвечать на один вопрос — принесёт ли этот пользователь деньги позже. Если ответа нет, событие лишнее.