摘要

  • MediaTailor 的新补量功能在主广告服务器回应之后工作，并非接管发布商的全部广告生意。
  • 广告插入数量、时长填充率与发布商收入是不同结果，不能直接相互替代。

“还有广告空位”不等于“还有机会把广告卖出去”。主广告决策耗时过长、余下时长不合条件，或者需求不匹配，都可能让空位继续存在。判断 AWS 于 9 月 10 日为 APS Streaming TV 发布商推出的 MediaTailor Yield Optimization，首先需要弄清哪些空位真正构成机会。免费启用这一功能，也不代表整套直播业务没有成本。AWS 发布公告。

它在主广告服务器返回后寻求补充广告，当前范围是直播中的中插广告，并不覆盖所有视频广告形式。估算潜在增量时，应先保留这个适用边界。MediaTailor 使用说明。

剩余时长其实有两种

一种是广告时段里尚未填满的秒数，另一种是还剩多少时间可以请求并处理新广告。MediaTailor 同时检查这两种余量。可选请求无法进行或失败时，文档规定继续使用主广告，而不是无限等待补量需求。时间约束与失败处理。

经营含义是：改善上游决策耗时，可能在不增加广告时段的情况下多创造一些可售机会。反过来，统计出很多空白秒数，也不能证明这些秒数当时都有条件送到 APS。两种判断都不等于某位客户已经获得了确定收益。

因此，启用前后的比较需要保持基础可比。观众构成、主广告销售、符合条件的机会和观察时段都会影响结果。如果同时改变多个因素，即使收入提高，也未必能判断其中多少来自新功能。

超过 100% 的填充率不是收益翻倍

AWS 监测文档说明，单次广告时段的填充率，将补充广告转码后的时长，与原先按 VAST 计算的空档时长相比。口径不同，数值可能超过 100%。这不是发布商收入增长百分比。指标定义。

机会次数与插入广告条数也不能混用。一回机会可能插入多条广告，因此“广告条数除以机会次数”回答的，不是“有多少比例的机会至少成功插入一条”。这是计量上的区别，不是据此认定产品实现有故障。

可以把三类结果分开看：

观察结果 单凭它还不能证明什么
多插入了广告 发布商实际多赚多少
填补了更多时长 不同观众群之间有同等幅度改善
取得某个报价 整项服务的最终财务结果

价格本身也带有单位。OpenRTB 的出价以 CPM 表示，即千次展示报价，而交易对象可以是单次展示。不能把这个报价数字直接当成每插入一条广告收到的现金。OpenRTB 规范。

发布公告分别指向 CloudWatch 的运营观察和 APS 门户的收入信息。对账时应保留各自口径，而不是把它们压缩成一个好看的百分比。现有来源能证明功能与计量边界，不能保证填充水平、净利润或实际付款结果。

发布商仍能决定价格底线和类别规则。真正有用的评估，是在这些选择下，新增的合资格需求是否改善了业务，同时仍看得见原有主广告销售基线。自动插入降低操作摩擦，并不会替人解释究竟卖了什么、按什么单位衡量、带来什么结果。