Postback delay в SKAN сдвигает оптимизацию на 24–48 часов и ломает логику быстрого байа

Postback delay в SKAN сдвигает оптимизацию на 24–48 часов и ломает логику быстрого байа

SKAN не даёт мгновенный сигнал по инсталлам и событиям. Постбэк приходит с задержкой, а окно зависит от того, когда пользователь попал в нужный conversion value. В итоге вчерашние креативы и ставки вы продолжаете оценивать по данным, которые ещё не успели дозреть.

Типовая ошибка: медиабаер режет spend по early ROAS, хотя часть конверсий ещё в пути. Если смотреть только на первые часы, можно обнулить связку, которая должна была дойти до целевого ARPU. Особенно больно это бьёт по кампаниям с длинной воронкой: тут delay не шум, а системная ошибка в принятии решений.

Что делать:
• не сравнивать дни между собой до полного окна постбэков
• строить правила оптимизации на cohort-level, а не на сырых инсталлах
• держать отдельный буфер по spend для кампаний с длинным time-to-event
• мерить не только D0, но и D1/D3, если событие успевает доехать в сигнал

Главное: в SKAN скорость реакции должна быть ниже скорости прихода данных. Если оптимизировать раньше, чем приехал постбэк, вы наказываетe не креатив, а задержку атрибуции.