収量最適化の仕組み

このページでは、 yield Optimization の内部メカニズムについて説明します。トリガーされるタイミング、タイミングの仕組み、他の MediaTailor 機能との相互作用について説明します。

収量最適化がトリガーされるタイミング

MediaTailor は、APS に入札リクエストを行う前に 3 つの条件を評価します。3 つすべてが true である必要があります。

収量の最適化が設定されています。再生設定には、有効なパブリッシャー ID、リージョン、テンプレートYieldOptimizationConfigurationを持つがあります。
十分な未入力期間。プライマリ ADS レスポンスの後、広告時間枠の残りの未入力時間が設定されたMinimumUnfilledDurationしきい値を超えています。
十分なパーソナライゼーション残り時間。APS リクエストを行い、レスポンスを処理するのに十分な時間がパーソナライゼーション予算に残ります。

いずれかの条件が満たされない場合、歩留まりの最適化はスキップされ、MediaTailor はプライマリ ADS 広告のみを続行します。

例: プライマリ ADS が 30 秒の広告を返す 60 秒の広告時間枠では、30 秒が未入力になります。MinimumUnfilledDuration が 15 に設定されている場合、収量最適化は残りの 30 秒間の広告をトリガーしてリクエストします。

MediaTailor は、広告パーソナライゼーションのための厳格なタイミング予算内で動作します。yield Optimization は、プライマリ ADS リクエストが完了した後の残りのパーソナライゼーション時間を使用します。

タイミングに影響するキー SDC (セーフ動的設定) フラグ:

フラグ	説明
`maximumLivePersonalizationLatencyMs`	ライブコンテンツのすべての広告パーソナライゼーション (プライマリ ADS と YO) の最大合計時間。
`adsRequestTimeOutMilliseconds`	プライマリ ADS リクエストのタイムアウト。

タイミングの動作:

APS リクエストを開始するのに十分な時間が残っている場合、YO は完全にスキップされます ( SkipPersonalizationTimeoutExceededメトリクスを発行します）。
APS リクエストが開始されても時間内に完了しない場合、タイムアウトします ( Timeoutsメトリクスを発行します）。
MediaTailor は、APS HTTP リクエストと VAST 処理の両方に厳密なタイムアウトを適用して、パーソナライゼーションが制限内で完了するようにします。

歩留まりの最適化は常に失敗します。次のいずれかが発生した場合、MediaTailor はプライマリ ADS 広告のみを続行します。

視聴者の再生エクスペリエンスは、収量最適化の失敗によって中断されることはありません。

コード	意味
200	広告による入札応答の成功。
204	入札なし。リクエストは有効ですが、利用可能な入札はありませんでした。
400	リクエストが正しくありません (無効な JSON または必須フィールドがありません）。
500	APS サーバーエラー。
503	APS 過負荷 (バックプレッシャー信号）。
429	APS スロットリング。APS はリクエストのスロットリングを手動で開始しました。

機能	相互作用
広告決定サーバー設定 (ADSC)	インタラクションなし。ADSC はプライマリ ADS リクエストを制御します。YO は独立しています。
プリフェッチ	現在のリリースでは YO ではサポートされていません。
オーバーレイ広告	現在のリリースでは YO ではサポートされていません。

ブラウザで JavaScript が無効になっているか、使用できません。

AWS ドキュメントを使用するには、JavaScript を有効にする必要があります。手順については、使用するブラウザのヘルプページを参照してください。

APS との統合

入札の構築とテンプレート化