Prebid 9: где ломается интеграция и как пройти миграцию без потерь в bid stream

Prebid 9: где ломается интеграция и как пройти миграцию без потерь в bid stream

Prebid 9 обычно бьёт не по visible UI, а по кастомным bidder’ам, userId-модулям и wrapper-логике. Первое правило: не обновлять пакет “вслепую” вместе со всеми адаптерами. Сначала фиксируйте текущий config, event hooks и список модулей, которые реально используются в трафике.

Проверьте три слоя: — bidder API: какие поля response вы читаете и не завязаны ли на deprecated-структуры; — auction timeout и bidderTimeout: не маскируют ли они slow bidders в EU/US гео; — consent / privacy hooks: не теряются ли TC string, purpose flags и userId sync после инициализации. Именно здесь чаще всего проседает fill rate, а не в самом core.

Отдельно смотрите на кастомные price granularity и targeting keys. Если у вас есть жёсткая логика в GAM key-values, сравните, не меняется ли формат keys, cache busting и auction labels. Для паблишера это обычно выглядит как “всё загрузилось, но спрос уехал в lower tier”.

План перехода простой: 1) прогоните staging на реальном bid stream; 2) снимите diff по bid request / bid response / adserver targeting; 3) держите rollback на старом bundle и старом наборе адаптеров. Если при обновлении не сравнить логи на уровне auction, проблему потом ищут в GAM, хотя она живёт в wrapper.

Итог: миграция Prebid — это не апдейт библиотеки, а проверка контракта между wrapper, bidder’ами и adserver.