Атрибуция ломается не в MMP, а раньше: 6 мест, где теряется сигнал

Атрибуция ломается не в MMP, а раньше: 6 мест, где теряется сигнал

Чаще всего проблема не в постбеке, а в цепочке до него. Если событие не попало в SDK, не ушло в MMP или не сопоставилось по правилу, дальше уже нечего «чинить» в BI. Поэтому проверять надо не только отчёт, но и весь маршрут ивента.

— источник клика или показа: есть ли click_id / impression_id, не режется ли параметр редиректом
— first-party идентификаторы: совпадают ли app_instance_id, external_id, email hash там, где это разрешено
— тайминг: не уезжает ли событие за окно атрибуции и не конфликтует ли с часовыми поясами
— дедупликация: не дважды ли отправляется install / purchase из SDK и сервера
— фильтры fraud-protection: не отбрасывает ли система нормальный трафик вместе с мусором

Отдельно смотрите на SKAN и AEM-логики: там ошибка часто выглядит как «всё есть, но в агрегате пусто». На деле сигнал мог быть потерян в схеме маппинга, окне постбека или приоритете правил.

Если воронка просела, сначала рисуйте карту сигнала, а уже потом спорьте с MMP.