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

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

Если трафик с iPhone начинает хуже матчиться, проблема почти всегда в одном из трёх мест: вы слишком рано отдаёте пользователя в рекламу, не сохраняете первичный идентификатор на сервере или пытаетесь мерить конверсии только по client-side событиям.

Что проверять в первую очередь:
— весь первый контакт должен сохраняться до любых редиректов и consent-экранов;
— click ID, UTM и referrer надо прокидывать в серверный лог и CRM;
— события покупки, регистрации и лида лучше отправлять через server-side, а не только из браузера;
— окна атрибуции в отчётах должны совпадать с тем, как реально живёт ваш цикл сделки.

iOS особенно больно бьёт по схемам, где аналитика завязана на куки, localStorage и длинную цепочку редиректов. Если пользователь проходит через несколько доменов, а идентификатор теряется на первом же переходе, дальше вы видите не путь клиента, а набор обрывков.

Что делать на практике: фиксируйте единый источник истины для событий, сводите данные из рекламы, аналитики и CRM по одному ключу, тестируйте отвал на каждом шаге воронки и отдельно сверяйте mobile Safari с остальными браузерами. Это скучно, но именно так режется «магическая» потеря конверсий.