<b>Atomic attribution — когда один источник считает не просто клик, а всю цепочку до события</b>

<b>Atomic attribution — когда один источник считает не просто клик, а всю цепочку до события</b>

В mobile UA это пытаются продавать как «чистую картину», но по факту atomic attribution — это способ склеить клик, install, re-engagement и in-app event в одну логику. Без этого отчёт часто рвётся на куски: один MMP видит install, другой — повторный визит, а CDP уже пишет revenue.

Проверять нужно не название модели, а 3 вещи:
— какое событие считается атомарной единицей;
— есть ли дедупликация между paid, owned и organic;
— как считаются post-install события при задержках и reattribution.

Для закупки это важно в двух местах. Первое — stop-loss: если у тебя event attribution живёт отдельно от install attribution, ты легко переоценишь кампанию на коротком окне. Второе — ретеншн: без связки на уровне user journey cohort-аналитика начинает врать, особенно когда iOS режет наблюдаемость.

Atomic attribution не лечит SKAN и не заменяет MMP. Она нужна, чтобы у команды не было трёх версий правды про одного пользователя. Если в отчёте нет понятной дедупликации и тайминга событий, оптимизировать там нечего.