Singular ломается не в атрибуции, а в настройке событий и окон

Singular ломается не в атрибуции, а в настройке событий и окон

Если MMP «показывает ерунду», в 80% случаев проблема не в самом детекте, а в схеме данных. Сначала фиксируйте: какие события считаются источником истины, кто их шлёт и в каком порядке они могут приходить.

Дальше проверьте базу:
— одинаковые event name во всех SDK и серверных постбеках;
— один и тот же user_id / app instance id на все этапы;
— дедупликацию по transaction_id или другому стабильному ключу;
— окна ретаргетинга и re-attribution: не режут ли они повторные сессии слишком агрессивно.

Отдельно смотрите на revenue-события. Если purchase приходит и из клиента, и с сервера без защиты от дублей, отчёты начинают «рисовать» лишний LTV. Если сервер шлёт задержанные события, а окно атрибуции короткое, часть конверсий уедет в organic или в другой источник.

Что делать на практике: сначала свести event map в одну таблицу, потом прогнать тестовые цепочки «клик → установка → первый запуск → покупка → реатрибуция». Если на этом этапе есть расхождение, дальше воронка уже не чинится, а только маскируется отчетом.