5 типовых ошибок в настройке AppsFlyer, которые ломают атрибуцию

5 типовых ошибок в настройке AppsFlyer, которые ломают атрибуцию

— Не согласован event mapping: в SDK у события одно имя, в BI другое, в пуше третье. В итоге отчёт есть, а склейки по воронке нет.
— Путают install и first_open: для iOS и Android это может давать разные точки входа в аналитику и лишние расхождения с MMP.
— Не проверяют postback rules: часть событий уходит в сети, часть режется по окну, части не хватает параметров для оптимизации.
— Оставляют сырой deeplink flow: пользователь приходит в приложение, но параметр кампании теряется между редиректами, deferred deep link не отрабатывает.
— Не валидируют revenue schema: суммы, валюты, tax и refund кодируются по-разному, и LTV начинает жить отдельно от платёжки.

Если коротко: сначала сверяйте источник истины для каждого события, потом уже запускайте оптимизацию. Любая атрибуция держится не на дашборде, а на дисциплине в названиях, окнах и postback-логике.