OpenRTB 2.6 已准备好实施。 这个版本的协议有什么新内容？
已发表: 2022-04-22- 央视广告位竞价
- 买家的更多背景
- 用户代理内容结构
- AdCOM 列表更灵活
- Admixer 已经支持 OpenRTB 2.6
4 月 12日，IAB Tech Lab 宣布完成 OpenRTB 2.6 草案，并报告称新标准已准备好实施。 这对所有行业参与者来说都是一个好消息，因为当前版本的 OpenRTB 协议已经完全过时，降低了程序化交易的效率。 有了新版本，供需双方都获得了更大的灵活性，尤其是在 CTV 和 Context 领域。
让我们看看变化的主要领域以及 AdTech 参与者将如何从中受益：
- 购买和销售 Ad Pod 的新属性和指南
- 描述内容频道和网络的新对象
- 结构化的 User-Agent 对象支持即将冻结到 User-Agent 字符串
- 使用 AdCOM 1.0 列表加快更新速度
央视广告位竞价
由于电视内容和其中的商业插播的性质，需要在每个广告插播内提供多个广告。 连播请求/响应的概念在一段时间前开始发挥作用，但有一个很大的限制——能够竞标和填充广告连播中的各个广告位，但不能在整个广告时段投放。 此外，单独竞价广告位通常会导致广告时段出现重复广告，并且不允许品牌竞争分离。
使用 OpenRTB 2.6，广告商可以获得广告插播的完整长度，并选择最佳方式来填充多个不同长度的广告视频。 此功能可以显着提高发布商从每个广告连播中获得的收益。
新版标准中出现的另一个重要参数是“mincpmpersec”——视频广告每秒的底价。 鉴于视频的持续时间不同，此参数允许买家相互比较不同广告的出价，并在广告块中形成最有利可图的视频集。
这两项变化都将增加 CTV 广告程序化交易的灵活性，并将使各方受益：出版商、广告商甚至用户。
买家的更多背景
在典型的工作场所动态变化的世界中，如何找到、激励和留住顶尖人才 由于电视内容可以非独家分发并通过多个不同的卖家进行交易，因此买家了解该广告非常重要请求中的展示位置属于某个电视网络或频道。 在 OpenRTB 2.6 标准发布之前，广告商没有这样的机会。 在新版本中出现了两个新的上下文对象“Network”和“Channel”。
现在买家可以获得电视网络的名称和人类可读格式的确切频道名称。 这一变化将极大地扩展特定内容定位和品牌安全选项。
用户代理内容结构
在可预见的将来，在处理用户代理信息时使用指纹方法的旧方法将被淘汰。 这可能会影响向用户设备正确投放广告。 所以，这类信息的重要性还是很紧张的。
OpenRTB 2.6 提供了一种以结构化对象的形式传达用户代理内容的替代方法。 用户的浏览器、设备平台和型号，甚至体系结构和位数等参数都可以通过适当的对象属性进行传输。 当客户端支持用户代理客户端提示时，会提供结构化用户代理信息。 改进将有助于保持正确的广告展示。
AdCOM 列表更灵活
由于缺乏描述分类、创意格式、展示位置等的统一标准，导致行业参与者开发了自己的这些参数的特定列表。 在单一程序化生态系统的背景下，规范的差异会导致重大的技术损失以及欺诈和非法活动的机会。 这就是为什么将这些多种格式归为一个共同点对于制定行业标准而言是一项非常重要的工作。
广告通用对象模型或 AdCOM 是分层规范，旨在应对这些挑战并有助于标准化许多选项。 由于 AdCOM 是一个动态规范并且不断更新，因此在 OpenRTB 2.6 标准中使用该规范中的列表创造了必要的灵活性。 编程环境的快速发展需要标准的快速变化。 随着 AdCOM 1.0 Lists 的引入，我们将能够更接近必要的效率。
Admixer 已经支持 OpenRTB 2.6
Admixer 与标准的持续变化保持同步，并积极参与程序化供应链工作组内新协议的开发。 在技术方面，所有新的 OpenRTB2.6 功能都可以在 Admixer SSP 上使用。 需求和供应合作伙伴都可以利用这些创新。
OpenRTB 2.6 与最新版本的内容分类法一起将加强从经典电视购买模式到程序化电视购买的转变。 当然，CTV平台标记广告连播和视频内容还需要时间。 因此，电视广告将获得更好的可寻址性、问责制，并且更容易为本地、中小型广告商所接受。
Admixer 程序化主管 Yaroslav Kholod
