Mobile attribution ломается не на SDK, а на 5 типовых ошибках в схеме событий

Mobile attribution ломается не на SDK, а на 5 типовых ошибках в схеме событий

За ночь можно увидеть красивый дашборд, но атрибуция разваливается там, где события описаны как попало. Самые частые провалы: — install и first_open считаются как разные сущности без правил дедупликации; — purchase уходит без валюты, а revenue потом «плавает»; — ре-атрибуция смешивается с органикой; — event_name меняют по ходу дела, и MMP начинает склеивать несопоставимые ивенты.

Дальше начинается классика: окно атрибуции задано, но postback не совпадает по таймингу с CRM; клики и показы живут в разных логиках; deep link не передаёт параметры на первый экран. В итоге байер видит один CAC, продукт — другой, а фрод-проверка ловит только верхушку.

Чтобы этого не было, держите простую схему: 1) зафиксируйте словарь событий до запуска; 2) отделите install, re-engagement и in-app события; 3) проверьте одинаковые параметры в SDK, MMP и BI; 4) отдельно прогоните edge cases: офлайн-конверсию, повторный клик, смену устройства.

Если на отчётах цифры не бьются, сначала ищите не в закупке, а в карте событий и правилах дедупликации.