AWS Elemental MediaTailor 廣告插入事件流程 - AWS Elemental MediaTailor
標準序列事件變化時間概觀後續步驟

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

AWS Elemental MediaTailor 廣告插入事件流程

AWS Elemental MediaTailor 透過可預測的事件序列，處理伺服器端廣告插入的資訊清單個人化。了解此事件流程可協助您了解 MediaTailor 如何將廣告機會轉換為個人化檢視體驗，並在發生問題時提供故障診斷的基礎。

每個廣告插入機會都遵循 MediaTailor 記錄的事件時間順序，以進行可見性和監控。這些事件代表資訊清單個人化程序中的關鍵里程碑，從偵測廣告機會到提供追蹤資訊。

標準事件序列

當 MediaTailor 成功處理廣告插入機會時，通常會發生下列事件序列：

  1. 廣告機會偵測 - MediaTailor 會偵測內容資訊清單中的廣告標記 （例如 SCTE-35)，表示有可用的廣告個人化機會。

  2. 廣告決策伺服器請求 - MediaTailor 會將請求傳送至設定的廣告決策伺服器 (ADS)，以擷取偵測到機會的廣告，包括檢視器參數和廣告休息時間。

  3. 廣告回應處理 - MediaTailor 收到來自 ADS 的回應，其中包含廣告創意資訊、追蹤 URLs 和要包含之廣告的中繼資料。如需 VAST、VMAP 和 VPAID 回應格式的詳細資訊，請參閱 廣告伺服器整合需求。

  4. 資訊清單個人化 - MediaTailor 成功處理廣告回應，在必要時轉碼廣告，並產生個人化資訊清單，其中包含廣告片段和原始伺服器內容的相對 URLs。MediaTailor 接著會將個人化資訊清單傳送至播放裝置。

  5. 追蹤信標啟用 - 追蹤信標會觸發，以向廣告伺服器或其他測量系統回報廣告事件 （例如曝光、分位數和完成）。在伺服器端報告模式中 （預設），MediaTailor 會根據玩家客群請求觸發信標。在用戶端報告模式中，播放裝置會使用個人化資訊清單中提供的 URLs 來觸發信標。

典型時間：這整個序列通常在 2-5 秒內完成，取決於廣告決策伺服器回應時間和廣告創意處理需求。

常見事件變化

並非所有廣告插入嘗試都遵循標準成功序列。MediaTailor 會處理各種可能改變事件流程的案例：

空白廣告回應案例

當廣告決策伺服器未傳回任何廣告時：

  1. 廣告機會偵測正常發生

  2. 廣告決策伺服器請求已成功傳送

  3. ADS 傳回零廣告的空回應

  4. 此機會的個人化資訊清單中不包含任何廣告

這是由於廣告庫存可用性、目標條件或廣告決策伺服器中設定的業務規則而可能發生的正常情況。在此情況下，除非串流是即時或live-to-VOD播送串流且已設定場記板，否則會顯示基礎內容。如需詳細資訊，請參閱MediaTailor Slate 廣告插入。

錯誤情況

當技術問題無法成功插入廣告時，事件流程可能會在各種時間點中斷：

  • 廣告決策伺服器逾時 - 對 ADS 的請求超過設定的逾時閾值，防止廣告擷取。

  • 通訊錯誤 - 網路或連線問題會使 MediaTailor 無法到達廣告決策伺服器。

  • 回應剖析錯誤 - ADS 傳回 MediaTailor 因 VAST 格式或結構無效而無法剖析的回應。

在錯誤情況下，MediaTailor 通常會繼續播放內容而不播放廣告，以確保不間斷的瀏覽者體驗。對於已設定 Slate 的即時或live-to-VOD隨選播送串流，可能會改為顯示 Slate 內容。如需詳細資訊，請參閱MediaTailor Slate 廣告插入。

VAST 重新導向案例

當初始 VAST 回應包含重新導向至另一個廣告伺服器時：

  1. 廣告機會偵測和初始 ADS 請求正常發生

  2. 初始回應包含重新導向指示

  3. MediaTailor 遵循重新導向來擷取最終廣告回應

  4. 資訊清單個人化會繼續進行最終廣告內容

  5. 追蹤信標啟用正常發生

VAST 重新導向在程式設計廣告中很常見，並允許廣告伺服器鏈結和即時決策。在廣告擷取程序期間，MediaTailor 最多允許 7 個包裝函式重新導向和無限制的 HTTP 重新導向。

事件計時概觀

了解 MediaTailor 事件流程的計時特性有助於設定廣告插入效能的適當期望：

  • 廣告機會偵測 - 當 MediaTailor 收到玩家的GetManifest請求，並在內容資訊清單中遇到廣告標記時發生。

  • 廣告決策伺服器互動 - 通常需要 100-500 毫秒，取決於 ADS 回應時間和網路條件。

  • 資訊清單個人化 - 通常在收到 ADS 回應後 50-200 毫秒內完成。

  • 追蹤信標計時 - 依報告模式而異。對於伺服器端信標，計時是根據用戶端播放器的區段請求；用戶端信標會根據播放器實作觸發。

效能考量：從廣告機會偵測到資訊清單交付的總時間通常應保持在 5 秒以維持最佳瀏覽體驗。個別元件會以毫秒為單位完成，如上所述。不過，5 秒閾值會考量在整個廣告插入工作流程期間可能發生的潛在逾時值、重試嘗試和網路變異性。較長的延遲可能表示 ADS 效能問題或網路連線問題。

使用事件流程知識

了解 MediaTailor 事件流程為下列項目奠定基礎：

  • 實作規劃 - 了解事件序列有助於設計玩家整合和廣告伺服器組態。

  • 效能最佳化 - 了解時間預期可找出瓶頸和最佳化機會。

  • 故障診斷準備 - 熟悉一般事件流程可讓您更輕鬆地識別何時發生錯誤。

如需使用事件流程分析的詳細疑難排解指引，請參閱 故障診斷。如需事件記錄和監控的技術詳細資訊，請參閱 檢視日誌。