動的割り当てと柔軟な優先順位を開く

マネージド インベントリを使用する場合、多くの場合、さまざまなチャネルからの適格な需要があります。 保証または前払いベースで販売したマネージド需要があり、確実に配信コミットメントを満たす必要があります。 また、チームが人身売買の責任を負うが、事前の保証 (パフォーマンス需要、ハウス キャンペーンなど) がコミットされていない可能性がある管理需要を管理している場合もあります。 最後に、Microsoft Advertising Exchange で再販するインベントリを公開することで、使用する外部需要ソースが存在する可能性があります。

オープン動的割り当てを通じて、Microsoft 収益化を使用すると、マネージド インベントリの収益を最大化しながら、保証された/優先度の高いマネージド需要に対して完全な配信を確保しながら、これらの異なる需要チャネル全体で最適化できます。

このドキュメントでは、収益の最大化と配信リスクの軽減の間のシステムの決定方法を好みに合わせて調整できるように、Open Dynamic Allocation を構成するために自由に使用できるコントロールについて説明します。 また、柔軟なライン アイテムの優先順位が、これらの異なる需要ソースの競合を許可する方法にどのような影響を与えるかについて詳しく説明します。

柔軟な優先順位により、需要を管理するための制御が提供されます

標準出荷明細と保証納入明細の両方の優先度を、1 から 20 までの任意の値に設定できます。

従来、標準明細は、保証された出荷明細よりも優先度の低い設定に制限されていました。 これにより、適格な保証された広告申込情報が常に標準の広告申込情報の前に配信されることが保証されました。 ほとんどの場合、これは望ましい動作です。常に完全に配信するには保証された行項目が必要であるため、標準の行項目よりも優先することは、それを実現するための論理的な方法の 1 つです。 ただし、さまざまな顧客コミットメントにより、標準の明細が、確実な納入目標を持つ明細の上またはそれ以上に優先することが重要な場合があります。

優先順位の設定の詳細については、「 標準明細を作成する 」および「 保証納入明細を作成する」を参照してください。

オープン動的割り当てに対する柔軟な優先順位の影響

任意の種類のアイテムを任意の優先順位 (1 から 20) に設定すると、入札申請のダイナミクスが変わります。 需要の競合方法を決定する優先順位には、次の 3 つの要因があります。

• 再販の優先順位: これは、ネットワーク (メンバー) レベルで設定される値です。 再販の優先順位は、在庫が RTB 需要への再販に使用できるタイミングを制御します。 管理対象広告主の広告申込情報が再販優先度 以上の 優先度値を持ち、インプレッションの対象となる場合、RTB 購入者はインプレッションを利用できません。 (詳細については、「 インベントリの再販エクスポージャーの管理 」を参照してください)。この値は、保証された明細にも影響します。 システムは、最も優先度の高い保証された入札と最も優先度の高い標準入札を識別します。 これら 2 つの優先順位の中で最も高い点は次のとおりです。
  • リ セル優先度を下回ると、保証された最も高い優先度レベルからの保証された需要と、最も高い標準優先度レベルからの標準需要の両方がオークションで競い合うことを許可します。
  • 売り上げ優先度以上の場合は、その上位レベルからの需要のみがオークションで競い合うことを許可します。
• 標準明細優先度: 標準明細に割り当てられた優先度。 既定値は 5 です。
• 保証出荷明細の優先度: 保証出荷明細に割り当てられた優先度。 既定値は、"インプレッション" の場合は 14、"Exclusive" の場合は 19 です。

次のシナリオは、上記の 3 つの設定がどのように相互作用して、需要がオークションで競い合うことができるかを判断する方法を示しています。

柔軟な優先順位を示すシナリオの例

これらのシナリオでは、対象のすべての広告申込情報に対してターゲット設定が満たされていることを前提としています。 ターゲット設定などのその他の設定は、送信される広告申込情報にも影響します。

シナリオ 1

