更好的透明度和故障排除服务器端广告插入(SSAI)

改进OTT广告来源、播放和验证

对于广播公司和内容创作者来说，OTT是一个超越线性电视体验的绝佳机会，使其成为可能 个性化视频流 根据每个观众的兴趣. 这种高水平的个性化也是吸引OTT流媒体广告收入的关键因素，因为它能够以较高的CPM费率提供高度针对性的广告.

然而，这一机会受到广告来源、回放和验证挑战的阻碍. 围绕OTT广告的许多标准都是新生的，仍在不断发展. 此外，围绕服务质量(QoS)的深入调试和分析通常是有限的. 理解体验质量(QoE)也很重要。, 例如，广告是否以一致的音量水平播放.

考虑到这些挑战，我们将继续致力于提高可扩展性和减少延迟, 我们开发了一个专用的AD代理服务作为我们平台的一部分. 最初设计为后端增强，以提高我们的流媒体平台的可扩展性, 它还提供了几个管理优势, 包括对广告采购和交付工作流程的更多可见性和控制. 这些工具使发布者能够优化将正确的广告交付给正确的观看者，并监控QoS和QoE的许多方面.

使用清单服务器个性化流

在之前的一篇博文中, 我们详细介绍了清单服务器在个性化流中所扮演的角色，以整合量身定制的广告内容. 正如在那篇文章中所讨论的, 清单服务器负责发出AD请求, 解析响应, 然后下载和处理广告创意，就像其他内容一样. 清单服务器然后发送一个集成流给玩家给观众一个更一致的体验, 最大化设备兼容性, 绕过AD阻滞剂.

而清单服务器则可以很好地处理回放和个性化部分, 采购和验证广告的工作带来了额外的复杂性和新的挑战. 随着我们不断优化流媒体架构，为数百万并发观众提供个性化体验, 这导致了专注于支持这些活动的AD代理服务的开发.

采购和验证挑战

获取将要插入流中的广告, 广告内容必须从广告决策服务器(ADS)，如FreeWheel或谷歌广告管理器. 这个过程包括请求广告，并沿着流及其所有信息传递，以便放置正确的广告. 挑战在于，给定服务器上的许多广告只是指向不同服务器上实际广告的包装器.

例如, 如果有四个广告位需要填补, 其中两个可以直接插入, 但另外两个可能没有广告资产，而是包装说, “你的广告不在这里, 它在别的地方，你得去这里拿.“我们试图为我们看到的每一个广告回应打开并获取可播放的视频资产. 我们在解包时验证响应，以确保可播放的广告资产已准备好缝合到流中. 假设我们的体系结构被设计为向每个查看者提供个性化的清单, 每个会话都要重复这个过程，这可能会产生相当大的负载.

Ad查找延迟

如果没有并行处理，通过多个包装器跟踪资产可能是导致延迟的主要原因. 有些包装器从未解析为实际的广告资产. 为了防止这降低视频体验, 在获取下一个广告之前，我们会限制这种“瀑布效应”. 在此工作流程中暴露数据和见解有助于发布商识别和解决不会导致广告投放的需求来源，并确保观众在最大化广告收入的同时获得不间断的观看体验.

确保响应式广告体验还意味着查看广告查找对清单服务器的影响, 哪一个正忙着以最小的延迟组装个性化流. 清单服务器没有无限的资源专门用于生成和存储广告性能数据. 它只存储生成清单所需的广告信息, 哪些会限制调试有问题的AD调用和回放的数据可用性.

广告代理服务接管

如今的发行商需要一个可扩展的平台来交互和管理日益复杂的广告插入过程，并提供工作流程和与广告合作伙伴关系的可见性.

下面显示的是广告代理服务流架构. 在流的前端, 玩家请求清单服务器，直到它有足够的信息向ads请求广告. 一旦发生这种情况, 而不是去找ADS, 清单服务器将该任务交给Ad代理服务. 这不仅可以从清单服务器卸载工作, 但它也带来了其他一些好处, 例如减少延迟和捕获更多的调试数据.

获取和验证广告的工作由广告代理服务处理, 这样可以为清单服务器释放资源，将广告拼接到流中进行播放，并提供无缝的观看体验.

1. 玩家要求舱单.

2. 内容要求广告代理获取广告. 在收到工作的唯一标识符之后, 内容转移到清单生成中的其他步骤.

3. 广告代理开始执行请求的工作.

   1. 工作被放入队列中等待轮到它被处理.

   2. “worker”服务器从队列中提取作业，并开始从ADS请求广告资产，并将正在完成的工作步骤和任何结果数据保存到数据库中.

4. Content引用唯一标识符询问Ad Proxy，“我的x职位广告在哪里”. 广告代理将广告返回到内容, 而内容则将它们呈现在清单中并将其返回给玩家.

缩放和查找

因为广告代理服务接收请求, 它将它们排队以继续接收新请求, 提高可伸缩性. 在跟踪广告时，它还为清单服务器提供一个作业ID作为占位符，以便清单服务器可以继续运行，而不必等待Ad Proxy. 然后，ADS工作人员开始咀嚼队列中的“广告作业”，通过调用ADS并发送捕获的所有玩家数据和其他流信息，以便ADS可以提供适当的广告. 这个过程的一个关键优点是ADS工作器并行获取广告, 消除潜在的瓶颈并减少延迟.

ADS数据标准化

在整个过程中, 广告代理和ADS之间的通信将与广告一起记录并存储在数据库中. 的数据, 这可能因提供商而异, 是否使用一致的命名约定进行解析和规范化. 这使得在分析或调试期间更有效地使用ADS数据.

投放广告

当清单服务器到达需要广告的位置时，这个过程就完成了. 它打电话给广告代理说:“这是你给我的职位ID，把广告给我.“然后，广告代理从数据库中获取这些信息，并将它们发送出去.

索引和存储广告信标活动

广告代理服务还负责捕获和存储来自玩家的信标信息, 这是确保盈利的关键. 信标存储为具有主键的单个对象. 正因为如此, 当清单服务器请求广告时, 广告代理服务还提供信标信息. 然后, 当玩家到达一个特定的检查点时, 它会根据清单上的指示发射一个信标. The beacon worker then fetches the objects from the database and then makes appropriate updates to say this fired at this time; the response back from the ADS was x, 它有错误或者没有错误, 它存储了所有的信息.

广告播放故障排除

跟踪和分析包括在这个过程中. 广告代理架构通过API提供有关广告性能和收视率的广泛信息, GUI, 推送日志. 我们知道“如果”和“为什么”存在广告问题, 因此，如果AD没有加载，就没有更多的指责-您可以指向数据. 每个会话都包括在内，无需额外配置, 数据最多可访问14天.

通过API，内容发布者可以分析如下信息:

• 来自外部ADS的原始请求和响应数据

• 响应时间和大小

• 返回广告数量

• Ad pod位置

• 设备类型

• 包装数量

• 错误(e.g.，无广告返回，解析失败，连接错误)

• 来自广告提供商的警告(例如.g.(缺少一个可选但推荐的参数)

• 请求失败(e).g.VPAID)

结论

发布商希望通过个性化的视频体验吸引每个观众，必须构建他们的流媒体工作负载以进行扩展. 为广告处理创建专用服务不仅可以提高清单服务器的性能, 提供个性化广告的引擎, 内容, 对个人观众实行灯火管制, 但它也创造了一个强大的工具来排除广告支持的视频流，并确保高质量, 像电视一样的观看体验.

对问题的根源有了更好的了解 广告代理服务内容发布商和广播公司可以看到广告的操作流程. 它们可以与其他数据相关联，以提高观众留存率并最大化广告收入.