智能电视应用分发指南:在 Roku、Tizen、webOS 和 tvOS 上发布应用
了解如何在 Roku、三星 Tizen、LG webOS 和 Apple tvOS 上发布您的 OTT 应用,内容涵盖应用准备、测试、认证、应用商店提交以及更新等环节。
对观众来说,智能电视上的广告插播看起来可能很简单。
节目结束。开始播放广告。播放了两三则广告。节目继续播出。
然而,在这段序列的背后,多个系统必须就以下内容达成一致: 当广告位出现空缺时,有多少可用库存,哪些广告可以填补该空缺,以及这些广告如何投放和衡量.
这正是人们常将 VAST 和 VMAP 混淆的地方。
它们并非解决同一问题的相互竞争的标准。
VAST 用于组织广告响应。VMAP 用于确定广告插播的位置和时间。
对于采用程序化广告的CTV平台而言,理解这一区别至关重要。结构不佳的广告单元可能会导致广告位空缺、广告素材重复、广告加载不一致,或者让观众的观看体验更像是在浏览网页,而非观看电视节目。
VAST 4.2 支持广告组,允许在响应中包含多个广告,并按顺序进行播放。与此同时,VMAP 提供了一种描述内容周围广告插播结构和时间点的方法。
因此,实际问题并不只是 “VAST 4.2 还是 VMAP?”
它是:
在CTV中,VAST和VMAP应如何协同工作? 变现工作流?
一个常见的错误是从 VAST 标签开始。
对于CTV来说,更好的切入点是 广告时段本身.
以一集30分钟的节目为例:
内容开始
大约8分钟时第一次休息
第18分钟左右第二次暂停
最后一次暂停大约在第27分钟
每次休息都有一个规定的最长时长
因此,首要的决定是库存结构。
例如:
换行 | 职位 | 最大舱位 | 可能的结构 |
前贴片广告 | 正文前 | 60秒 | 1 × 30 秒 + 1 × 30 秒 |
片中插播广告 1 | 08:00 | 120 秒 | 最多 4 则广告 |
片中插播广告 2 | 18:00 | 120 秒 | 最多 4 则广告 |
视频中段广告 3 | 27:00 | 90秒 | 最多 3 则广告 |
这就是 VMAP 派上用场的地方。
VMAP 的设计目的是描述广告位插入的结构,包括当内容所有者无法控制播放器或分发渠道时,广告插播的时机和结构。
一旦出现广告插播点,VAST 即可处理实际的广告响应。
这种区分使得该架构更容易理解。
不妨这样理解这种关系:
VMAP 回答:
“广告插播安排在哪些位置?每个广告插播段落可以包含哪些内容?”
VAST 回答:
“玩家应该看到什么样的广告,以及该广告应该如何投放?”
VAST 是一个 基于XML的框架 用于将广告元数据从广告服务器传输到视频播放器。VAST 4.2 还支持将多个广告按顺序排列为一个广告组。
VMAP 并未定义具体的广告本身。它定义的是 广告插播结构 并能指出那些能够把握这些机遇的广告方案。
因此,一个有用的思维模型是:
内容时间线 → VMAP 广告投放机会 → 程序化决策 → VAST 广告响应 → CTV 播放
这更接近于在实际流媒体工作流中应如何看待这些片段。
当需要将多条广告作为序列投放时,VAST 4.2 就显得尤为重要。
例如,假设某CTV平台有一个两分钟的广告时段。
获奖库存可能包含:
30秒汽车广告
30秒外卖广告
30秒的金融服务广告
30秒零售广告
VAST 可以将这些广告表示为一个广告组中的多个广告。sequence 属性用于指定它们的预期顺序。
这会形成类似电视广告插播的效果,而不是将每次展示都视为一次独立的视频播放。
这很重要,因为 广告排期是观看体验的一部分.
一个 CTV 平台不仅需要回答:
哪则广告获胜了?
它还需要回答:
哪条广告先播放,哪条广告接着播放,以及整个广告时段如何在可用时长内安排?
当内容所有者需要传达以下信息时,VMAP 便显得尤为重要: 围绕该节目的商业架构.
例如:
VMAP 提供了一种标准化方式来传达这些插入机会。
这一点对于联合发布的内容,或者内容所有者拥有广告权但无法直接控制播放器或分发环境的情况而言,尤为重要。
在受控的OTT应用中,平台可能有其他方式来管理相同的信息。当需要在不同系统之间传输标准化的广告插播描述时,VMAP最为有用。
程序化广告单元不仅仅是一份 VAST 标签列表。
一个稳健的实现需要考虑以下方面:
确定广告在广告时段内能安排多少。
一个120秒的广告片,不应该仅仅因为几条获奖创意被退回,就变成一个150秒的插播。
如果一个广告包中包含多个广告,则播放顺序必须是确定性的。
VAST 支持在广告组内对广告进行排序。
买家可以退回时长为15秒、30秒或60秒的广告素材。
您的决策层需要确定该广告素材是否适合剩余的广告位库存。
两个竞争品牌不一定非要紧挨着出现。
例如,将两家竞争关系中的汽车制造商归入同一广告时段,可能会降低节目收视率,并给观众带来不适的观看体验。
当可用数据和购买设置支持频次管理时,程序化系统应避免向同一观众反复投放相同的广告素材。
如果竞价失败、VAST 响应无效,或者无法播放广告素材,平台需要一条备用方案。
空置的广告位是将可变现的广告资源转化为收入损失的最快途径之一。
能力 | VAST 4.2 | VMAP |
定义单条广告的响应情况 | 是的 | No |
将广告元数据传递给播放器 | 是的 | No |
支持在一个广告组中投放多个广告 | 是的 | 并非仅靠它本身 |
定义广告插播时机 | 这不是它的主要作用 | 是的 |
定义广告位的数量/结构 | 仅限于广告响应上下文 | 是的 |
定义实际创意 | 是的 | No |
对程序化广告投放很有帮助 | 是的 | 间接地 |
可作为另一款产品的替代品 | No | No |
关键在于 VAST 和 VMAP 是互补的.
IAB 自身的文档将 VMAP 描述为对 VAST 的补充,而非对其的替代。
对于现代流媒体平台而言,其工作流可划分为五个层次。
流媒体服务决定了商业机会在哪里。
这可以基于以下内容:
前贴片广告
视频中段广告
视频后插播广告
现场活动休息时间
计划中的商业窗口期
该平台定义如下:
突破点
最长时长
潜在插槽数量
允许的创意时长
内容或品牌限制
在需要标准化广告插播信令的情况下,VMAP 可以传达该结构。
可用的广告库存被呈现给程序化广告生态系统。
对于CTV而言,这可能涉及OpenRTB及相关供应链标准,以及VAST。IAB的CTV指南将VAST、OpenRTB、OM SDK、ads.txt、sellers.json和SupplyChain描述为更广泛的程序化CTV生态系统的一部分。
就打包库存而言, OpenRTB 2.6 提供了在多广告单元内对单个广告位进行信号传送的机制。
一旦选定广告,VAST 就会提供播放所需的信息。
播放器可通过 VAST 响应获取广告素材、跟踪信息及其他所需的广告元数据。
CTV 应用程序负责播放广告并报告相关的播放事件。
此时,实现质量就显得至关重要了。
如果观众看到以下内容,那么仅从技术上而言有效的广告响应是不够的:
黑屏
加载时间过长
时长不正确
重复的广告
突兀的过渡
无法播放的广告
广告时段应让人感觉是电视体验的一部分。
让我们来看一个实际例子。
某流媒体平台拥有一个 120秒的中场插播广告位.
该平台不必将广告时段视为一个长达120秒的大时段,而是可以将其划分为四个潜在时段:
插槽 1: 30秒
第2号插槽: 30秒
第3个插槽: 30秒
第4个插槽: 30秒
随后,程序化系统可以评估每个职位的合格需求。
一种可能的结果是:
老虎机 | 时长 | 结果 |
1 | 30 秒 | 已填满 |
2 | 30 秒 | 已填满 |
3 | 30 秒 | 已填满 |
4 | 30 秒 | 空缺 |
玩家不必无休止地等待第4号插槽。
相反,该平台需要制定一条明确的规则来处理未使用的库存。
这里就是 播客管理和播放逻辑 变得与广告投放标准同样重要。
CTV对广告错误的容忍度有所不同。
在网站上,一个空的广告位可能会直接消失。
在电视屏幕上,空白的广告时段可能会导致黑屏、内容切换不自然,或者广告时段异常短暂。
这意味着CTV广告架构应优先考虑:
可预测性胜于复杂性。
一个好的广告时段应具备以下特点:
规定的最长持续时间
已知的创意限制
清晰测序
快速回退
连贯的过渡
可靠的追踪
对内容的影响最小
目标并不是在每个机会中尽可能多地投放广告。
这是为了最大限度地提高 整个观看时段的价值.
当流媒体平台采用服务器端广告插入技术时,VAST与VMAP的区别就显得尤为重要。
在 SSAI 工作流中,广告可以在内容流到达观众设备之前被插入其中。
广告决策可能仍基于VAST响应,而平台上的广告插播逻辑则决定广告应出现在何处。
VAST 4.x 在开发过程中针对服务器端广告插入进行了相关改进,IAB 当前的 VAST 资源中还包含一份专门针对 CTV 的补充说明,以满足 CTV 的相关要求。
这意味着应将这些标准视为更大交付架构的组成部分,而非孤立的技术。
VMAP 不能替代广告响应。
它描述了断点结构。
一个VAST响应可能包含多个广告,但仅仅返回几个广告素材并不会自动形成一个管理良好的广告时段。
如果您的库存周转时间为90秒,决策系统就需要遵守这一限制。
拍卖成功并不保证每个广告素材都适合同一个广告位。
应首先确定广告插播的结构。随后,技术方案应服务于该结构。
如果你正在决定哪个标准该放在哪里,请遵循以下规则:
需要定义广告时段吗?→ VMAP
需要投放广告吗?→ VAST
需要在同一广告时段内播放多个广告吗?→ VAST 广告组 / 广告序列
需要程序化购买方竞标广告单元库存吗?→ 将您的广告插播结构与相关的程序化信号和决策层相结合。
需要服务器端插入吗?→ 设计 VAST,并将管理功能作为 SSAI 工作流的一部分进行拆分。
这消除了围绕“VAST 与 VMAP”的大部分困惑。
它们解决了该问题的不同层面。
对于OTT企业而言, 变现基础设施 不应仅围绕单个广告标签进行设计。
更好的做法是创建一个 广告库存模型 第一。
定义:
广告可能显示的位置
每次休息的时间可以有多长
最多能放多少条广告
哪些创作时长是可接受的
广告应如何排序
当需求不可用时会发生什么
播放和测量的处理方式
然后将相应的标准与这些要求进行对应。
这种方法还使得支持多种分发环境变得更加容易,而无需为每个应用程序重新构建整个变现策略。
电视广告正变得越来越规范。
IAB当前在CTV领域的工作正从传统的视频流广告扩展至标准化广告格式,例如暂停广告、菜单广告、屏保广告、叠加广告、场景内广告和挤压式广告。最新的CTV广告组合信号指南已于2026年7月最终确定。
与此同时,分组竞价为程序化广告系统提供了更精确的方式来呈现包含多则广告的广告插播时段。
对于流媒体平台而言,这意味着CTV变现的未来不仅仅在于插入更多广告。
这是关于……的 对库存进行结构化处理,以便买家能够理解、广告系统能够进行投放,且观众能够顺畅观看。
不应将 VAST 4.2 和 VMAP 视为相互竞争的技术。
VMAP 发掘机遇。VAST 把握机遇。
VMAP 可以描述广告插播的位置及其结构。随后,VAST 可以投放占据该广告位资源的广告,包括广告组内按顺序排列的广告。
对于 CTV操作员,最有效的实施方案应从观看体验出发,再反向推导至广告技术:
只要把这种结构设计好,程序化广告就会成为流媒体体验的一部分,而不是观众每次看到广告开始时都会注意到的东西。
不。VAST 用于构建和分发广告响应,而 VMAP 则用于描述广告插播机会及其在内容中的位置。
是的。VAST 支持在一个广告组内包含多个广告,并通过序列号来确定其预期的播放顺序。
不。VMAP 定义的是广告插播的结构。实际的广告内容可以通过 VAST 等广告响应进行提供。
当平台需要对广告插播结构和广告投放进行标准化通信时,可将它们结合使用。是否需要使用 VMAP,取决于分发模式和播放器控制模式。
是的。尽管在设计新实现方案时应考虑更新的 VAST 规范和 CTV 指南,但 VAST 4.2 在 CTV 生态系统的部分领域仍属于受支持的版本。
广告插播是指内容时间线中的广告投放机会。广告组是指填补该机会的一组或一系列广告。
没有通用的时长标准。平台应根据内容类型、观众预期、商业策略以及市场需求来确定广告片段的长度。
是的。现代程序化CTV标准可以涵盖多个广告组的机会,以及这些广告组中的单个广告位。
该平台应制定明确的备用方案,而不是让玩家无限期等待或造成尴尬的观看中断。
不,VMAP 本身并非服务器端广告插入的必要条件。其有用性取决于内容所有者、播放器和分发系统之间需要如何传递广告插播信息。
应优先考虑可预测的暂停时长、创意兼容性、播放顺序、备用行为、播放可靠性以及精确的测量。
可以将 VMAP 理解为节目表,将 VAST 理解为播放格式。VMAP 用于描述广告时段的位置;VAST 用于描述广告时段内播放的内容。
了解如何在 Roku、三星 Tizen、LG webOS 和 Apple tvOS 上发布您的 OTT 应用,内容涵盖应用准备、测试、认证、应用商店提交以及更新等环节。
了解 SSAI 架构在 AVOD 和 FAST 中的工作原理,包括广告决策、SCTE-35、清单处理、广告拼接、追踪以及可扩展的交付。
别再猜测图片是被拉伸还是被裁剪了。一张免费的测试卡,让您一眼就能看出问题所在。