8 ошибок mobile attribution, из-за которых ломается ивент-флоу

8 ошибок mobile attribution, из-за которых ломается ивент-флоу

1) Смешивают install и first_open. Для веба и iOS это часто один и тот же сигнал, а для продукта — разные этапы. Если не развести их в схеме, ретеншн и LTV начинают «плыть».

2) Не фиксируют имя ивента и набор параметров. В итоге в MMP один и тот же action приходит как signup, reg, complete_registration — и отчёты собираются вручную.

3) Отправляют лишние ивенты без бизнес-смысла. Кажется, что данных больше, но на деле растёт шум, а postback-триггеры и fraud-фильтры работают хуже.

4) Не проверяют дедупликацию. Один и тот же action может прилетать из SDK, server-to-server и через партнёра, после чего атрибуция начинает «дублировать» конверсии.

Перед запуском держите короткий чек-лист: один словарь событий, одна логика revenue, одна точка истины для user_id, отдельная проверка задержек и отказов. Если этого нет, любой MMP будет считать ровно то, что вы ему скармливаете.

Лучше один раз собрать схему ивентов, чем потом руками объяснять, почему postback есть, а бизнес-метрики не сходятся.