本文属于机器翻译版本。若本译文内容与英语原文存在差异,则一律以英文原文为准。
服务器端广告跟踪
AWS Elemental MediaTailor 默认为服务器端报告。借助服务器端报告,当播放器请求清单中的广告 URL 时,此服务会直接将广告使用情况报告至广告跟踪 URL。在播放器使用 MediaTailor 初始化播放会话后,您或播放器无需提供其他输入即可执行服务器端报告。在播放每个广告时, MediaTailor 会向广告服务器发送信标,以报告广告的浏览量。 MediaTailor 为广告的开头和以四分位数为单位的广告进度发送信标:第一个四分位数、中点、第三个四分位数和广告完成量。
服务器端跟踪定时和缓存行为
在服务器端报告中,根据玩家的实际细分请求 MediaTailor 触发跟踪事件,而不是根据清单解析或预加载活动触发跟踪事件。这种方法可确保精确的展示次数统计,符合视频广告衡量行业标准。
关键时机原则
MediaTailor 服务器端跟踪遵循以下基本计时原则:
-
跟踪事件会根据实际的分段请求触发——信标仅在玩家向其发出 HTTP 请求时发送
/v1/segment
URLs,而不是在清单解析或缓存期间发送。 -
玩家缓存和清单的预加载不会触发事件-玩家可以在不生成任何跟踪事件的情况下解析、缓存或预加载清单信息。
-
区段预提取将触发事件 ——如果玩家在播放之前预先获取实际的广告区段,则这遵循行业标准行为,即细分请求构成有效的曝光量。
-
每个 /v1/segment 请求都会触发相应的信标-具体的跟踪事件(展示次数、四分位数、完成量)由所请求的广告位置和细分决定。
-
时间安排符合IAB标准 ——该方法遵循了互动广告局关于视频广告衡量和展示次数统计的指导方针。
服务器端跟踪工作流程
下图说明了完整的服务器端跟踪工作流程,显示了何时触发与玩家请求相关的跟踪事件:

