<b>Postback delay в SKAN ломает оптимизацию там, где байер ждёт сигнал сразу</b>

<b>Postback delay в SKAN ломает оптимизацию там, где байер ждёт сигнал сразу</b>

В SKAN postback приходит не после клика, а после паузы и окна измерения. Для части конверсий задержка меньше заметна, для части — уезжает на дни. В итоге в кабинете уже потрачены деньги, а в MMP ещё пусто или виден обрезанный сигнал.

Из-за этого ломаются три вещи:
— pacing: алгоритм думает, что кампании не дают конверсий, и режет объём;
— bid control: CPA/ROAS считаются на неполных данных;
— крео-оценка: слабый баннер может выглядеть лучше сильного просто из-за разной скорости прихода postback.

Рабочая схема — оптимизировать не по последнему часу, а по когортам с одинаковым окном. Смотрите не только CV, но и долю дошедших postback по дням, разбивку по source и time-to-postback. Если канал стабильно «молчит» в первые 24–48 часов, не трогайте ставку на шуме.

Ещё правило: не смешивайте быстрые и медленные кампании в одной логике оптимизации. Разные гео, разные окна, разный инкремент конверсий — это разные темпы обратной связи. Один общий KPI тут часто врет.

SKAN не обещает мгновенную правду. Чем раньше вы учитываете задержку в отчёте, тем меньше шансов сломать закупку ложным просадом.