Atomic attribution — это когда один install нельзя одновременно записать в три «источника»

Atomic attribution — это когда один install нельзя одновременно записать в три «источника»

Если упростить, atomic-модель пытается собрать цепочку атрибуции в один неделимый блок: показ, клик, install, postback, re-engagement. Без двойного учёта и без ситуации, когда один и тот же пользователь одновременно «принадлежит» нескольким сетям.

В mobile UA это важно из-за конфликтов между MMP, SKAN и in-house логикой. Когда правила дедупликации не совпадают, отчёты начинают расходиться: CPI у закупки один, в MMP другой, в BI третий. Проблема не в креативах, а в том, как система решает, кому отдать credit.

На практике atomic attribution полезна для трёх вещей:
• быстрее ловить расхождения между paid, organic и retargeting
• не раздувать installs при смешанных окнах атрибуции
• чище считать cohort LTV и ROAS, особенно на iOS

Если у команды нет единых правил на уровне event priority, lookback window и source deduplication, любая оптимизация превращается в спор о цифрах. Сначала фиксируете логику атрибуции, потом уже режете кампании и сравниваете сети.

Смысл atomic attribution простой: меньше магии в отчётах, больше повторяемой математики в закупке.