OpenRTB

OpenRTB - это открытый протокол связи (API), разработанный организацией IAB Tech Lab, который устанавливает единый стандарт для автоматизированных торгов в реальном времени (RTB) между платформами для покупки рекламы (DSP) и платформами для продажи рекламы (SSP / Ad Exchange). Протокол определяет формат запросов и ответов, позволяя разным системам обмениваться информацией о рекламных показах и ставках в миллисекундах.

Благодаря OpenRTB рынок программатической рекламы стал возможен в его современном виде - тысячи DSP могут конкурировать за инвентарь миллионов издателей без необходимости выстраивать индивидуальные интеграции с каждой платформой.

История и развитие

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

Ключевые версии:

• OpenRTB 2.0-2.5: наиболее распространённые версии, используемые подавляющим большинством платформ. Версия 2.5 добавила поддержку видеорекламы и расширенные возможности для таргетинга.

• OpenRTB 2.6: актуальная версия, включающая поддержку новых форматов (нативная реклама, audio) и улучшенную обработку данных о конфиденциальности.

• OpenRTB 3.0: будущая версия протокола, разрабатываемая IAB Tech Lab. Она направлена на повышение прозрачности цепочки поставок, борьбу с мошенничеством и введение механизмов верификации транзакций с использованием блокчейн-токенов (ads.cert).

Как работает OpenRTB

Протокол описывает стандартный обмен данными между SSP и DSP.

Структура запроса (Bid Request)

Когда пользователь заходит на страницу издателя, SSP формирует bid request - структурированный запрос, содержащий информацию о предстоящем показе. Запрос включает несколько объектов:

• Объект Imp (Impression):

   * Описание рекламного места: размер, тип (баннер, видео, нативная), минимальная цена (floor price).
   * Параметры показа: возможность пропуска, длительность (для видео).

• Объект Site / App:

   * Информация об издателе: домен сайта или идентификатор приложения, категория контента.
   * Данные о странице: URL, реферер.

• Объект Device:

   * Информация об устройстве пользователя: тип (мобильное, десктоп), операционная система, браузер, IP-адрес (или его обезличенная версия), геолокация.
   * Идентификаторы устройства: IDFA (для iOS), GAID (для Android) - для таргетинга и ретаргетинга.

• Объект User:

   * Данные о пользователе: демографические сегменты, идентификатор пользователя (при наличии), информация о согласии на обработку данных (GDPR, CCPA).

• Объект Regs (Regulations):

   * Информация о применимых регуляторных требованиях (COPPA, GDPR, CCPA).

Структура ответа (Bid Response)

DSP, получившая bid request, анализирует его и принимает решение об участии в аукционе. Если DSP готова сделать ставку, она отправляет bid response - ответ со ставкой.

• Основные поля ответа:

   * ID: идентификатор, соответствующий запросу.
   * Bid: объект, содержащий цену ставки (в CPM), URL креатива (рекламного объявления), идентификатор креатива.
   * NBR: код причины, если DSP решила не участвовать (например, "недостаточно данных", "несоответствие категории").

Аукцион

SSP собирает все полученные ставки (от десятков или сотен DSP) и проводит аукцион. Победителем становится DSP, предложившая наивысшую цену (с учётом возможных приоритетов прямых кампаний). Рекламное объявление победителя доставляется пользователю.

Ключевые преимущества OpenRTB

• Интероперабельность: стандарт позволяет тысячам DSP и SSP взаимодействовать друг с другом без индивидуальных интеграций.

• Скорость: лёгкий JSON-формат обеспечивает быструю передачу данных, что критически важно для RTB-аукционов, длящихся миллисекунды.

• Гибкость: протокол поддерживает расширения, позволяя платформам добавлять специфические поля для своих нужд.

• Масштабирование рынка: благодаря единому стандарту новые игроки могут быстро подключаться к экосистеме, что способствует росту конкуренции и ликвидности.

Ограничения и вызовы

• Конфиденциальность: протокол изначально разрабатывался до эры GDPR и CCPA, поэтому вопросы передачи пользовательских данных постоянно требуют доработок.

• Безопасность: открытый характер протокола делает его уязвимым для мошеннических действий (например, подделка bid-запросов).

• Сложность: для эффективного использования протокола требуется значительная техническая экспертиза.

• Фрагментация версий: несмотря на стандартизацию, многие платформы используют разные версии протокола, что может вызывать проблемы совместимости.

Будущее OpenRTB

Основные направления развития протокола:

• OpenRTB 3.0: внедрение механизмов верификации для борьбы с мошенничеством.

• Поддержка новых форматов: аудиореклама, интерактивные форматы.

• Усиление защиты приватности: встраивание механизмов передачи сигналов о согласии пользователя прямо в структуру запроса.

• Интеграция с блокчейном: создание прозрачного и неизменяемого реестра транзакций.

Связанные термины

• RTB
• DSP
• SSP
• Ad Exchange
• Программатик-реклама
• Header Bidding
• CPM
• GDPR