MMP ломается не в SDK, а в мелочах настройки, которые редко проверяют

MMP ломается не в SDK, а в мелочах настройки, которые редко проверяют

Когда у приложения «плавает» атрибуция, обычно винят сеть или постбек. На деле чаще всего сбой в базовой гигиене: одно и то же событие уходит с разными названиями, окно атрибуции настроено по-разному в источниках, а install считается не там, где должен.

Проверьте три вещи:
— схема названий событий: один action = один event, без дублей и «почти одинаковых» названий;
— приоритеты источников: кто забирает конверсию, если кликов было несколько;
— дедупликацию: reinstall, re-engagement и повторный purchase не должны смешиваться в одну корзину.

Отдельно смотрите на postback mapping. Если в MMP событие есть, а в рекламной системе оно не совпадает по параметрам, оптимизация уходит в шум. То же самое с deep link: он может работать для пользователя, но ломать цепочку атрибуции, если параметры теряются на редиректе.

Правило простое: сначала выравниваете события и окна, потом включаете масштабирование. Иначе любой рост превращается в спор между трекингом, продуктом и закупкой.