Как не сломать атрибуцию при запуске MMP: 7 проверок до первого трафика

Как не сломать атрибуцию при запуске MMP: 7 проверок до первого трафика

Перед заливом проверь не только SDK, но и всю цепочку событий: install, reattribution, purchase, trial, подписка. Если хотя бы один ключевой ивент не отправляется в MMP, дальше ломаются cohort, LTV и оптимизация по postback.

— Сверь mapping: названия событий в приложении, MMP и медиасетях должны совпадать без «почти одинаковых» дублей.
— Проверь дедупликацию: один и тот же ивент не должен улетать дважды из SDK, server-to-server и partner integration.
— Убедись, что окна атрибуции заданы осознанно: click/view-through, re-engagement, lookback.
— Отдельно протестируй deep link и deferred deep link: иначе реатрибуция будет выглядеть как органика.

Главная ошибка — доверять дашборду без ручной верификации. Смотри сырые логи, тестируй на одном девайсе, проверь, как MMP пишет source, campaign, adset и creative в postback. Если где-то теряются параметры, оптимизатор начинает учиться на шуме.

Еще один слой — fraud protection. Не отключай защиту «чтобы не резало объем»: лучше заранее понять, какие клики, инсталлы и re-engagement MMP помечает как подозрительные, и как это влияет на отчетность в партнерках и DSP.

Если коротко: MMP — это не кнопка «включить аналитику», а система правил. Чем раньше ты поймаешь разрыв между SDK, postback и отчетом, тем меньше шансов лечить уже сломанную воронку.