Мобильная атрибуция ломается не из-за MMP, а из-за грязной схемы событий

Мобильная атрибуция ломается не из-за MMP, а из-за грязной схемы событий

За ночь: почти все проблемы с mobile attribution начинаются не в дашборде, а раньше — в схеме событий. Если event не имеет единого названия, параметров и правил дедупликации, любой MMP начнёт показывать «правду», которую невозможно сверить с продуктом.

Проверьте три слоя:
— install и re-engagement должны быть разделены;
— revenue-события — с одной логикой валюты, таймзоны и типа покупки;
— каждое ключевое событие обязано иметь один source of truth: приложение, сервер или MMP, но не все сразу.

Дальше смотрите на окна атрибуции и postback-логику. Если окно слишком широкое, вы будете переатрибутировать органику в paid. Если слишком узкое — потеряете верх воронки и начнёте резать каналы, которые просто медленнее конвертят.

Отдельно проверьте fraud-protection: клик-спам, инъекции, дубли и подозрительные паттерны в postback. Когда антифрод включён только формально, отчёты выглядят аккуратно, а медиабаинг всё равно кормит мусор.

Лучший тест простой: возьмите одно ключевое событие и пройдите его путь от SDK до отчёта вручную. Если на этом маршруте есть расхождение, сначала чините схему и логику, а уже потом спорьте про качество трафика.