Postback delay в SKAN ломает оптимизацию сильнее, чем кажется

Postback delay в SKAN ломает оптимизацию сильнее, чем кажется

SKAN не отдаёт конверсию сразу. Между событием в приложении и постбеком проходит пауза, а у разных окон она ещё и разная. В итоге медиабайер видит не факт покупки, а её запоздалую тень. Если крутить кампанию по сырому дневному сплиту, решения принимаются на неполных данных.

Главная ошибка — резать или масштабировать по раннему CPI/ROAS без учёта задержки. В первые часы после запуска дешёвые инсталлы выглядят «лучше», потому что дорогие сегменты ещё не успели доехать в отчёт. На следующем срезе картина меняется, и команда гоняется за шумом, а не за сигналом.

Что помогает:
— сравнивать окна не по одному дню, а по когорте с лагом;
— держать одинаковый lookback для всех тестов;
— оценивать не только CV, но и долю postback’ов, которые уже вернулись;
— не менять bid и budget, пока не набрался минимальный объём возвратов.

Если в отчёте мало возвратов, оптимизация идёт вслепую. Для SKAN нормальная дисциплина — считать результат только после того, как задержка перестала искажать выборку, иначе вы оптимизируете не трафик, а скорость доставки постбеков.