iOS privacy ломает атрибуцию не «в целом», а в пяти конкретных местах

iOS privacy ломает атрибуцию не «в целом», а в пяти конкретных местах

На iPhone маркетинг чаще всего теряет сигнал не из-за одного большого ограничения, а из-за цепочки мелочей: отключённый IDFA, урезанные UTM, скрытые реферы, обрезанные deeplink-переходы и поздние события из SKAdNetwork.

Что проверить в первую очередь:
— не полагается ли отчётность только на click-based атрибуцию;
— дублируются ли события в app и web;
— есть ли резервный postback или server-side сбор;
— не теряются ли source/medium при редиректах;
— совпадает ли окно конверсии с реальным циклом покупки.

Если этого не сделать, у вас будет классическая картина: трафик «дорогой», конверсии «плохие», а проблема на самом деле в том, что часть пути пользователя просто не видна. Особенно часто это бьёт по ретаргету, CRM-цепочкам и оценке креативов.

Что делать на практике: строить трекинг так, чтобы один канал не был единственной точкой истины. Нужны app + web события, server-side резерв, чистые параметры ссылок и отдельная проверка для iOS-пути. Тогда вы хотя бы понимаете, где реально просела воронка, а где сломалась аналитика.

Главное правило простое: если iOS-трафик нельзя объяснить по шагам, его нельзя и нормально оптимизировать.