本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

# 伺服器端追蹤計時和快取行為
<a name="ad-reporting-server-side-timing-behavior"></a>

在伺服器端報告中，MediaTailor 會根據來自玩家的實際客群請求來追蹤事件，而不是在資訊清單剖析或預先載入活動上。此方法可確保準確的曝光計數符合視訊廣告測量的業界標準。

## 關鍵計時原則
<a name="ad-reporting-server-side-timing-behavior-principles"></a>

MediaTailor 伺服器端追蹤遵循下列基本計時原則：
+ **追蹤實際區段請求上的事件** - 只有在播放器對 `/v1/segment` URLs 發出 HTTP 請求時才會傳送信標，而不是在資訊清單剖析或快取期間。
+ **玩家快取和預先載入資訊清單不會觸發事件** - 玩家可以在不產生任何追蹤事件的情況下剖析、快取或預先載入資訊清單資訊。
+ **客群預先擷取*將*觸發事件** - 如果玩家在播放之前預先擷取實際廣告客群，這遵循了客群請求構成有效印象的產業標準行為。
+ **每個 /v1/segment 請求都會觸發適當的信標** - 特定追蹤事件 （壓縮、四分位數、完成度） 取決於所請求的廣告位置和區段。
+ **計時符合 IAB 標準** - 方法遵循互動式廣告局的影片廣告測量和曝光計數指導方針。

## 伺服器端追蹤工作流程
<a name="ad-reporting-server-side-timing-behavior-workflow"></a>

下圖說明完整的伺服器端追蹤工作流程，顯示何時觸發與玩家請求相關的追蹤事件：

**階段 1：工作階段初始化**  
玩家向 MediaTailor 請求資訊清單，這會傳回包含廣告區段 URLs個人化資訊清單：  

![\[工作階段初始化階段顯示玩家向 MediaTailor 請求資訊清單，以及接收具有廣告區段 URLs個人化資訊清單。\]](http://docs.aws.amazon.com/zh_tw/mediatailor/latest/ug/images/ss-track-phase1.png)


**階段 2：廣告請求和曝光追蹤**  
當玩家請求第一個廣告客群時，MediaTailor 會射擊曝光並將信標啟動到廣告決策伺服器和廣告驗證服務：  

![\[廣告曝光追蹤階段顯示 MediaTailor 在玩家請求第一個廣告區段時，同時將曝光和啟動信標傳送至廣告決策伺服器和廣告驗證服務。\]](http://docs.aws.amazon.com/zh_tw/mediatailor/latest/ug/images/ss-track-phase2.png)


**階段 3：四分位數追蹤**  
MediaTailor 會根據後續區段請求觸發四分位數信標 （第一個四分位數、中點、第三個四分位數、完成）：  

![\[四分位數追蹤階段顯示 MediaTailor 在玩家請求後續廣告區段時，向廣告決策伺服器和廣告驗證服務發射四分位數信標。\]](http://docs.aws.amazon.com/zh_tw/mediatailor/latest/ug/images/ss-track-phase3.png)


**階段 4：區段交付**  
觸發追蹤信標後，MediaTailor 會從 Amazon CloudFront 或您的 CDN 重新導向至實際廣告區段：  

![\[區段交付階段顯示 MediaTailor 在觸發追蹤信標後，將玩家重新導向至 CloudFront 或 CDN 的實際廣告區段。\]](http://docs.aws.amazon.com/zh_tw/mediatailor/latest/ug/images/ss-track-phase4.png)


伺服器端追蹤工作流程包含下列關鍵計時行為：

1. **工作階段初始化** - 玩家向 MediaTailor 請求資訊清單。MediaTailor 會傳回個人化資訊清單，其中包含具有 `/v1/segment` 路徑的廣告區段 URLs。

1. **資訊清單剖析和快取** - 播放器會剖析資訊清單，並可預先載入或快取區段資訊。**此階段不會觸發任何追蹤事件**，無論玩家快取行為為何。

1. **廣告客群請求和曝光追蹤** - 當玩家實際請求第一個廣告客群 （通常用於播放） 時，MediaTailor 會觸發曝光信標，並開始追蹤廣告決策伺服器和廣告驗證服務的事件。這發生在 URL 的實際 HTTP 請求上`/v1/segment`，而不是剖析資訊清單時。

1. **基於區段請求的四分位數追蹤** - MediaTailor 會根據對應於廣告持續時間內計算的四分位數位置的後續區段請求，向廣告決策伺服器和廣告驗證服務發出四分位數信標 （第一分位數、中點、第三分位數、完成）。

1. **客群傳遞** - 觸發適當的追蹤信標後，MediaTailor 會發出 HTTP 重新導向至實際廣告客群 （從 Amazon CloudFront 或您的 CDN)。

## 播放器快取和預先載入考量事項
<a name="ad-reporting-server-side-timing-behavior-caching-considerations"></a>

MediaTailor 伺服器端追蹤旨在與各種玩家快取和預先載入策略相容，同時維持準確的曝光測量：
+ **資訊清單預先載入** - 預先載入或快取資訊清單資訊的玩家不會觸發追蹤事件。只有在提出實際區段請求時，才會觸發追蹤事件。
+ **區段預先擷取** - 如果玩家在播放之前預先擷取廣告區段，追蹤事件會在請求這些區段時觸發，可能早於實際的播放時間。此行為符合將客群請求視為有效印象的產業標準。
+ **玩家緩衝** - 標準玩家緩衝行為 （在播放之前稍微請求區段） 會根據區段請求模式，在適當的時間觸發追蹤事件。

## 對追蹤差異進行故障診斷
<a name="ad-reporting-server-side-timing-behavior-troubleshooting"></a>

如果您注意到 MediaTailor 伺服器端追蹤和第三方指標之間的差異，請考慮下列因素：
+ **玩家行為差異** - 不同的玩家可能會有不同的預先擷取和緩衝策略，這些策略會影響何時提出客群請求。
+ **網路條件** - 網路條件不佳可能會導致玩家多次請求客群，或以與預期不同的間隔請求客群。
+ **CDN 組態** - `/v1/segment`錯誤的請求 CDN 快取可能會導致追蹤事件遺漏或重複。
+ **工作階段管理** - 確保每個播放工作階段都使用唯一的工作階段識別符來防止追蹤事件衝突。

如需詳細的故障診斷指引，請參閱 [排解常見問題](monitoring-and-troubleshooting.md#troubleshooting-common-issues)。