<b>MMM ломается не в отчётах, а в точках стыка между SDK, сервером и трекером</b>

<b>MMM ломается не в отчётах, а в точках стыка между SDK, сервером и трекером</b>

MMM часто считают «единой правдой» по app-атрибуции, но на практике расхождения появляются в трёх местах: источник клика, окно конверсии и правило дедупликации. Если один канал отдаёт install по last touch, а другой — по view-through или по своему окну, цифры уже не совпадут.

Проверьте базу:
— одинаковые ли окна атрибуции у всех систем;
— совпадает ли логика re-engagement и reinstall;
— не теряются ли event-ы из-за consent, ограничений SDK или offline-задержек;
— нет ли двойной отправки событий через SDK и server-side.

Дальше смотрите на source-of-truth: для installs это может быть MMP, для revenue — внутренняя BI-таблица, для закупки — трекер или ad platform. Ошибка начинается, когда одну и ту же метрику пытаются сверить по разным правилам, а потом ищут «битую» платформу.

Если расхождение повторяется, разложите цепочку по шагам: клик → install → first open → event → revenue. Ищите не общий разрыв, а конкретный слой, где он появился. Так MMM перестаёт быть чёрным ящиком и становится проверяемым пайплайном.