Атрибуция в mobile: 6 мест, где чаще всего ломается цепочка событий

Атрибуция в mobile: 6 мест, где чаще всего ломается цепочка событий

Если в отчёте расходятся install, событие и revenue, проблема часто не в модели, а в шве между SDK, постбэком и MMP. Сверяйте не «итог», а путь: источник клика, окно атрибуции, дедупликацию и то, как приложение отправляет event_id.

— Проверьте, не теряются ли события при холодном старте: SDK может успеть инициализироваться позже первого экрана.
— Сравните правила reattribution: один и тот же пользователь не должен одновременно считаться новым и вернувшимся.
— Отдельно смотрите view-through: если окно слишком широкое, оно «съедает» часть органики.
— Не смешивайте timezone в BI и MMP: суточные разрывы часто выглядят как баг атрибуции.

Ещё один частый источник шума — дубль постбэков. Если партнёр или сервер шлёт повторный сигнал без idempotency, отчёт по платному трафику распухает, а фрод-сигналы теряются в общей массе. То же касается событий in-app: purchase, trial, subscribe должны иметь единый ключ, иначе ретеншн и LTV поедут.

Держите минимальный аудит: install → registration → purchase, один тестовый девайс, один канал, один набор окон. Так быстрее понять, где именно рвётся цепочка, и не лечить аналитикой проблему трекинга.