Real-Time Bidding пояснено: Як працюють RTB та Header Bidding

Real-time bidding (RTB) — це аукціон за кожен показ, що лежить в основі більшості программатичної реклами: коли завантажується сторінка з рекламним слотом, біржа розсилає запит на ставку, що описує слот, сторінку та анонімізованого користувача; платформи попиту оцінюють його та роблять ставки; переможна реклама показується — все це за приблизно десяту частку секунди, поки сторінка ще формується. Header bidding — це техніка на стороні видавця, яка дозволяє багатьом біржам конкурувати за один слот одночасно, а OpenRTB — це протокол, яким вони всі спілкуються. Цей гайд проходить через аукціон від початку до кінця, пояснює механізми навколо нього та охоплює частину, яку пропускають більшість пояснень: де нативна реклама вписується в модель, а де — ламає її.

Аукціон, крок за кроком#

Один показ, один аукціон, шість кроків:

1. Сторінка завантажується, і рекламний слот активується. Сторінка видавця запитує рекламу для конкретного розміщення — розміру, позиції, контексту.
2. Сторона пропозиції формує запит на ставку. SSP видавця формує структурований запит: розміри слота, URL сторінки, геолокація користувача, пристрій, ідентифікатори, дозволені політикою конфіденційності.
3. Біржа розсилає запит. Ad exchange розсилає запит підключеним партнерам з боку попиту — десяткам, паралельно.
4. Платформи попиту оцінюють і роблять ставки. Кожен DSP оцінює показ щодо таргетингу, бюджетів та частотних обмежень своїх рекламодавців, потім відповідає ціною ставки та креативом — або відмовляється.
5. Аукціон завершується. Біржа обирає переможця (за першою ціною, на сучасному ринку), повідомляє DSP та повертає переможний креатив.
6. Реклама показується, і гроші рухаються. Креатив відображається, запускаються трекери показів, і видавець отримує платіж за кліринговою ціною мінус комісії всіх учасників ланцюжка.

Весь цикл відбувається протягом строгого таймауту — запізнілі ставки просто не враховуються — саме тому екосистема одержима затримками.

Дійові особи#

Межі постійно розмиваються — великі SSP керують біржами, DSP купують один в одного, і одна компанія може бути з обох боків — саме тому прозорість ланцюжка постачання взагалі стала проблемою галузі. Для ширшого контексту про те, як ці частини складаються в стратегію закупівель, дивіться программатичну рекламу.

Перша ціна проти другої: чому аукціон змінився#

Класичний RTB працював за другою ціною: переможець платив трохи вище ставки того, хто йшов другим, тому ставити свою справжню вартість було безпечно. Потім header bidding подавав один показ на кілька паралельних аукціонів одночасно, і «друга ціна» перестала мати сенс — перемога за другою ціною на одному аукціоні все одно мала конкурувати за першою ціною з переможцями інших аукціонів. Додайте до цього тихе застосування біржами мінімумів та комісій, і виявлення цін стало непрозорим.

Галузь перейшла на аукціони першої ціни: переможець платить стільки, скільки поставив. Простіше та чесніше, але це переклало тягар стратегії на покупців — ставте свою максимальну ціну щоразу, і ви будете систематично переплачувати, саме тому DSP тепер використовують bid shading: алгоритми, що оцінюють мінімальну ціну перемоги та ставлять ближче до неї. Якщо ви купуєте программатично, а 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 є специфікація для нативної реклами, і нативний інвентар дійсно протікає программатично на околицях; мережі також перепродають попит одна одній, створюючи ланцюжки постачання з більшою кількістю хопів, ніж типовий дисплейний показ. Ми простежили реальні приклади таких ланцюжків — віджет → мережа → реселлер → рекламодавець — у матеріалі ланцюжок постачання нативної реклами, пояснено.

Практичні наслідки для медіабаєра:

• Інструменти DSP переважно не бачать аукціони нативних мереж. Программатичні панелі не покажуть вам, що запущено на Taboola.
• Конкуренція є локальною для мережі. Перемога на MGID — це про те, щоб обійти рекламодавців MGID у вашій гео та вертикалі, а не глобальний программатичний ринок.
• Ланцюжок постачання все одно можна спостерігати. Оскільки показана реклама та ланцюжки її запитів є публічними, незалежні спостерігачі можуть класифікувати, хто що показав — техніка, що лежить в основі того, як ad spy tools захоплюють нативну рекламу.

Чому це важливо, коли ви купуєте#

Три практичні висновки з механіки:

1. Знайте свій шлях, знайте свої комісії. Кожен посередник у ланцюжку бере відсоток, перш ніж видавець отримає оплату; на перепроданому нативному інвентарі хопи множаться. Менше хопів зазвичай означає, що більша частина вашого долара купує увагу.
2. Перша ціна змінила ставки. Не ставте свій стелінг рефлекторно; розумійте, який shading застосовує ваша платформа — а на внутрішніх аукціонах нативних мереж тестуйте рівні ставок емпірично, бо ніякий shading за вас не робиться.
3. У нативній рекламі конкурентна розвідка замінює дані аукціонів. Ви не можете запитувати аукціон Taboola, але можете спостерігати його результат. Класифікація ланцюжка постачання в OpenAdLibrary — побудована на основі 6.8 мільйонів+ спостережень за рекламою в 49 мережах (липень 2026) — показує, які мережі та реселери фактично показали рекламу, для кожного креативу, в платформі ad intelligence. Читання реально показаної реклами краще за здогадки про аукціон.

RTB — це проста ідея, виконана в абсурдних масштабах: один аукціон за показ, завершений до того, як сторінка відмалюється. Зрозумійте аукціон, протокол та шляхи — і программатичний суп з акронімів зводиться до сантехніки.