Singular ломается не в отчётах, а в связке событий, source и postback

Singular ломается не в отчётах, а в связке событий, source и postback

Если у вас расходятся installs, events и revenue, сначала смотрите не на дашборд, а на схему передачи данных. В большинстве случаев проблема сидит в одном из трёх мест: неверный event mapping, дубли на стороне SDK/server-to-server, или фильтры, которые режут часть трафика до атрибуции.

Проверка по порядку:
— один и тот же event должен иметь один смысл во всех источниках;
— названия событий в приложении, MMP и BI не должны жить отдельными жизнями;
— postback должен уходить только после подтверждённого ивента, а не по “сырому” сигналу;
— окна атрибуции и reattribution должны быть согласованы до запуска.

Отдельно смотрите на privacy-режимы: если SKAN, AEM или другие ограничения включены, не ждите полного совпадения с user-level логикой. Сравнивайте не абсолютные цифры, а структуру: долю каналов, порядок событий, разницу между paid и organic. Так быстрее видно, где именно рвётся цепочка.

Если метрика “плывёт”, не чините сразу закупку. Сначала проверьте event map, postback rules и дедупликацию: в attribution это обычно дешевле, чем лечить потери на стороне медиабаинга.