Singular ломается не в трекинге, а в схеме событий и источников

Singular ломается не в трекинге, а в схеме событий и источников

Если в MMP «плывут» конверсии, сначала проверьте не трафик, а архитектуру: какие события вообще отдаются, где дубли, где теряются атрибуционные окна и кто пишет install как first_open.

Три типовые ошибки:
— одно и то же событие шлют из SDK и server-to-server;
— названия событий в приложении и бэке не совпадают;
— deep link и deferred deep link живут в разных логиках, поэтому редирект есть, а атрибуции нет.

Дальше смотрите не только install, но и post-install цепочку: registration, trial, purchase, re-engagement. Если на одном шаге резко падает объём, обычно проблема в маппинге, дедупликации или в том, что партнеры видят не тот callback.

Еще один частый провал — фрод-проверки настраивают после запуска. Для MMP это плохая идея: сначала задайте правила для click flooding, CTIT, повторных device ID и аномальных ретаргетов, потом уже масштабируйте кампании.

Если хотите чистую атрибуцию, начинайте с аудита схемы событий и только потом трогайте оптимизацию трафика.