Atomic attribution: почему команды считают не клики, а цепочки событий до инсталла

Atomic attribution: почему команды считают не клики, а цепочки событий до инсталла

Atomic attribution — это подход, где install и post-install события смотрят как на одну цепочку, а не как на набор разрозненных отчётов. В нормальной схеме у вас есть клик, показ, install, первый open, регистрация, депозит или purchase. Смысл атомарности — связать их в одну логику и не принимать решение по одному красивому числу.

Где ломается классическая атрибуция:
— install пришёл, но postback ушёл позже окна оптимизации;
— MMP видит install, но не видит качество источника в первые часы;
— команда режет кампанию по CPI, хотя real signal живёт в event rate и early revenue;
— один и тот же пользователь попадает в разные отчёты с разной детализацией.

Atomic attribution полезна тем, что дисциплинирует закупку. Байер смотрит не только на CPI, но и на первые 1–3 события, а аналитик — на то, как быстро источник даёт сигнал для масштабирования или стопа. В mobile это особенно важно, потому что задержки постбэков и privacy-слой часто убивают прозрачность раньше, чем креатив успевает отработать.

Если коротко: атомарная модель не магия, а способ считать всю цепочку как один объект. Чем раньше у вас есть связка install → event → value, тем меньше решений на шуме и больше — на данных.