この最初のシナリオでは、3 つの保証された配信明細があり、すべて優先度が 12 に設定されています。 また、3 つの標準の行項目があります。2 つは優先度 10 で、1 つは優先順位 9 です。 これらのすべての明細には、再販優先度が 6 を超える優先順位があるため、RTB 需要と競合しません。 代わりに、各レベル (保証および標準) の最も優先度の高い行項目が決定されます。 優先度が最も高い明細は、オークションに送信されます。 保証された配信明細の優先度が最も高い場合は、1 つの明細のみが送信されます。 (これは、同じ優先度の保証された複数の明細がある場合でも当てはめます。保証配送明細の選択方法の詳細については、「保証配送 オークションの仕組み 」を参照してください)。標準の明細項目の優先度が、保証される最も優先度の高い明細項目よりも高い場合は、標準の明細項目のみがオークションに送信されます。 (複数の標準アイテムの優先度が最も高く、同じ場合は、すべてオークションに送信されます)。

このシナリオでは、優先度 12 の保証された配信明細の 1 つが送信されます。これは、いずれかの標準明細よりも高い優先度に設定されているためです。

シナリオ 2

このシナリオでは、3 つの保証された配信明細項目があり、2 つは優先度が 16 で、1 つは優先順位 10 です。 また、3 つの標準の行項目があります。2 つは優先順位 16 で、1 つは優先順位 5 です。 各レベルから最も高い優先度を決定します。この場合は、保証品目と標準明細の両方の優先度 16 です。 シナリオ 1 と同様に、最も高い行項目優先度 (16) は再販優先度 (6) よりも高いため、RTB と競合しません。 最初のシナリオとは異なり、保証される最も高い明細項目と同じ優先度の標準明細があります。 したがって、保証された配信については、優先度 16 の行項目の 1 つを選択します。 また、優先度 16 の標準アイテムの両方を選択し、3 つすべてをオークションに出品します。

シナリオ 3

この最後のシナリオでは、再販優先度が最も高い行項目の優先順位よりも高くなります。 その場合、すべての明細が RTB と競合します。 さらに、常に、そのレベルで最も優先度の高い 1 つの保証された配信明細項目と、標準明細の中で最も優先順位が高いすべての標準明細を送信します。 次の例は、このシナリオのさまざまな可能性を示しています。

例 1: 優先 12 で保証された 1 つの配信明細項目とすべての優先度 12 の標準品目が、RTB と競合するためにオークションに提出されます。

例 2: 優先 10 で保証された 1 つの配信明細項目とすべての優先度 12 の標準品目が、RTB と競合するためにオークションに提出されます。

例 3: 優先 12 で保証された 1 つの配信明細項目とすべての優先度 10 の標準品目が、RTB と競合するためにオークションに提出されます。

実装に関する推奨事項

再販の優先順位:保証された需要に使用される最も低い優先度レベルより高い 1 レベルの再販優先度を設定することをお勧めします。

保証された広告申込情報の優先順位: 保証された需要に使用することを決定した最も低い優先度のレベルでは、保証された需要が他の需要チャネルと競合することを許可します。これにより、システムは収益を最大化する最適な機能を提供します。 このため、保証された需要の多くをできるだけこのレベルに設定することを目指す必要があります。 その後、再販優先度以上の優先順位を使用して、保証された特定の品目を競合から除外できます。 競合からの需要を除外する理由 (配信を保護するために全体的な収益を下げるリスクがある) の例を次に示します。

• 行項目は、機密性の高いクライアント関係の挿入順序の一部であり、行項目がその目標を確実に満たしていることを確認するために、全体的な収益に影響を与える価値があります。
• 広告申込情報では在庫の可用性が不足していることがわかっているので、再販優先度 以上 に優先順位を付けて、完全に配信する可能性を最大限に高めます。

標準の行項目の優先順位: 標準の明細は、一般に、保証された明細より優先されます。 これは歩留まりに悪影響を与えるので、多くの優先度レベルに標準の行項目を分散しないようにします。 最も保証された需要が 1 つのレベルに設定されるのと同様に、ほとんどの標準行を 1 つの優先順位レベルに設定する必要があります。 特定の標準項目を他のアイテムよりも優先する理由の例を次に示します。

• 重要なパフォーマンス要求が、仲介された需要よりも優先されるようにする必要があります。

• これらの広告申込情報の CPM 値を決定することは困難であるため、低優先度でハウス広告をトラフィックする必要があります。

  注:

  保証された配信の背後にあるメカニズムは、標準の広告申込情報と競合する場合でも、配信目標を確実に達成するために引き続き機能します。 「 保証された配信オークションの仕組み」を参照してください。

関連項目

• 保証された配信
• 保証された配信オークションの仕組み
• 保証納入明細を作成する
• メンバー サービス