服务器端跟踪工作流程包括以下关键计时行为:
-
会话初始化-玩家从中请求清单 MediaTailor。 MediaTailor 返回包含 URLs 带有
/v1/segment
路径的广告细分的个性化清单。 -
清单解析和缓存-玩家解析清单,并可能预加载或缓存片段信息。无论玩家缓存行为如何,在此阶段都不会触发任何跟踪事件。
-
广告细分请求和展示次数跟踪-当玩家实际请求第一个广告区段(通常用于播放)时,会 MediaTailor 触发展示信标并开始跟踪事件。这发生在对
/v1/segment
URL 的实际 HTTP 请求上,而不是在解析清单时。 -
基于区段请求的四分位数跟踪-根据与广告持续时间内计算出的四分位数位置相对应的后续区段请求 MediaTailor 触发四分位数信标(第一四分位数、中点、第三四分位数、完成)。
-
区段投放-触发相应的跟踪信标后, MediaTailor 向实际广告区段(来自亚马逊 CloudFront 或您的 CDN)发出 HTTP 重定向。
玩家缓存和预加载注意事项
MediaTailor 服务器端跟踪旨在与各种玩家缓存和预加载策略兼容,同时保持精确的印象测量:
-
清单预加载-预加载或缓存清单信息的玩家不会触发跟踪事件。只有在发出实际区段请求时才会触发跟踪事件。
-
区段预提取-如果玩家在播放之前预先提取了广告片段,则当请求这些区段时,跟踪事件将触发,可能早于实际播放时间。这种行为符合将细分请求视为有效展示次数的行业标准。
-
玩家缓冲-标准玩家缓冲行为(在播放前稍微提前请求片段)将根据分段请求模式在适当的时间触发跟踪事件。
对追踪差异进行故障排除
如果您发现 MediaTailor 服务器端跟踪与第三方指标之间存在差异,请考虑以下因素:
-
玩家行为差异-不同的玩家可能有不同的预取和缓冲策略,这些策略会影响何时发出分段请求。
-
网络状况-网络状况不佳可能会导致玩家多次或以不同于预期的时间间隔请求分段。
-
CDN 配置-不正确的 CDN
/v1/segment
请求缓存可能导致错过或重复跟踪事件。 -
会话管理-确保每个播放会话都使用唯一的会话标识符,以防止跟踪事件冲突。
有关详细的故障排除指南,请参阅排查常见 问题。
服务器端跟踪信标词汇表
MediaTailor 服务器端跟踪使用一组标准化的信标向广告服务器和验证服务机构报告广告观看进度。这些信标符合美国互动广告局 (IAB) 的视频广告衡量标准,可准确报告广告曝光量和完成率。
信标类型 | 被解雇时 | 用途 | 时机详情 |
---|---|---|---|
印象 | 当玩家请求第一个广告区段时 | 表示广告内容已开始加载并即将向观众展示 | 在第一个广告/v1/segment 请求时触发。符合 IAB 的指导方针,要求广告内容在计算曝光量之前开始加载。服务器端跟踪工作流程有关完整序列,请参见。 |
启动 | 当玩家开始呈现广告内容时 | 确认广告播放已实际开始 | 通常在第一个细分请求上与展示信标同时触发,但表示广告呈现的实际开始。这种区别对于分别跟踪展示和开始事件的验证服务非常重要。 |
第一四分位数 | 当玩家达到广告时长的 25% 时 | 衡量广告第一季度的持续观看量 | 当玩家请求包含广告时长 25% 的区段时触发。例如,在一则包含 2 秒区段的 20 秒广告中,这通常会在请求第 3 个区段(广告开始大约 4-6 秒后)时触发。 |
中点 | 当玩家达到广告时长的 50% 时 | 衡量广告在半数广告中持续观看广告的情况 | 当玩家请求包含广告时长 50% 的区段时触发。例如,在一则包含 2 秒区段的 20 秒广告中,这通常会在请求第 5 个区段(广告开始大约 8-10 秒后)时触发。 |
第三四分位数 | 当玩家达到广告时长的 75% 时 | 衡量在四分之三的广告中持续观看广告的情况 | 当玩家请求包含广告时长 75% 的分段时触发。例如,在一则包含 2 秒区段的 20 秒广告中,这通常会在请求第 8 个区段(广告发布后大约 14-16 秒)时触发。 |
完成 | 当玩家到达广告结尾时 | 确认整则广告已投放给观众 | 当玩家请求广告的最后一部分时触发。这表明观众可能已经看到了整个广告内容。例如,在一则包含 2 秒区段的 20 秒广告中,这通常会在请求第 10 个区段(广告开始大约 18-20 秒)时触发。 |
注意
信标发射的确切时间取决于片段持续时间和广告时长。 MediaTailor 根据特定的广告持续时间和细分结构计算与每个四分位数位置相对应的相应细分请求。
执行服务器端广告报告
-
在播放器中,根据您的协议,使用以下格式之一的请求初始化新的 MediaTailor 播放会话:
-
示例:HLS 格式
GET
<mediatailorURL>
/v1/master/<hashed-account-id>
/<origin-id>
/<asset-id>
?ads.<key-value-pairs-for-ads>
&<key-value-pairs-for-origin-server>
-
示例:DASH 格式
GET
<mediatailorURL>
/v1/dash/<hashed-account-id>
/<origin-id>
/<asset-id>
?ads.<key-value-pairs-for-ads>
&<key-value-pairs-for-origin-server>
这些键值对是广告跟踪的动态目标参数。有关向请求添加参数的信息,请参阅 MediaTailor 动态广告变量。
-
AWS Elemental MediaTailor 使用清单 URL 响应请求。清单包含 URLs 用于媒体的清单。媒体清单包含广告分段请求的嵌入式链接。
注意
当在跟踪网址中 MediaTailor 遇到双斜杠 (//) 时,它会将斜杠折叠为一个 (/)。
当玩家从广告区段网址(/v1/segment
路径)请求播放时, AWS Elemental MediaTailor 会通过广告跟踪向广告服务器发送相应的信标 URLs。同时,此服务会将重定向发送到实际的 *.ts
广告分段。广告区段要么位于 MediaTailor 存储转码广告的 Amazon CloudFront 分发中,要么位于您缓存广告的内容分发网络 (CDN) 中。