Adjust ломается не в трекере, а в схеме событий: проверьте базу до запуска

Adjust ломается не в трекере, а в схеме событий: проверьте базу до запуска

Если схема событий кривая, любой MMP будет «рисовать» вам шум вместо атрибуции. В Adjust это чаще всего всплывает в трех местах: названия событий, дубли установок и несовпадение параметров между приложением, SDK и postback.

Что проверить до залива:
— одно событие = одно имя и одна логика срабатывания;
— install, reattribution и re-engagement не смешаны в один поток;
— параметры revenue, currency, order_id и transaction_id передаются одинаково везде;
— server-to-server и SDK не шлют один и тот же ивент дважды;
— окна атрибуции и reattribution настроены под ваш цикл сделки, а не «как в шаблоне».

Отдельно смотрите на fraud-защиту: если трекинг слишком шумный, антифрод начнет резать нормальный трафик вместе с мусором. Лучше сначала убрать дубли и пустые ивенты, потом уже тюнить блокировки и source quality rules.

Если в отчетах пляшут CPI, ROAS и ретеншн, первым делом проверяйте не трафик, а контракт между SDK, событиями и postback. Именно там чаще всего теряются деньги.