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

# MediaTailor 廣告插入的運作方式
<a name="what-is-flow"></a>

AWS Elemental MediaTailor 會在內容交付網路 (CDN)、原始伺服器和廣告決策伺服器 (ADS) 之間互動，將個人化廣告拼接成即時和隨選影片內容中的廣告休息時間。

以下是 MediaTailor 廣告插入如何運作的概觀：

![\[MediaTailor 會收到內容請求、從原始伺服器擷取內容，以及從 ADS 擷取廣告，然後傳回個人化資訊清單。\]](http://docs.aws.amazon.com/zh_tw/mediatailor/latest/ug/images/MediaTailorSSAI_Overview.png)


1. Amazon CloudFront 等玩家或 CDN 會將 HLS 或 DASH 內容的請求傳送至 MediaTailor。請求包含來自玩家的參數，其中包含檢視器的相關資訊，用於廣告個人化。

1. MediaTailor 會將請求傳送至包含檢視器資訊的 ADS。ADS 根據檢視器資訊和目前的廣告活動選擇廣告。它會將 VAST 或 VMAP 回應中廣告創作URLs 傳回 MediaTailor。

   如果您預先調整廣告，URLs 會指向預先轉碼的廣告。如需使用預先轉碼廣告進行廣告拼接的資訊，請參閱 [有條件廣告](precondition-ads.md)。

1. MediaTailor 會操作資訊清單，以包含從 ADS 傳回的廣告 URLs，轉碼以符合原始伺服器的編碼特性。如果您使用的是預先調整條件的廣告，您有責任確保廣告符合範本資訊清單。

   如果廣告尚未轉碼以符合內容，MediaTailor 會略過插入廣告，並使用 MediaConvert 準備廣告，以便準備好進行下一個請求。

1. MediaTailor 會將完全個人化的資訊清單傳回給請求的 CDN 或播放器。

ADS 會根據檢視里程碑追蹤所檢視的廣告，例如廣告開頭、廣告中間和廣告結尾。隨著播放進行，播放器或 MediaTailor 會將廣告追蹤信標傳送至 ADS 廣告追蹤 URL，以記錄已檢視多少廣告。在 MediaTailor 的工作階段初始化中，播放器會指出其或 MediaTailor 是要為工作階段傳送這些信標。

如需如何開始使用廣告插入的資訊，請參閱 [MediaTailor 入門](getting-started.md)。

# AWS Elemental MediaTailor 廣告插入事件流程
<a name="mediatailor-event-flow"></a>

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

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

## 標準事件序列
<a name="standard-event-sequence"></a>

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

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

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

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

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

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

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

## 常見事件變化
<a name="common-event-variations"></a>

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

### 空白廣告回應案例
<a name="empty-ad-response"></a>

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

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

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

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

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

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

### 錯誤情況
<a name="error-scenarios"></a>

當技術問題無法成功插入廣告時，事件流程可能會在各種時間點中斷：
+ **廣告決策伺服器逾時** - 對 ADS 的請求超過設定的逾時閾值，防止廣告擷取。
+ **通訊錯誤** - 網路或連線問題會使 MediaTailor 無法到達廣告決策伺服器。
+ **回應剖析錯誤** - ADS 傳回 MediaTailor 因 VAST 格式或結構無效而無法剖析的回應。

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

### VAST 重新導向案例
<a name="redirect-scenarios"></a>

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

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

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

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

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

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

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

## 事件計時概觀
<a name="event-timing-overview"></a>

了解 MediaTailor 事件流程的計時特性有助於設定廣告插入效能的適當期望：
+ **廣告機會偵測** - 當 MediaTailor 收到玩家的`GetManifest`請求，並在內容資訊清單中遇到廣告標記時發生。
+ **廣告決策伺服器互動** - 通常需要 100-500 毫秒，取決於 ADS 回應時間和網路條件。
+ **資訊清單個人化** - 通常在收到 ADS 回應後 50-200 毫秒內完成。
+ **追蹤信標計時** - 依報告模式而異。對於伺服器端信標，計時是根據用戶端播放器的區段請求；用戶端信標會根據播放器實作觸發。

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

## 使用事件流程知識
<a name="event-flow-next-steps"></a>

了解 MediaTailor 事件流程為下列項目奠定基礎：
+ **實作規劃** - 了解事件序列有助於設計玩家整合和廣告伺服器組態。
+ **效能最佳化** - 了解時間期望可找出瓶頸和最佳化機會。
+ **故障診斷準備** - 熟悉一般事件流程可讓您更輕鬆地識別何時發生錯誤。

如需使用事件流程分析的詳細疑難排解指引，請參閱 [疑難排解](troubleshooting.md)。如需事件記錄和監控的技術詳細資訊，請參閱 [檢視日誌](monitoring-through-logs.md)。