伺服器端廣告追蹤 - AWS Elemental MediaTailor
計時和快取行為Beacon 詞彙表

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

伺服器端廣告追蹤

AWS Elemental MediaTailor 預設為伺服器端報告。利用伺服器端報告，當播放器透過資訊清單請求廣告 URL 時，服務會直接向廣告追蹤 URL 報告廣告消耗量。在玩家使用 MediaTailor 初始化播放工作階段之後，您或玩家不需要進一步輸入即可執行伺服器端報告。播放每個廣告時，MediaTailor 會將信標傳送至廣告伺服器，以報告已檢視多少廣告。MediaTailor 會傳送廣告開始的信標，以及廣告進展的信標，以四分位數表示：第一個四分位數、中點、第三個四分位數和廣告完成。

伺服器端追蹤計時和快取行為

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

關鍵計時原則

MediaTailor 伺服器端追蹤遵循下列基本計時原則：

  • 追蹤實際區段請求上的事件 - 只有在播放器對 /v1/segment URLs 發出 HTTP 請求時才會傳送信標，而不是在資訊清單剖析或快取期間。

  • 玩家快取和預先載入資訊清單不會觸發事件 - 玩家可以在不產生任何追蹤事件的情況下剖析、快取或預先載入資訊清單資訊。

  • 客群預先擷取將觸發事件 - 如果玩家在播放之前預先擷取實際廣告客群，這遵循了客群請求構成有效印象的產業標準行為。

  • 每個 /v1/segment 請求都會觸發適當的信標 - 特定追蹤事件 （壓縮、四分位數、完成度） 取決於所請求的廣告位置和區段。

  • 時間與 IAB 標準一致 - 方法遵循互動式廣告局的影片廣告測量和曝光計數指導方針。

伺服器端追蹤工作流程

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

MediaTailor 伺服器端追蹤序列圖，顯示從工作階段初始化到廣告播放和信標的完整工作流程期間影片播放器、MediaTailor、廣告決策伺服器和廣告驗證服務之間的互動，強調追蹤事件何時與實際區段請求相關。

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

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

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

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

  4. 基於區段請求的四分位數追蹤 - MediaTailor 會根據對應於廣告持續時間內計算的四分位數位置的後續區段請求來觸發四分位數信標 （第一分位數、中點、第三分位數、完成）。

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

播放器快取和預先載入考量事項

MediaTailor 伺服器端追蹤旨在與各種玩家快取和預先載入策略相容，同時維持準確的曝光測量：

  • 資訊清單預先載入 - 預先載入或快取資訊清單資訊的玩家不會觸發追蹤事件。只有在提出實際區段請求時，才會觸發追蹤事件。

  • 區段預先擷取 - 如果玩家在播放之前預先擷取廣告區段，追蹤事件會在請求這些區段時觸發，可能早於實際的播放時間。此行為符合將客群請求視為有效印象的產業標準。

  • 玩家緩衝 - 標準玩家緩衝行為 （在播放之前稍微請求區段） 會根據區段請求模式，在適當的時間觸發追蹤事件。

對追蹤差異進行故障診斷

如果您注意到 MediaTailor 伺服器端追蹤和第三方指標之間的差異，請考慮下列因素：

  • 玩家行為差異 - 不同的玩家可能會有不同的預先擷取和緩衝策略，這些策略會影響何時提出客群請求。

  • 網路條件 - 網路條件不佳可能會導致玩家多次請求客群，或以與預期不同的間隔請求客群。

  • CDN 組態 - /v1/segment錯誤的請求 CDN 快取可能會導致追蹤事件遺漏或重複。

  • 工作階段管理 - 確保每個播放工作階段都使用唯一的工作階段識別符來防止追蹤事件衝突。

如需詳細的故障診斷指引，請參閱 對常見問題進行故障診斷。

伺服器端追蹤信標詞彙表

MediaTailor 伺服器端追蹤使用一組標準化信標，向廣告伺服器和驗證服務報告廣告檢視進度。這些信標符合影片廣告測量的互動式廣告局 (IAB) 標準，並提供廣告曝光和完成率的準確報告。

伺服器端追蹤信標類型
信標類型 觸發時 用途 時間詳細資訊
印象 當玩家請求第一個廣告客群時 表示廣告內容已開始載入，且即將向檢視器顯示 在廣告的第一個/v1/segment請求時觸發。符合 IAB 準則，要求廣告內容在計算曝光之前開始載入。如需完整序列伺服器端追蹤工作流程，請參閱 。
Start (開始) 當玩家開始轉譯廣告內容時 確認廣告播放已實際啟動 通常與第一個區段請求上的曝光信標同時觸發，但代表廣告轉譯的實際開始。對於分別追蹤曝光和開始事件的驗證服務而言，此區別很重要。
第一四分位數 當玩家達到廣告持續時間的 25% 時 衡量廣告第一季持續觀看廣告 當玩家請求包含廣告持續時間 25% 點的客群時觸發。例如，在具有 2 秒區段的 20 秒廣告中，這通常會在請求第三個區段時觸發 （進入廣告大約 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 回應請求。這份資訊清單包含用於媒體資訊清單的 URL。媒體資訊清單包含用於廣告區段請求的嵌入連結。

注意

當 MediaTailor 在追蹤 URL 中遇到雙斜線 (//) 時，它會將斜線摺疊為一個 (/)。

當玩家從廣告區段 URL (/v1/segment 路徑） 請求播放時， 會透過廣告追蹤 URLs 將適當的信標 AWS Elemental MediaTailor 傳送至廣告伺服器。同時，服務會對實際 *.ts 廣告區段發出重新導向。廣告區段位於 MediaTailor 存放轉碼廣告的 Amazon CloudFront 分發中，或位於您已快取廣告的內容交付網路 (CDN) 中。