<b>Prebid 9 ломает не интеграцию, а привычку держать конфиг «как было»</b>

<b>Prebid 9 ломает не интеграцию, а привычку держать конфиг «как было»</b>

Главный риск при переходе — не bidder’ы, а скрытые зависимости: кастомные event hooks, нестандартные adapter params, старые timeout-логики и ручные overrides в analytics. Если wrapper живёт дольше одной команды, сначала инвентаризируйте всё, что трогает auction, sync и consent.

Переходный план лучше строить так:
— снять diff текущего prebid.js config и списка adapters;
— проверить, где используются deprecated поля в bidder settings и userSync;
— прогнать отдельный аудит timeout’ов: отдельный для top bidders, отдельный для long-tail;
— сверить, не завязан ли GAM line item setup на старые ключи keyValue targeting.

Отдельный блок — privacy и identity. Любые изменения в consent flow, eids и shared IDs сначала проверяйте на уровне bid request/response, а не в UI wrapper’а. Если supply path собирается через несколько SSP, важно убедиться, что новые значения не ломают deal matching и frequency capping. ⚙️

После миграции держите два спринта под shadow-test: сравнивайте bid rate, win rate, timeout share и долю no-bid по каждому ключевому bidder’у. Если метрики просели, ищите не «плохой биддер», а рассинхрон между config, adapter contract и downstream mapping.

Лучший апгрейд — тот, после которого вы можете удалить старые костыли, а не добавить ещё один compatibility layer.