本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
Yield Optimization 的運作方式
此頁面說明 Yield Optimization 的內部機制：何時觸發、計時的運作方式，以及它如何與其他 MediaTailor 功能互動。
當產出最佳化觸發時
MediaTailor 會先評估三個條件，再向 APS 提出競價請求。這三個都必須是 true：
-
已設定產出最佳化。播放組態具有
YieldOptimizationConfiguration具有有效發佈者 ID、區域和範本的 。 -
足夠的未填充持續時間。在主要 ADS 回應之後，廣告休息時間中的剩餘未填滿時間超過設定的
MinimumUnfilledDuration閾值。 -
有足夠的個人化剩餘時間。個人化預算中仍有足夠時間提出 APS 請求並處理回應。
如果不符合任何條件，則略過產出最佳化，MediaTailor 只會繼續主要 ADS 廣告。
低填充的計算方式
-
MediaTailor 會從 SCTE 訊號讀取廣告休息時間總計。
-
MediaTailor 會加總主要 ADS 傳回的所有廣告持續時間 （來自 VAST 持續時間）。
-
未填充持續時間等於總休息持續時間減去主要廣告持續時間的總和。
-
如果未填充持續時間大於或等於
MinimumUnfilledDuration，則收益最佳化會繼續。
範例：60 秒的廣告休息時間，其中主要 ADS 傳回 30 秒的廣告會讓 30 秒未填滿。如果 MinimumUnfilledDuration 設定為 15，則剩餘 30 秒內會觸發並請求廣告。
個人化時間管理
MediaTailor 在嚴格的廣告個人化時間預算內運作。Yield Optimization 會在主要 ADS 請求完成後使用剩餘的個人化時間。
影響計時的金鑰 SDC （安全動態組態） 旗標：
| 旗標 | 說明 |
|---|---|
maximumLivePersonalizationLatencyMs |
所有廣告個人化 （主要 ADS 加 YO) 的即時內容總時間上限。 |
adsRequestTimeOutMilliseconds |
主要 ADS 請求的逾時。 |
計時行為：
-
如果剩餘時間不足以啟動 APS 請求，則會完全略過 YO （發出
SkipPersonalizationTimeoutExceeded指標）。 -
如果 APS 請求啟動但未及時完成，則會逾時 （發出
Timeouts指標）。 -
MediaTailor 會對 APS HTTP 請求和 VAST 處理強制逾時，以確保個人化在限制內完成。
故障開啟行為
Yield Optimization 一律無法開啟。如果發生以下任何情況，MediaTailor 只會繼續進行主要 ADS 廣告：
-
APS 傳回錯誤 (4xx、5xx)。
-
請求逾時。
-
競價回應不包含有效的廣告。
-
所有傳回的出價的 VAST 剖析失敗。
檢視器的播放體驗絕不會因為產出最佳化失敗而中斷。
APS 回應代碼
| Code | 意義 |
|---|---|
| 200 | 使用廣告成功出價回應。 |
| 204 | 無出價。請求有效，但沒有可用的競價。 |
| 400 | 錯誤的請求 （無效的 JSON 或缺少必要欄位）。 |
| 500 | APS 伺服器錯誤。 |
| 503 | APS 過載 （背壓訊號）。 |
| 429 | APS 限流。APS 已手動開始調節請求。 |
與其他 MediaTailor 功能的互動
| 功能 | 互動 |
|---|---|
| 廣告決策伺服器組態 (ADSC) | 無互動。ADSC 控制主要 ADS 請求。YO 是獨立的。 |
| 預先擷取 | 目前版本中不支援 YO。 |
| 浮水印廣告 | 目前版本中不支援 YO。 |
後續步驟
