MMP ломается не в SDK, а в логике событий и постбеков

MMP ломается не в SDK, а в логике событий и постбеков

MMP — это не «магическая кнопка атрибуции», а слой правил между источником трафика, приложением и BI. Если там кривая схема событий, перепутаны окна атрибуции или не совпадают идентификаторы, отчёты начнут врать даже при идеальной закупке.

Проверяйте базу:
— один и тот же event name должен означать одно действие;
— install, reattribution и re-engagement не должны смешиваться;
— source of truth по revenue и пользователю должен быть выбран заранее;
— deep link и deferred deep link обязаны вести в разные сценарии, если продукт их различает.

Отдельно смотрите на дедупликацию: один клик, один инстал, один постбек. Если сеть, MMP и внутренняя аналитика считают одно и то же событие по-разному, вы получите «фрод» там, где на самом деле просто рассинхрон в логике.

Ещё одна типовая ошибка — доверять агрегатам без проверки сырых событий. Сверяйте raw data, таймстемпы, часовые пояса, attribution window и статус re-engagement. Именно там обычно прячется расхождение между «всё работает» и «почему у нас не сходится отчёт».

Если MMP не совпадает с продуктовой аналитикой, сначала чинят схему событий и правила, а уже потом спорят с источником трафика.