

本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。

# 服务器端跟踪定时和缓存行为
<a name="ad-reporting-server-side-timing-behavior"></a>

在服务器端报告中，根据玩家的实际细分请求 MediaTailor 触发跟踪事件，而不是根据清单解析或预加载活动触发跟踪事件。这种方法可确保精确的展示次数统计，符合视频广告衡量行业标准。

## 关键时机原则
<a name="ad-reporting-server-side-timing-behavior-principles"></a>

MediaTailor 服务器端跟踪遵循以下基本计时原则：
+ **跟踪事件会根据实际的分段请求触**发——信标仅在玩家向其发出 HTTP 请求时发送 `/v1/segment` URLs，而不是在清单解析或缓存期间发送。
+ **玩家缓存和清单的预加载不会触发事件**-玩家可以在不生成任何跟踪事件的情况下解析、缓存或预加载清单信息。
+ **区段预提取*将*触发事件** ——如果玩家在播放之前预先获取实际的广告区段，则这遵循行业标准行为，即细分请求构成有效的曝光量。
+ **每个 /v1/segment 请求都会触发相应的信标-具体的跟踪事件（展示次数、四分位数、完成量）由所请求的广告位置和细分**决定。
+ **时间安排符合IAB标准** ——该方法遵循了互动广告局关于视频广告衡量和展示次数统计的指导方针。

## 服务器端跟踪工作流程
<a name="ad-reporting-server-side-timing-behavior-workflow"></a>

下图说明了完整的服务器端跟踪工作流程，显示了何时触发与玩家请求相关的跟踪事件：

**第 1 阶段：会话初始化**  
玩家从中请求清单 MediaTailor，清单会返回包含广告细分的个性化清单 URLs：  

![\[会话初始化阶段显示玩家请求清单 MediaTailor 并接收带有广告细分的个性化清单 URLs。\]](http://docs.aws.amazon.com/zh_cn/mediatailor/latest/ug/images/ss-track-phase1.png)


**第 2 阶段：广告请求和展示次数跟踪**  
当玩家请求第一个广告区段时， MediaTailor 会向广告决策服务器和广告验证服务发送展示并启动信标：  

![\[广告展示跟踪阶段显示，当玩家请求第一个广告区段时，会向广告决策服务器和广告验证服务 MediaTailor 发送展示和起始信标。\]](http://docs.aws.amazon.com/zh_cn/mediatailor/latest/ug/images/ss-track-phase2.png)


**第 3 阶段：四分位数跟踪**  
MediaTailor 根据后续分段请求发射四分位数信标（第一四分位数、中点、第三四分位数、完成）：  

![\[四分位数跟踪阶段显示，当玩家请求后续的广告细分时，会向广告决策服务器和广告验证服务 MediaTailor 发射四分位数信标。\]](http://docs.aws.amazon.com/zh_cn/mediatailor/latest/ug/images/ss-track-phase3.png)


**第 4 阶段：分段交付**  
触发跟踪信标后， MediaTailor 重定向到来自 Amazon CloudFront 或您的 CDN 的实际广告段：  

![\[细分投放阶段显示了在触发跟踪信标后 MediaTailor 将玩家重定向到来自 CloudFront 或 CDN 的实际广告区段。\]](http://docs.aws.amazon.com/zh_cn/mediatailor/latest/ug/images/ss-track-phase4.png)


服务器端跟踪工作流程包括以下关键计时行为：

1. **会话初始化**-玩家从中请求清单 MediaTailor。 MediaTailor 返回包含 URLs 带有`/v1/segment`路径的广告细分的个性化清单。

1. **清单解析和缓存**-玩家解析清单，并可能预加载或缓存片段信息。无论玩家缓存行为如何，**在此阶段都不会触发任何跟踪事件**。

1. **广告细分请求和展示次数跟踪**-当玩家实际请求第一个广告区段（通常用于播放）时， MediaTailor 会向广告决策服务器和广告验证服务启动展示信标并开始跟踪事件。这发生在对 `/v1/segment` URL 的实际 HTTP 请求上，而不是在解析清单时。

1. **基于细分请求的四分位数跟踪**- MediaTailor 根据与广告持续时间内计算出的四分位数位置相对应的后续细分请求，向广告决策服务器和广告验证服务发送四分位数信标（第一四分位数、中点、第三四分位数、完成）。

1. **区段投**放-触发相应的跟踪信标后， MediaTailor 向实际广告区段（来自亚马逊 CloudFront 或您的 CDN）发出 HTTP 重定向。

## 玩家缓存和预加载注意事项
<a name="ad-reporting-server-side-timing-behavior-caching-considerations"></a>

MediaTailor 服务器端跟踪旨在与各种玩家缓存和预加载策略兼容，同时保持精确的印象测量：
+ **清单预加载**-预加载或缓存清单信息的玩家不会触发跟踪事件。只有在发出实际区段请求时才会触发跟踪事件。
+ **区段预提取**-如果玩家在播放之前预先提取了广告片段，则在请求这些区段时（可能早于实际播放时间）将触发跟踪事件。这种行为符合将细分请求视为有效展示次数的行业标准。
+ **玩家缓冲**-标准玩家缓冲行为（在播放前稍微提前请求片段）将根据分段请求模式在适当的时间触发跟踪事件。

## 对追踪差异进行故障排除
<a name="ad-reporting-server-side-timing-behavior-troubleshooting"></a>

如果您发现 MediaTailor 服务器端跟踪与第三方指标之间存在差异，请考虑以下因素：
+ **玩家行为差异**-不同的玩家可能有不同的预取和缓冲策略，这些策略会影响何时发出分段请求。
+ **网络状况**-网络状况不佳可能会导致玩家多次或以不同于预期的时间间隔请求分段。
+ **CDN 配置**-不正确的 CDN `/v1/segment` 请求缓存可能导致错过或重复跟踪事件。
+ **会话管理**-确保每个播放会话都使用唯一的会话标识符，以防止跟踪事件冲突。

有关详细的故障排除指南，请参阅[排查常见 问题](monitoring-and-troubleshooting.md#troubleshooting-common-issues)。