Real-Time Bidding: как работают RTB и Header Bidding
Аукцион за показ, лежащий в основе программатика, от начала до конца: SSP, DSP, биржи, клиринг первой цены, header bidding, OpenRTB — и почему нативные сети играют по другим правилам.

Real-time bidding (RTB) — это аукцион за показ, лежащий в основе большей части программатик-рекламы: когда загружается страница с рекламным местом, биржа рассылает запрос на ставку, описывающий слот, страницу и анонимизированного пользователя; платформы спроса оценивают его и делают ставки; победившее объявление показывается — всё это занимает примерно одну десятую секунды, до того как страница полностью отрисуется. Header bidding — это техника на стороне издателя, позволяющая многим биржам конкурировать за один слот одновременно, а OpenRTB — это протокол, на котором они все общаются. Это руководство проходит по аукциону от начала до конца, объясняет механизмы вокруг него и затрагивает часть, которую большинство объяснений пропускает: как нативная реклама вписывается в модель и где она её нарушает.
Аукцион, шаг за шагом#
Один показ, один аукцион, шесть шагов:
- Загружается страница и активируется рекламный слот. Страница издателя запрашивает рекламу для конкретного размещения — размер, позиция, контекст.
- Сторона предложения формирует запрос на ставку. Supply-side platform (SSP) издателя строит структурированный запрос: размеры слота, URL страницы, гео пользователя, устройство, идентификаторы, разрешённые политикой конфиденциальности.
- Биржа рассылает его. Ad exchange рассылает запрос подключённым партнёрам по спросу — десяткам, параллельно.
- Платформы спроса оценивают и делают ставки. Каждая demand-side platform (DSP) оценивает показ на соответствие таргетингу, бюджетам и частотным ограничениям своих рекламодателей, затем отвечает ценой ставки и креативом — или пропускает.
- Аукцион завершается. Биржа выбирает победителя (по первой цене, на современном рынке), уведомляет DSP и возвращает победивший креатив.
- Объявление показывается, и деньги движутся. Креатив отображается, срабатывают трекеры показов, и издатель получает оплату по цене клиринга за вычетом комиссий всех участников цепочки.
Весь цикл проходит в рамках строгого таймаута — опоздавшие ставки просто не учитываются — поэтому экосистема помешана на задержках.
Действующие лица#
| Участник | Работает на | Роль в аукционе |
|---|---|---|
| SSP | Издатель | Упаковка инвентаря, установка минимальных цен, максимизация дохода |
| Ad exchange | Маркетплейс | Проведение аукциона, контроль таймаута |
| DSP | Рекламодатель | Оценка каждого показа, ставка, управление бюджетами |
| Ad servers (обе стороны) | Издатель / рекламодатель | Финальное принятие решений и доставка креатива |
Границы постоянно размываются — крупные SSP управляют биржами, DSP покупают друг у друга, и одна компания может находиться по обе стороны — отчасти поэтому прозрачность пути поставки вообще стала проблемой индустрии. Для более широкого контекста о том, как эти части складываются в стратегию закупки, см. programmatic advertising.
Первая цена против второй: почему аукцион изменился#
Классический RTB работал по аукционам второй цены: победитель платил чуть выше ставки занявшего второе место, поэтому ставить свою истинную ценность было безопасно. Затем header bidding поместил один показ в несколько параллельных аукционов сразу, и «вторая цена» перестала что-либо значить — победа по второй цене в одном аукционе всё равно должна была конкурировать по первой цене с победителями других аукционов. Добавьте к этому тихое применение биржами минимальных цен и комиссий, и ценовое обнаружение стало непрозрачным.
Индустрия перешла на аукционы первой цены: победитель платит столько, сколько поставил. Проще и честнее, но это переложило бремя стратегии на покупателей — ставьте свой истинный максимум каждый раз, и вы будете систематически переплачивать, поэтому DSP теперь используют bid shading: алгоритмы, которые оценивают минимальную выигрышную цену и ставят ближе к ней. Если вы покупаете программатик, а шейдинг вашего DSP плох, вы оплачиваете разницу.
Header bidding: решение проблемы водопада#
До header bidding издатели использовали водопад: источники спроса вызывались один за другим в фиксированном порядке приоритета, каждый получал шанс купить по заранее установленной минимальной цене, прежде чем запрос «возвращался» к следующему. Результат: первый источник в очереди мог купить недооценённый инвентарь, в то время как лучшие ставки дальше по цепочке никогда не видели этот показ.
Header bidding меняет это. Скрипт в заголовке страницы (или, в серверном варианте, прокси, который страница вызывает один раз) запрашивает ставки у многих SSP и бирж одновременно, затем передаёт лучшую ставку в ad server издателя для конкуренции с напрямую проданными кампаниями. Каждый источник спроса видит каждый показ в один и тот же момент, на равных условиях.
Компромиссы — операционные: клиентский header bidding добавляет задержку загрузки страницы и вес JavaScript; серверный вариант жертвует этим ради более низкого процента совпадения кук. Большинство продвинутых издателей используют гибрид. Для покупателей практическое следствие проще: дни поиска систематически недооценённого инвентаря в плохо настроенном водопаде прошли — теперь преимущество дают креатив и воронка, а не арбитраж аукциона.
OpenRTB и слой прозрачности#
OpenRTB — стандарт IAB Tech Lab — это JSON-протокол, по которому передаются запрос и ответ на ставку: стандартизированные объекты, описывающие показ, сайт, устройство, пользователя и саму ставку. Именно поэтому DSP может общаться с пятьюдесятью биржами без пятидесяти интеграций.
Вокруг протокола построен публичный слой прозрачности, созданный для борьбы с мошенничеством и непрозрачной перепродажей:
- ads.txt — файл на домене издателя, в котором перечислено, кто уполномочен продавать его инвентарь.
- sellers.json — зеркальное отражение: биржи публикуют, кого они представляют.
- Объект schain — каждый запрос OpenRTB содержит цепочку посредников, через которые прошёл показ.
Эти артефакты по замыслу публичны — а значит, внешние наблюдатели могут аудировать программатик-пути, а не только участники. Эта возможность аудита — основа современного анализа цепочек поставки.
Где нативная реклама вписывается — а где нет#
Вот часть, в которой ошибаются объяснения, сфокусированные на дисплее. Крупные нативные сети — Taboola, Outbrain, MGID, Revcontent — в основном не продают через открытые RTB-каналы. Каждая управляет своим собственным закрытым маркетплейсом: рекламодатели делают ставки внутри платформы сети, и аукцион нативной рекламы происходит внутри сети для каждого виджет-слота, для каждого пользователя, для каждого просмотра страницы.
Концепции RTB всё ещё применимы — это аукцион в реальном времени за показ с минимальными ценами и контролем скорости — но конкурентная арена иная. Ваша ставка в Taboola конкурирует с другими рекламодателями Taboola, а не с открытой биржей. У OpenRTB есть спецификация для нативной рекламы, и нативный инвентарь действительно проходит программатик на периферии; сети также перепродают спрос друг друга, создавая пути поставки с большим количеством переходов, чем у типичного дисплейного показа. Мы проследили реальные примеры таких цепочек — от виджета к сети, к реселлеру, к рекламодателю — в статье the native ad supply chain, explained.
Практические следствия для медиабаера:
- Инструменты DSP в основном не видят аукционы нативных сетей. Программатик-дашборды не покажут вам, что запущено на Taboola.
- Конкуренция локализована в сети. Победа на MGID — это вопрос победы над рекламодателями MGID в вашей гео и вертикали, а не над глобальным программатик-рынком.
- Цепочка поставки всё равно наблюдаема. Поскольку показанные объявления и их цепочки запросов публичны, независимые наблюдатели могут классифицировать, кто что показал — техника, лежащая в основе how ad spy tools capture native ads.
Почему это важно при покупке#
Три рабочих вывода из механики:
- Знай свой путь, знай свои комиссии. Каждый посредник в цепочке берёт свою долю до того, как издатель получит оплату; на перепроданном нативном инвентаре переходы умножаются. Меньше переходов обычно означает, что большая часть вашего доллара покупает внимание.
- Первая цена изменила ставки. Не ставьте свой потолок рефлекторно; понимайте, какой шейдинг применяет ваша платформа — а во внутренних аукционах нативных сетей тестируйте уровни ставок эмпирически, потому что шейдинг за вас не делают.
- В нативной рекламе конкурентная разведка заменяет данные аукциона. Вы не можете запросить данные аукциона Taboola, но можете наблюдать его результат. Классификация цепочек поставки в OpenAdLibrary — построенная на основе 6.8+ миллионов наблюдений за рекламой в 49 сетях (июль 2026) — показывает, какие сети и реселлеры фактически показали объявление, для каждого креатива, в ad intelligence platform. Чтение реально показанной рекламы лучше, чем догадки об аукционе.
RTB — это простая идея, реализованная в невероятных масштабах: один аукцион за показ, завершённый до отрисовки страницы. Поймите аукцион, протокол и пути — и суп из программатик-акронимов сведётся к сантехнике.







