Блог · Программатик-реклама

Что такое OpenRTB и как устроены запросы ставок

Опубликовано Обновлено 3 мин чтения
КороткоOpenRTB — открытый протокол IAB Tech Lab, который описывает, как платформы торгуют рекламными показами в реальном времени. SSP или биржа отправляет запрос ставки с описанием показа, DSP отвечает ценой и рекламой, и обе стороны используют одни и те же названия полей, поэтому любые две совместимые платформы могут подключиться друг к другу.
Содержание
  1. Что такое OpenRTB?
  2. Что внутри запроса ставки?
  3. Что внутри ответа со ставкой?
  4. Какие версии OpenRTB используются?
  5. Почему OpenRTB важен рекламодателям и паблишерам?
  6. Как платформы подключаются по OpenRTB?
  7. Частые вопросы

Каждый программатик-аукцион — это короткий разговор машин, а OpenRTB — язык этого разговора. Читать спецификацию, чтобы покупать или продавать трафик, не нужно, но понимание того, что внутри запроса ставки, помогает разбираться в таргетинге, отчётах и интеграциях.

Что такое OpenRTB?

OpenRTB (Open Real-Time Bidding) — спецификация, которую поддерживает IAB Tech Lab. Она стандартизирует сообщения, которыми обмениваются стороны во время RTB-торгов:

  • запрос ставки (bid request) — его отправляет сторона продавца (SSP или биржа) покупателям;
  • ответ со ставкой (bid response) — его возвращает сторона покупателя (DSP).

Обычно это JSON по HTTP. Формат общий, поэтому DSP с поддержкой OpenRTB может подключиться ко многим SSP без отдельной интеграции под каждую.

Что внутри запроса ставки?

Запрос ставки описывает один аукцион. Основные объекты:

Объект Что описывает
imp Показ(ы) на продажу: баннер или видео, размер, минимальная цена (bidfloor)
site или app Где будет реклама: домен, страница, категории
device Тип устройства, ОС, user agent браузера, страна по IP
user Анонимные идентификаторы пользователя и информация о согласии
regs Регуляторные сигналы, например применимость GDPR
source Цепочка поставки (объект schain)
tmax Сколько миллисекунд есть у покупателей на ответ
at Тип аукциона: 1 — первой цены, 2 — второй цены

Упрощённый пример:

{
  "id": "auction-123",
  "imp": [{ "id": "1", "banner": { "w": 300, "h": 250 }, "bidfloor": 0.5 }],
  "site": { "domain": "example.com", "page": "https://example.com/article" },
  "device": { "ua": "Mozilla/5.0 ...", "os": "Android", "geo": { "country": "BRA" } },
  "tmax": 300,
  "at": 1
}

Числа в примере только иллюстрируют формат, это не реальные цены.

Что внутри ответа со ставкой?

Если DSP хочет купить показ, она отвечает:

  • seatbid → bid — одна или несколько ставок;
  • price — ставка, обычно в CPM;
  • adm — разметка рекламы (HTML или VAST XML для видео) либо nurl — адрес, который вернёт её при выигрыше;
  • crid и adomain — ID креатива и домен рекламодателя, по ним работают правила качества и блокировки.

Если показ DSP не нужен, она возвращает пустой ответ (HTTP 204). Молчание — тоже ответ, и в нагруженной системе так заканчивается большинство запросов.

Какие версии OpenRTB используются?

  • OpenRTB 2.5 (2016) — до сих пор самая распространённая версия.
  • OpenRTB 2.6 (2022) — добавила поля для connected TV и рекламных пулов в видео, а объект цепочки поставки перенесла из расширения в стандартное поле source.schain.
  • OpenRTB 3.0 (2018) — переработка, которая отделила транспортный слой от модели рекламных объектов (AdCOM). Распространение ограниченное, большая часть рынка осталась на 2.x.

При подключении стороны договариваются о версии и о расширениях (поля ext), которые используют.

Почему OpenRTB важен рекламодателям и паблишерам?

  • Таргетинг не лучше запроса. Если SSP не передаёт ОС или страну, DSP не сможет по ним таргетироваться.
  • Прозрачность. Объект schain и домен в запросе позволяют покупателю сверить путь показа с sellers.json и ads.txt.
  • Приватность. Сигналы согласия для GDPR и других законов передаются в запросе, поэтому покупатель знает, что ему можно делать с данными.
  • Скорость. tmax задаёт жёсткий дедлайн. Опоздавшие ставки проигрывают, поэтому интеграции настраивают на минимальные задержки.

Как платформы подключаются по OpenRTB?

Типичная интеграция:

  1. Стороны согласуют версию OpenRTB, эндпоинты, форматы (Banner, видео, Popunder) и гео.
  2. Продавец начинает отправлять часть трафика на эндпоинт покупателя.
  3. Стороны сверяют цифры — запросы, ставки, выигрыши, показы — и устраняют расхождения.
  4. Когда цифры сходятся и качество подтверждено, объём увеличивают.

Wizads поддерживает интеграции по OpenRTB: DSP и SSP могут подключиться к платформе, чтобы покупать или продавать трафик. Если вам это интересно, напишите команде, чтобы обсудить форматы и гео. Статистику партнёры также могут получать через API Wizads.

Частые вопросы

OpenRTB — только для крупных платформ?

Сам протокол бесплатный и открытый. На практике им пользуются платформы — DSP, SSP, биржи и рекламные сети, а отдельные рекламодатели получают доступ к OpenRTB-трафику через DSP.

Чем OpenRTB отличается от header bidding?

OpenRTB — протокол для торгов между серверами. Header bidding — способ, которым сайт собирает ставки от нескольких партнёров в браузере (или на сервере) до вызова своего рекламного сервера. Многие партнёры header bidding внутри используют OpenRTB.

Где посмотреть термины из запросов ставок?

В нашем глоссарии ad tech: CPM, минимальная цена, fill rate, аукцион первой цены и другие понятия простыми словами.

Об авторе

Команда Wizads

Wizads — рекламная сеть с собственными DSP, SSP и рекламным сервером. Наша команда пишет о программатик-рекламе, монетизации сайтов и закупке трафика.

Читайте также