RTB (Real-Time Bidding)
RTB (Real-Time Bidding)
RTB — это способ продавать рекламные показы поштучно на аукционе в реальном времени: пока браузер пользователя рендерит страницу, десятки рекламодателей за 100 миллисекунд успевают сделать ставку за право показать ему свой баннер.
История
RTB родился из простой боли конца нулевых: в интернете было слишком много рекламных мест и слишком много рекламодателей, чтобы договариваться о каждом контракте вручную. До 2007 года издатели (сайты) продавали рекламу «пакетами»: миллион показов на главной за такую-то цену. Проблема — большой сайт не знает про каждого пришедшего пользователя ничего конкретного, а рекламодателю нужны не «показы», а конкретный сегмент («женщина 25–34, интересуется недвижимостью в Москве»).
Ключевая веха — Right Media Exchange, стартап, который Yahoo купил в 2007 году примерно за 680 млн долларов. Идея Right Media была революционной: сделать биржу, где каждый показ уходит с молотка отдельно. Параллельно росли AppNexus (2007) и Google DoubleClick Ad Exchange (тоже 2007, Google купил DoubleClick за 3,1 млрд).
- 2009–2010 — появились первые DSP (Demand-Side Platform), покупающие показы автоматом: Turn, Invite Media (Google купил Invite за 81 млн в 2010), MediaMath.
- 2011 — IAB Tech Lab выпускает OpenRTB 1.0 — открытую спецификацию протокола, чтобы биржи и DSP могли говорить друг с другом на одном языке. К 2016-му OpenRTB 2.5 стал де-факто стандартом отрасли. Последняя крупная версия — OpenRTB 3.0 (2018).
- 2013 — рынок программатика перевалил за 10 млрд долларов в США. Программатик стал мейнстримом.
- 2018 — вступил в силу GDPR в Европе. Cookie-based tracking стал юридически рискованным, часть европейских DSP закрылась, часть перестроилась под «согласия» (Consent Management Platform).
- 2020 — Apple выпустила Safari ITP (Intelligent Tracking Prevention), Firefox добавил ETP (Enhanced Tracking Protection). Третьесторонние куки, на которых держится RTB, начали отмирать в этих браузерах.
- 2020–2024 — Google несколько раз обещал убрать третьесторонние куки в Chrome и несколько раз откладывал. В 2024-м вообще признал, что уберёт их не совсем — оставит выбор пользователю. RTB получил ещё пару лет жизни в текущем виде.
- Сегодня — рынок оценивается в 500+ млрд долларов, ~90% всей display-рекламы в вебе (баннеры, видео) продаётся программатически, и большая часть — именно через RTB.
Что это такое
RTB — это одновременно протокол (как машины говорят друг с другом), процесс (аукцион в реальном времени) и экосистема (кто и в какой роли участвует).
Ключевое отличие от «обычной» рекламы: показы продаются не пакетами по миллиону, а поштучно. Каждый раз, когда ты открываешь страницу с баннером, между твоим кликом «Enter» и появлением баннера успевает провернуться целый аукцион: сотни рекламодателей узнают, что показ доступен, оценивают, сколько ты им интересен, делают ставки, побеждает один — и его креатив уезжает к тебе в браузер. Всё это — за 50–200 миллисекунд.
Второе ключевое отличие — оценка идёт на уровне одного показа, не «купить 1000 показов на этом сайте», а «купить именно этот показ именно этому пользователю прямо сейчас». Для этого нужно про пользователя знать хоть что-то. Отсюда весь зоопарк cookies, fingerprints, DMP (баз данных о поведении), матчей id между системами.
RTB vs прямая реклама. В прямой рекламе (direct deals) рекламодатель договаривается с сайтом заранее: «покупаю у тебя 5 миллионов показов на главной за месяц, ставка такая-то». В RTB — каждый показ уходит на биржу и продаётся отдельно.
RTB vs Google Ads / Яндекс.Директ. Контекстная реклама в поиске (тот же Директ) — тоже аукцион, но он проще: сегмент задан ключевым словом, кандидатов мало (все рекламодатели по этому слову), инфраструктура одна. RTB — открытая экосистема, где рекламодатели, издатели и биржи — разные компании, соединённые протоколом.
RTB vs Programmatic Guaranteed / PMP. Programmatic — зонтик над всеми машинными закупками. RTB — самый шумный, но не единственный вариант. Programmatic Guaranteed — те же прямые сделки, но исполняются через программатик-инфраструктуру, без открытого аукциона. Private Marketplace (PMP) — закрытый аукцион для избранных рекламодателей на премиум-инвентаре.
Аналогии из жизни
1. Аукцион Sotheby's в замедленной съёмке. На классическом аукционе аукционист показывает лот, участники поднимают таблички со ставками, побеждает высшая. RTB — то же самое, только «лот» — это твой единственный показ рекламы, аукцион идёт миллисекунды, а «участники» — компьютеры.
Где ломается: на Sotheby's один аукцион в неделю на одну картину. В RTB — миллион аукционов в секунду по всему миру, и «картина» уникальна каждый раз (ты, твой контекст, время суток, твоя история кликов).
2. Яндекс.Такси на въезд в аэропорт. Ты запрашиваешь машину — сервер за секунды опрашивает всех водителей в радиусе, каждый решает: «еду / не еду / за такую цену», побеждает лучший. Похожая механика: центр рассылает запрос, ответы собираются, выигрывает подходящий вариант.
Где ломается: водителю ещё физически приехать надо, у баннера — телепортация мгновенная. В такси один клиент = одна поездка, в RTB один пользователь порождает 30–50 показов за визит на новостной сайт, каждый — свой аукцион.
3. Фондовая биржа high-frequency trading. Тысячи ботов торгуют акциями за миллисекунды по своим алгоритмам, оценивая тренды и микро-сигналы. Похоже: скорость, автоматизация, «оценка на лету».
Где ломается: на бирже товар стандартизирован (акция Apple везде одинаковая). В RTB каждый «товар» уникален — «показ баннера пользователю с id AMMNJp1b на сайте о недвижимости в 18:34 по МСК». Оценивать такое сложнее, чем сравнивать цены на акцию.
Как это работает
Разберём типичный сценарий пошагово. Ты открыл, скажем, новостной сайт RBC.
Шаг 1. Издатель отправляет запрос. У RBC на странице стоит рекламный контейнер (SDK от SSP — Supply-Side Platform). Как только страница начинает грузиться, контейнер сообщает своей SSP: «есть показ, вот его id, вот id пользователя (кука), вот размер баннера, вот URL страницы». SSP — сторона издателя, её задача продать показ как можно дороже.
Шаг 2. SSP формирует Bid Request. По спецификации OpenRTB это JSON-объект с полями: id (уникальный id аукциона), imp (impression — что за место), site (домен, категория контента), user (id пользователя в системе SSP, возможно ещё какие-то сегменты), device (модель, ОС, IP, гео).
Шаг 3. Ad Exchange рассылает Bid Request всем DSP. Ad Exchange — «биржа», может быть частью SSP или отдельной. Она держит подключения к десяткам-сотням DSP (Demand-Side Platform — сторона рекламодателей) и рассылает Bid Request каждому. У DSP есть тайм-аут 100 мс (иногда до 200): не успел — вылетел с аукциона.
Шаг 4. Каждый DSP решает. У DSP уже загружены кампании рекламодателей: у Wildberries крутится ретаргетинг на всех, кто смотрел кроссовки, у Тинькофф — на всех, кто похож на «инвестор 30+», и так далее. DSP смотрит на пользователя (сверяется со своей DMP — Data Management Platform), выбирает подходящую кампанию, считает оптимальную ставку (алгоритм называют bidder — «делатель ставок»), возвращает Bid Response со ставкой и креативом (или ссылкой на него).
Шаг 5. Аукцион. Ad Exchange собирает все ставки. Побеждает высшая. Аукцион чаще всего first-price (платишь свою ставку) или second-price (платишь ставку второго участника + 1 цент). Раньше все использовали second-price (так называемый Vickrey), с 2019-го отрасль массово перешла на first-price из-за проблемы «header bidding» (см. ниже).
Шаг 6. Победитель показывает креатив. SSP отдаёт браузеру команду загрузить баннер с указанного URL. Браузер тянет картинку/HTML5, отображает — ты видишь баннер.
Всё вместе — 50–200 миллисекунд. Тайм-ауты жёсткие, потому что рендерить страницу нельзя ждать вечно.
Параллельный процесс — cookie matching (cookie sync). У SSP свой id пользователя, у DSP — свой. Как понять, что «пользователь A в SSP-1 = пользователь B в DSP-2»? DSP и SSP заранее (в другие визиты) обмениваются id через pixel-запросы: SSP ставит на страницу невидимый 1×1 пиксель, ведущий на DSP, DSP видит свою куку и отвечает пикселем на SSP. У обоих в базе появляется «связка» — id пользователя в двух системах. Тогда в момент RTB-запроса SSP пишет «user id AMMNJp1b», а DSP переводит его в своего внутреннего пользователя и достаёт профиль.
Header bidding. С 2015-го популярна альтернатива классическому waterfall: издатель одновременно опрашивает несколько SSP через JavaScript в шапке страницы (в header, отсюда название), выбирает лучшую ставку. Это разрушило монополию Google AdX как «финального аукциона» и дало издателям +20–40% выручки. Библиотеки типа Prebid.js — стандарт де-факто.
Где встречается в обычной жизни
- Ты полистал кроссовки на сайте бренда, а через час на новостном сайте видишь тот самый кроссовок — это ретаргетинг через RTB. DSP запомнил тебя, крутит ставки на любые твои показы.
- В одной семье муж и жена видят разную рекламу на одном и том же сайте — DSP получают разные user id и разные профили.
- Открываешь квартиру на Циан — потом три недели видишь рекламу застройщиков в Instagram и на Яндексе. Циан продал сегмент «интересовался квартирами», DSP застройщиков его выкупили.
- Едешь в командировку в другую страну — реклама вдруг стала на местном языке. Это гео из bid request'а.
- Смотришь Кинопоиск с рекламной паузой — то же самое, только с видео-RTB (VAST, VPAID — надстройки над RTB для видео).
Где встречается в IT и бизнесе
- Programmatic display advertising — почти вся баннерная реклама в вебе. Если ты закупаешь трафик через Google DV360, The Trade Desk, myTarget, Rutarget — ты покупаешь через RTB.
- Retargeting — вернуть посетителя сайта. Google Ads Retargeting, Facebook Custom Audiences, Яндекс.Аудитории — все под капотом бьют в RTB.
- Programmatic OOH — цифровые билборды на улицах продаются тем же способом. Ставка выигрывается за секунду до того, как экран сменит слайд.
- Connected TV (CTV) — Smart TV и стриминги (Ivi, KION в РФ, Hulu/Roku на Западе) вставляют рекламные паузы через RTB.
- In-game advertising — реклама внутри мобильных игр (баннеры, награждаемое видео) — то же самое через SDK от AppLovin, Unity Ads, IronSource.
- App install campaigns — покупка установок мобильных приложений идёт через программатик, чаще всего в модели CPI (cost per install).
Кто пользуется
Инфраструктура (SSP/DSP/AdX):
- Google — AdX (крупнейший в мире), DV360 (DSP). До 30% всей мировой display-рекламы.
- The Trade Desk — крупнейший независимый DSP, оборот ~2 млрд долларов в 2024.
- Яндекс — своя RTB-инфраструктура для Директа и РСЯ, ~60% рынка РФ по программатику.
- VK (бывший Mail.ru) — myTarget: DSP + собственная сеть площадок.
- Rutarget, Getintent, Hybrid.ai, Buzzoola, Adriver — российские независимые платформы (в аудите вчера всплывали именно они).
- Adform — крупный европейский игрок, был популярен в РФ до санкций.
Рекламодатели:
- Ecommerce (Wildberries, Ozon, Lamoda) — миллиарды рублей в квартал на ретаргетинг.
- Автопроизводители — премиум-таргетинг «был в автосалоне».
- Банки (Тинькофф, Альфа) — programmatic для привлечения на карты.
- Застройщики — тот кейс, что был вчера в аудите: сайт застройщика с трекерами MTS RTB, Beeline RTB, Sberbank Marketing, Buzzoola, VK.
Порядок цифр: у крупного российского Ecommerce типичный RTB-бюджет — 100–500 млн рублей в квартал, число показов — миллиарды. Средний CPM (cost per mille — цена за 1000 показов) в РФ — 30–200 рублей в зависимости от сегмента.
Альтернативы и конкуренты
- Direct deals (прямые сделки). Плюс: гарантия объёма, лучшие площадки, никакого «серого» инвентаря. Минус: не масштабируется, каждая сделка — переговоры, минимальный бюджет от миллиона рублей.
- Programmatic Guaranteed / PMP. Плюс: программатик-скорость + гарантия объёма + чистый инвентарь. Минус: цена выше открытого RTB на 30–100%, надо договариваться с издателем.
- Контекстная реклама (Google Ads Search, Яндекс.Директ). Плюс: сегмент задан явно (поисковый запрос), высокая конверсия. Минус: не работает на верхнем этапе воронки, ограниченный объём (сколько человек ищет).
- Retail media (Wildberries Ads, Ozon Продвижение). Плюс: пользователь уже с намерением купить, атрибуция «баннер → покупка» — прозрачная. Минус: только внутри маркетплейса, узкие форматы, растущие ставки.
- Influencer / контент-маркетинг. Плюс: доверие аудитории, качественная вовлечённость. Минус: непредсказуемо, сложно масштабировать, дорого на охват.
Когда НЕ стоит использовать
- Малый бюджет (до 100 тыс рублей в месяц). Комиссия DSP + Ad Exchange + SSP съедает 30–60% медиа, оставшиеся показы размажутся тонким слоем и ничего не покажут. Лучше direct на 1–2 площадки.
- Узкая B2B-аудитория (100 компаний в отрасли). RTB не умеет так точно таргетироваться — базы про Топ-1000 директоров нет. Лучше LinkedIn Ads (там есть должности), холодные каналы, ABM-платформы.
- Высокие требования к безопасности бренда (banking, госкомпания). В открытом RTB-инвентаре среди хороших сайтов встречаются «серые» — пиратские копии, фермы кликеров, ресурсы с недопустимым контентом. Даже с blacklist'ом риск ненулевой. Лучше PMP или direct.
- Продукты, где решает контекст, а не аудитория (условно, реклама зонтов должна показываться в дождь на сайтах с прогнозом погоды, а не «женщинам 25–34»). Классический display не всегда умеет в контекст глубоко.
Связанные понятия
- SSP (Supply-Side Platform) — сторона издателя (сайта), продаёт показы.
- DSP (Demand-Side Platform) — сторона рекламодателя, покупает показы.
- Ad Exchange — биржа, соединяющая SSP и DSP.
- DMP (Data Management Platform) — база данных о поведении пользователей, откуда DSP берут сегменты.
- OpenRTB — открытая спецификация протокола Bid Request/Bid Response от IAB Tech Lab.
- Cookie matching (cookie sync) — механика синхронизации id пользователя между DSP и SSP через пиксели.
- Header bidding / Prebid.js — альтернатива классическому waterfall аукциону, запускается на клиенте до RTB.
- VAST / VPAID — надстройки над RTB для видео-рекламы.
Литература и источники
- OpenRTB Specification от IAB Tech Lab — официальная спецификация, есть на iabtechlab.com. Читать 2.5 (устоявшийся стандарт) или 3.0 (свежий).
- «Programmatic Advertising: The Successful Transformation to Automated, Data-Driven Marketing in Real-Time» — сборник под редакцией Oliver Busch, 2016, Springer. На английском, отличный обзор экосистемы.
- Wikipedia: Real-time bidding — быстрый вход, ru-версия тоже есть, но короче.
- The Trade Desk investor relations — их квартальные отчёты и презентации дают отличную картину рынка «изнутри»: как игрок №1 в независимом сегменте видит мир.
- Блог AdExchanger (adexchanger.com) — главное отраслевое издание про программатик. Английский, но следит за всеми регуляторными новостями.
- YouTube: «How Real-Time Bidding Works» — искать 5-минутные объяснения от IAB и от Google. Даёт визуальное понимание аукционного механизма за 5 минут.
Где встретилось у меня
Вчера был дотошный аудит трекинг-пикселей на сайте одного жилого проекта. Обнаружилась встроенная в HTML цепочка RTB cookie-matching через adriver-контейнер: 1092 запроса за визит, десятки российских DSP и DMP-бирж (RuTarget, Weborama, Sape, Sbermarketing, MTS RTB, Beeline RTB, Buzzoola, Konnektu, GetAds, AdSpector). Плюс — типичная механика: при вводе телефона в форму никто «прямо» его не слушал (это хорошо), но cookie-sync между DSP гнал десятки id-меток за миллисекунды. Понятие пригодилось, чтобы объяснить, что это не «утечка», а нормальный (пусть и агрессивный) программатик-трекинг на воронку ретаргетинга.
Краткое резюме
- RTB — аукцион за один рекламный показ, идущий в реальном времени за 50–200 мс, пока страница ещё грузится.
- Экосистема: SSP (издатель) → Ad Exchange (биржа) → DSP (рекламодатель). Каждый со своей ролью и комиссией.
- Всё держится на cookie matching — синхронизации id пользователя между DSP и SSP через пиксели. Без cookies (в Safari, iOS) RTB работает слабее.
- Через RTB идёт ~90% всей display-рекламы в вебе. Львиная доля рекламных бюджетов Ecommerce, застройщиков, автопроизводителей — именно программатик.
- Знать RTB нужно директору, потому что это объясняет, куда уходят рекламные деньги, откуда берётся «преследующий баннер», и почему аудит трекеров всегда находит «зоопарк доменов».