<b>7 ошибок в Appsflyer-атрибуции, которые ломают postback и отчёты</b>

<b>7 ошибок в Appsflyer-атрибуции, которые ломают postback и отчёты</b>

Чаще всего проблемы не в самом MMP, а в настройках вокруг него. Если данные «плывут», проверьте базовые вещи: одинаковые event names в SDK и на сервере, корректный app token, правильный timezone в отчётах, единый подход к revenue и валюте.

Дальше — типовые провалы:
— событие отправляется дважды: из приложения и с бэка;
— purchase уходит без order_id, и дедупликация не работает;
— reinstall путают с new install, потому что не настроен re-engagement;
— партнерские сети получают урезанный postback из-за неверных window settings.

Отдельно смотрите на mapping атрибутов. Если в отчёте source есть, а в cohort его нет, обычно виноваты короткие окна, неверные правила атрибуции или ручные правки в pipeline. Для fraud-проверки полезно сравнивать CTR, CR и time-to-install по каналам: аномалии там видно раньше, чем в ROI.

Если нужен чистый пайплайн, начните не с оптимизации трафика, а с ревизии SDK, event schema и postback-правил — это дешевле, чем потом искать «потерянные» конверсии.