OpenRTB 2.6 готов к внедрению. Что нового в этой версии протокола?

¹² апреля IAB Tech Lab объявила о доработке проекта OpenRTB 2.6 и сообщила, что новый стандарт готов к внедрению. Это действительно хорошая новость для всех игроков отрасли, поскольку текущая версия протокола OpenRTB сильно устарела и снижает эффективность программной торговли. С новой версией как стороны предложения, так и стороны спроса получают больше гибкости, особенно в областях CTV и Context.

Давайте посмотрим на основные направления изменений и на то, какую пользу от этого получат игроки AdTech:

• Новые атрибуты и руководства по покупке и продаже рекламных блоков
• Новые объекты для описания канала и сети контента
• Структурированный объект User-Agent для поддержки предстоящих зависаний строки User-Agent
• Использование списков AdCOM 1.0 для более быстрого обновления

Pod Bidding для CTV

Из-за характера телевизионного контента и рекламных пауз в нем необходимо показывать несколько рекламных объявлений в каждой рекламной паузе. Концепция пакетного запроса/ответа появилась некоторое время назад, но было большое ограничение — возможность делать ставки и заполнять отдельные слоты в пакете, но не все время рекламной паузы. Более того, индивидуальные ставки на слот часто приводили к повторяющейся рекламе в рекламной паузе и не позволяли конкурировать между брендами.

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

Еще один важный параметр, появившийся в новой версии стандарта, — mincpmpersec — минимальная ставка за каждую секунду видеорекламы. Учитывая, что продолжительность роликов разная, этот параметр позволяет покупателям сравнивать ставки разных объявлений между собой и формировать наиболее выгодный набор роликов в рекламном блоке.

Оба изменения добавят больше гибкости в алгоритмическую торговлю рекламой CTV и принесут пользу всем сторонам: издателям, рекламодателям и даже пользователям.

Больше контекста для покупателей

Что нужно для того, чтобы найти, вдохновить и удержать лучшие таланты в мире, в котором сложилась типичная динамика на рабочем месте? размещение в запросе принадлежит какой-либо телесети или каналу. До выхода стандарта OpenRTB 2.6 у рекламодателей не было такой возможности. В новой версии появились два новых контекстных объекта «Сеть» и «Канал».

Теперь покупатели могут получить название телесети и точное название канала в удобочитаемом формате. Это изменение значительно расширит как таргетинг на конкретный контент, так и параметры безопасности бренда.

Структурирование контента User-Agent

Старые подходы использования дактилоскопических методов при работе с информацией пользовательского агента в обозримом будущем будут выведены из игры. Это может повлиять на правильную доставку рекламы на устройство пользователя. Таким образом, важность такой информации все еще напряжена.

OpenRTB 2.6 предоставляет альтернативный метод передачи содержимого пользовательского агента в виде структурированных объектов. Такие параметры, как браузер пользователя, платформа и модель устройства, и даже архитектура и разрядность могли передаваться через соответствующие атрибуты объекта. Структурированная информация пользовательского агента предоставляется, когда клиент поддерживает клиентские подсказки агента пользователя. Улучшение поможет сохранить правильное отображение объявлений.

Списки AdCOM для большей гибкости

Отсутствие единых стандартов, описывающих таксономию, креативные форматы, места размещения и т. д., привело к тому, что игроки отрасли разработали свои собственные конкретные списки этих параметров. В условиях единой программной экосистемы разница в спецификациях приводит к значительным техническим потерям и возможностям для мошенничества и незаконных действий. Вот почему приведение этих многочисленных форматов к общему знаменателю является очень важной работой с точки зрения разработки отраслевых стандартов.

Реклама Common Object Model или AdCOM — это многоуровневая спецификация, которая направлена ​​на решение этих проблем и помогает стандартизировать многие параметры. Поскольку AdCOM — это живая спецификация, которая постоянно обновляется, использование списков из этой спецификации в стандарте OpenRTB 2.6 обеспечивает необходимую гибкость. Быстрое развитие программной среды требует быстрых изменений в стандартах. С внедрением списков AdCOM 1.0 мы сможем приблизиться к необходимой эффективности.

Admixer уже поддерживает OpenRTB 2.6

Admixer следит за изменениями в стандартах и ​​принимает активное участие в разработке нового протокола в рамках рабочей группы Programmatic Supply Chain. С технической стороны все новые функции OpenRTB2.6 готовы к использованию в Admixer SSP. Партнеры по спросу и поставке уже могут воспользоваться инновациями.

OpenRTB 2.6 вместе с последней версией Content Taxonomy укрепит переход от классической модели покупки ТВ к программной покупке ТВ. Конечно, платформам CTV потребуется время, чтобы разметить рекламные блоки и видеоконтент. В результате телевизионная реклама получит гораздо лучшую адресность, подотчетность и станет более доступной для местных, средних и мелких рекламодателей.

Ярослав Холод, Head of Programmatic Admixer

Иван Федоров

Новый бизнес-директор