RTB-протокол
RTB-протокол (OpenRTB) - это открытый протокол обмена данными между рекламными платформами в экосистеме программатик-рекламы. Он определяет формат запросов и ответов, которыми обмениваются SSP, DSP, рекламные биржи и другие участники аукциона в режиме Real-Time Bidding.
Коротко: RTB - это сам аукцион за рекламный показ. RTB-протокол (OpenRTB) - технический стандарт, по которому рекламные системы обмениваются информацией во время этого аукциона.
RTB-протокол описывает структуру сообщений (Bid Request и Bid Response), перечень передаваемых параметров, правила взаимодействия между платформами и обеспечивает совместимость различных участников рынка. Наиболее распространённой реализацией является спецификация OpenRTB, разработанная IAB Tech Lab.
Например, пользователь открывает страницу сайта. SSP формирует Bid Request с информацией о рекламном месте, устройстве и доступных данных пользователя и отправляет его нескольким DSP. Каждая DSP рассчитывает стоимость показа и возвращает Bid Response. Победитель аукциона получает право показать своё объявление.
Как работает RTB-протокол
[править]Пользователь открывает страницу
│
▼
SSP формирует Bid Request
│
▼
DSP получают запрос
│
▼
Расчёт ставки
│
▼
Bid Response
│
▼
Победитель аукциона
│
▼
Показ рекламы
Структура сообщений
[править]Bid Request (запрос ставки)
[править]Запрос, который SSP отправляет DSP для участия в аукционе. Содержит:
- Идентификатор аукциона.
- Информацию о рекламном месте (размер, позиция, тип).
- Данные об устройстве пользователя (тип, ОС, браузер).
- IP-адрес и географические координаты (если доступны).
- Идентификаторы пользователя (cookie, device ID).
- Информацию о сайте или приложении (домен, категория).
- Технические ограничения (форматы, протоколы видео).
- Параметры аукциона (тип, минимальная цена).
Bid Response (ответ на ставку)
[править]Ответ, который DSP отправляет SSP в случае участия в аукционе. Содержит:
- Идентификатор аукциона.
- Размер ставки (цена за показ).
- Идентификатор креатива.
- Рекламный контент (HTML-код баннера, ссылка на VAST).
- URL уведомлений о победе и показе.
- Домен рекламодателя.
Версии OpenRTB
[править]| Версия | Год выпуска | Ключевые изменения |
|---|---|---|
| OpenRTB 1.0 | 2010 | Первая спецификация, базовая структура запросов и ответов |
| OpenRTB 2.0 | 2011 | Расширение полей, поддержка мобильных устройств, улучшенная работа с видео |
| OpenRTB 2.1 | 2012 | Добавлена поддержка нативной рекламы, расширены возможности таргетинга |
| OpenRTB 2.2 | 2013 | Улучшена работа с видео, добавлены новые типы аукционов |
| OpenRTB 2.3 | 2014 | Поддержка AMP (Accelerated Mobile Pages), новые параметры для мобильной рекламы |
| OpenRTB 2.4 | 2015 | Расширение поддержки нативной рекламы, добавлены новые объекты для сегментации аудитории |
| OpenRTB 2.5 | 2016 | Улучшена поддержка видео и аудио, добавлены новые поля для идентификации пользователей |
| OpenRTB 2.6 | 2017 | Поддержка новых форматов рекламы, улучшена обработка данных о контексте |
| OpenRTB 3.0 | 2020 | Полное переосмысление архитектуры, модульная структура, поддержка новых технологий идентификации, улучшенная приватность данных |
Преимущества RTB-протокола
[править]- Совместимость. Обеспечивает взаимодействие различных DSP, SSP и рекламных бирж.
- Стандартизация. Единый формат обмена данными для всех участников рынка.
- Скорость. Оптимизирован для обработки запросов за десятки миллисекунд.
- Масштабируемость. Поддерживает миллионы запросов в секунду в глобальных рекламных системах.
- Гибкость. Позволяет передавать различные типы данных и поддерживать новые форматы рекламы.
Ограничения и вызовы
[править]- Жёсткие требования к задержкам. Ответы должны быть отправлены за 50-150 миллисекунд, что требует высокопроизводительной инфраструктуры.
- Качество данных. Точность протокола зависит от достоверности передаваемой информации (геолокация, идентификаторы пользователя).
- Поддержка версий. Участники рынка должны поддерживать актуальные версии OpenRTB для корректной работы.
- Конфиденциальность. Ограничения на передачу персональных данных (GDPR, CCPA, 152-ФЗ) требуют адаптации протокола.
- Фрод. Протокол сам по себе не защищает от мошенничества, требуются дополнительные механизмы верификации.
Будущее RTB-протокола
[править]OpenRTB 3.0 и последующие версии развиваются в следующих направлениях:
- Поддержка новых способов идентификации пользователей (UID 2.0, LiveRamp, Unified ID).
- Улучшенная защита приватности и соответствие регуляторным требованиям.
- Интеграция с технологиями машинного обучения для оптимизации ставок.
- Поддержка новых форматов рекламы (AR, интерактивные форматы).
- Децентрализованные аукционы и блокчейн-технологии для повышения прозрачности.
Часто задаваемые вопросы
[править]RTB и OpenRTB - это одно и то же?
[править]Нет. RTB (Real-Time Bidding) - это механизм покупки рекламы через аукцион в реальном времени. OpenRTB - это технический протокол, по которому участники этого аукциона обмениваются данными.
Кто разрабатывает OpenRTB?
[править]Спецификация OpenRTB разрабатывается и поддерживается IAB Tech Lab - технологическим подразделением Interactive Advertising Bureau, глобальной отраслевой ассоциации цифровой рекламы.
Какой формат данных используется в OpenRTB?
[править]В большинстве случаев используется JSON поверх HTTP. В более старых версиях также поддерживался XML.
Какие участники рынка используют RTB-протокол?
[править]DSP, SSP, рекламные биржи (Ad Exchanges), платформы управления данными (DMP) и другие участники экосистемы программатик-рекламы.
Что нового в OpenRTB 3.0?
[править]OpenRTB 3.0 - это модульная архитектура с поддержкой новых технологий идентификации, улучшенной приватностью данных и возможностью расширения под новые форматы рекламы. Он также поддерживает децентрализованные аукционы.
Как RTB-протокол связан с защитой приватности?
[править]Протокол передаёт идентификаторы пользователей и данные о поведении. С введением GDPR, CCPA и других законов передача персональных данных ограничена, что требует адаптации протокола и использования альтернативных методов идентификации.
Как RTB-протокол борется с фродом?
[править]Сам протокол не борется с фродом, но он поддерживает механизмы верификации (ads.txt, sellers.json). Дополнительные средства борьбы с мошенничеством реализуются на уровне DSP, SSP и антифрод-систем.
