7 ошибок в AppsFlyer, из-за которых ломается атрибуция и ретеншн-аналитика

7 ошибок в AppsFlyer, из-за которых ломается атрибуция и ретеншн-аналитика

1) Смешивают install и re-engagement в одной логике. В итоге источник выглядит «сильным», а реальный вклад в инсталлы и возвраты размазан. Для пушей, ремарка и paid social нужны разные окна и разные события.

2) Не чистят дубли постбеков. Если SDK, S2S и партнёрский интеграционный слой шлют один и тот же ивент, отчёты начинают завышать CR и выручку. Проверка простая: один ивент — один путь до MMP.

3) Путают in-app events и custom events. Когда названия отличаются на один символ, когортный анализ распадается, а оптимизация по value-событиям уходит в шум. Нужен единый словарь событий и контроль маппинга.

4) Игнорируют тестовые устройства и внутренний трафик. Без фильтрации QA-устройств и офисных сетей воронка выглядит чище, чем есть, а fraud-сигналы становятся бесполезными.

Если в AppsFlyer что-то «не сходится», начинайте не с медиа, а с цепочки: источник события, окно атрибуции, дедупликация, naming convention, фильтры теста. Именно там обычно теряется качество данных.