MMM ломается не в отчётах, а в связке между source, event и правом на сигнал

MMM ломается не в отчётах, а в связке между source, event и правом на сигнал

Если смотреть только на дашборд, кажется, что «всё собрано». На практике MMP/MMM начинает врать, когда один и тот же пользователь проходит через app, web и ad network, а события живут в разных окнах и с разным уровнем доверия.

Типовые провалы:
— install пришёл по одному клику, а purchase прилепился к другому источнику;
— web-conversion есть в GA4, но не доезжает в MMP из-за потери идентификатора;
— postback уходит, но без нужного event_name, и дальше оптимизация идёт по обрезанному сигналу.

Проверяйте не «есть ли конверсия», а цепочку: id клика → первый вход → событие → дедупликация → postback. Если хотя бы один шаг не фиксируется одинаково в трекере, MMP и рекламном кабинете, атрибуция распадается на версии правды. Ещё один частый сбой — разные lookback-окна: отчёт выглядит согласованным, пока не сравниваешь его на уровне пользователя.

Хорошая привычка — держать таблицу сверки по 3 строкам: источник клика, источник конверсии, правило дедупа. Тогда видно, где ломается MMM-модель: в сборе, в передаче или в присвоении.