ヘッダー入札と複数販売者の Protected Audience オークションによる順次オークション設定

パブリッシャーは通常、収益を最適化するために広告ソースを多様化し、複数の企業（パブリッシャー広告サーバー、サプライサイド プラットフォーム、デマンドサイド プラットフォームなど）を呼び出して、ページ上の特定の広告スロットに最適な広告を決定します。ヘッダー入札を使用すると、パブリッシャー様はさまざまなデマンドソースから広告スロットの入札を取得できます。順次オークションの設定では、コンテキスト データを使ったオークションの実施にヘッダー入札ライブラリを使用し、クロスサイト データを使ったオークションの実施に Protected Audience を使用します。

始める前に、Protected Audience ページで API の基礎について、Prebid.js ドキュメントのヘッダー入札についてそれぞれご確認ください。

定義

オークション

オークション 定義
コンテキスト オークション オークションが実施される状況において利用可能なデータを使用する広告オークション。コンテキスト オークションでは、ヘッダー入札やサーバーサイド オークションなど、複数のオークションが行われる場合があります。
Protected Audience オークション 別のサイトで作成されたインタレスト グループへの入札を伴う広告オークション。
Protected Audience 複数販売者オークション 2 層の Protected Audience オークション。最初に複数の並列コンポーネント オークションが行われ、その後、最高スコアの広告を最終的なトップレベル オークションに提出します。
トップレベル オークション コンポーネント オークションのコンポーネント オークションで落札した企業のスコアを計算する、Protected Audience 複数販売者オークションの最後の広告オークション。
コンポーネント オークション Protected Audience 複数販売者オークション内のネストされたオークション。各コンポーネント販売者は、コンポーネント オークションを並行して実行します。各コンポーネント オークションから最高スコアを獲得した広告は、トップレベル オークションに渡されます。
順次オークションの設定 コンテキスト オークションと Protected Audience オークションを統合し、2 つのオークションの落札者を決定する広告オークション設定。

出場選手

参加者 定義
広告主 広告のプレースメントを希望し、広告クリエイティブを作成する当事者。
パブリッシャー 広告枠をオークションに提供する当事者。
購入者 販売者から広告スペースを購入するためにオークションに入札する当事者。通常はデマンドサイド プラットフォーム（DSP）です。
パブリッシャー広告サーバー パブリッシャーがサイトに表示する広告を管理、選択するために使用するサービス。パブリッシャー広告サーバーは、独自のオークション結果、ヘッダー入札者のレスポンス、直接販売の広告枠などを組み合わせて、パブリッシャーに最も大きな収益をもたらす広告を決定します。

パブリッシャー広告サーバーは、サーバーとやり取りするためのクライアントサイド ライブラリを提供できます。
トップレベルの販売者 Protected Audience 複数販売者オークションを起動（つまり作成）し、トップレベル オークションに参加する当事者。
コンポーネント販売者 Protected Audience 複数販売者オークションでコンポーネント オークションを実施し、パブリッシャーの広告スペースを購入者に販売する当事者。一般的にはサプライサイド プラットフォーム（SSP）です。

順次オークションの設定

順次オークションでは、まずコンテキスト オークションが実行され、次に Protected Audience オークションが実行されます。この設定により、パブリッシャー様は、ページで利用可能なコンテキスト データを使用してオークションを実施し、安全な環境でクロスサイト データを使用してオークションを実施することで、収益の可能性を最大限に高めることができます。これにより、ユーザーのプライバシーを保護できます。

まず、ヘッダー入札ライブラリをページで実行して、パブリッシャー広告サーバーのコンテキスト オークションへの入札を収集することもできます。その後、コンテキスト オークションの調整された落札価格を入札単価の下限として Protected Audience オークションに入札できます。スコアリング ステップで、トップレベルの販売者は、望ましいスコアの計算時にスコアを 0 として、コンポーネントのオークションの入札価格を入札下限を下回るように引き下げることができます。Protected Audience コンポーネントのオークション入札が入札単価の下限を上回っていない場合、コンテキスト オークションの落札広告がユーザーに表示されます。Protected Audience のオークションで落札者が返された場合は、入札単価が最小価格を上回っており、Protected Audience 落札広告がユーザーに表示されます。

この順次オークションの設定例では、1）ヘッダー入札ライブラリによるコンテキスト オークション、2）パブリッシャー広告サーバーによるコンテキスト オークション、3）Protected Audience オークションという 3 つの主要なオークションがページ上で順番に実行されます。

ユーザーが広告主のサイトのインタレスト グループに追加される前に、コンテキストに基づく Protected Audience オークションがパブリッシャー サイトで実行され、パブリッシャー広告サーバーのクライアントサイド ライブラリが落札者を選択します。
ヘッダー入札のコンテキスト オークションを使用した Protected Audience 複数販売者オークションの概要

概要図の詳細な説明:

  1. オークション前に、ユーザーは広告主のサイトのインタレスト グループに追加されます。
  2. ユーザーが後でパブリッシャーのページにアクセスすると、Prebid.js がコンテキスト オークションを実施して、ヘッダー入札者から入札レスポンスを収集します。このステップでは、購入者がシグナルを提供し、販売者が後続の Protected Audience オークションで使用するコンポーネント オークション設定を提供できます。Prebid.js には、これらのシグナルと設定を Protected Audience のオークションに反映させるモジュールが用意されています。
  3. Prebid.js によって収集された入札レスポンスは、サーバーサイドのコンテキスト オークションのためにパブリッシャー広告サーバーに送信されます。
  4. パブリッシャー広告サーバーは、独自のオークション結果、ヘッダー入札結果、直接販売の広告枠などを組み合わせて、パブリッシャーに最大の利益をもたらす広告を決定します。落札された広告は、パブリッシャー広告サーバーのクライアントサイド ライブラリに返されます。
  5. コンテキスト オークションの落札者から調整された入札価格は、Prebid.js によって収集された購入者のシグナル（perBuyerSignals）および販売者のコンポーネント オークション設定とともに、パブリッシャー広告サーバーのクライアントサイド ライブラリによって Protected Audience オークションに渡すことができます。
  6. Protected Audience 複数販売者オークションは、最上位の販売者によって実行されます。トップレベル販売者のスコアリング ステップにおいて、トップレベル販売者は、各コンポーネントのオークションの落札単価をコンテキスト オークションで調整された落札単価と比較できます。コンポーネントの入札価格がコンテキスト オークションの入札価格よりも低い場合、最上位の販売者は 0 の望ましいスコアを返します。すべての入札のスコアが 0 の場合、runAdAuction() 呼び出しは null を返します。これは、コンテキスト オークションの落札広告がレンダリングされる必要があることを意味します。
  7. パブリッシャー広告サーバーのクライアントサイド ライブラリは、runAdAuction() 呼び出しから返された内容に基づいて、落札した Protected Audience 広告またはコンテキスト広告をレンダリングします。
  8. 落札した広告がユーザーに表示されます。

オークション前

広告主のサイトでユーザーがインタレスト グループに追加される
広告主のページに表示されているインタレスト グループの時系列。

オークションの前に、ユーザーが広告主のページにアクセスすると、購入者と広告主は、ユーザーが属するサイトのインタレスト グループを定義し、広告主のサイトからのコンテキスト データとファーストパーティ データを追加して、後でオークションのシグナルとして使用できます。

  1. ユーザーが広告主のサイトに移動します。
  2. 広告主のサイトでは、オークションに参加する各購入者から後日スクリプトが読み込まれます。
  3. 購入者のスクリプトには、ユーザーを購入者のインタレスト グループに追加するための joinAdInterestGroup() 呼び出しが含まれています。

Prebid.js とパブリッシャー広告サーバーを使用したコンテキスト オークション

パブリッシャー サイトでコンテキスト オークションを開始
パブリッシャーのページに表示されている、コンテキストに基づくオークションの時系列。

順次オークションの設定では、Protected Audience オークションが実行される前にすべてのコンテキスト オークションが実行されます。このドキュメントで説明する設定では、Prebid.js によるヘッダー入札のコンテキスト オークションを実行し、パブリッシャー広告サーバーによるサーバーサイド オークションにフィードします。

パブリッシャーはまず、フラグを指定して Prebid.js を呼び出して、ヘッダー入札のコンテキスト オークションを開始します。これにより、Protected Audience オークションが後で実行されることを通知します。次に Prebid.js が入札レスポンスを収集し、サーバーサイド コンテキスト オークションのためにパブリッシャー広告サーバーに送信します。入札レスポンスの収集ステップで、購入者と販売者は、オークションに参加したい場合、その後の Protected Audience オークションで使用するコンポーネント オークション設定と購入者のシグナル（perBuyerSignals）を提供できます。このコンポーネントのオークション構成は、最終的に、その後の Protected Audience オークションに渡されます。

  1. コンテキスト オークションの初期化
    ユーザーがパブリッシャーのページにアクセスします。
  2. パブリッシャーのページでパブリッシャー広告サーバーのクライアントサイド ライブラリが読み込まれ、広告スロットが定義されます。
  3. パブリッシャーのページが Prebid を読み込み、ヘッダー入札のコンテキスト オークションを開始します。
  4. 販売者 A のコンテキスト オークション
    （販売者 B のコンテキスト オークションと並行して実施）
    Prebid.js が販売者 A に入札リクエストを送信します。
  5. 販売者 A が購入者から入札レスポンスと perBuyerSignals を取得します。
  6. 販売者 A がコンテキスト オークションを実施します。
  7. 販売者 A が、perBuyerSignals を含めたコンポーネント オークション構成を作成します。
  8. 販売者 A は、落札単価とコンポーネント オークションの設定を Prebid.js に応答します。
  9. 販売者 B のコンテキスト オークション
    （販売者 A のコンテキスト オークションと並行して実施）
    Prebid.js が販売者 B に入札リクエストを送信します。
  10. 販売者 B が購入者から入札レスポンスと perBuyerSignals を取得します。
  11. 販売者 B がコンテキスト オークションを実施します。
  12. 販売者 B が、perBuyerSignals を含めてコンポーネント オークション構成を作成します。
  13. 販売者 B は、落札単価とそのコンポーネント オークション設定を Prebid.js に応答します。
  14. パブリッシャー広告サーバーのコンテキスト オークション
    Prebid.js によって収集された入札レスポンスは、コンテキスト オークションのためにパブリッシャー広告サーバーに送信されます。
  15. 購入者のシグナルを含むコンポーネントのオークション設定が、パブリッシャー広告サーバーのクライアントサイド ライブラリと共有されます。
  16. パブリッシャー広告サーバーはコンテキスト オークションを実施して、直接販売キャンペーン、プログラマティック入札、Prebid のコンテキスト入札、その他の広告枠の中で最適な広告を決定します。
  17. パブリッシャー広告サーバーは、調整された落札単価を返します。

Protected Audience 複数販売者オークション

Protected Audience 複数販売者オークションでは、コンポーネント オークションの入札の中からスコアが最も高い広告が選択されます。
パブリッシャーのページに表示されている Protected Audience オークションの時系列。

この段階でコンテキスト オークションは終了し、パブリッシャー広告サーバーのクライアントサイド ライブラリは、コンテキスト オークションで落札した調整済み入札単価、コンポーネント オークションの設定、Protected Audience オークションに参加している購入者からのシグナルを最上位の販売者に渡すことができます。コンテキストに基づくオークションの入札価格を最小価格として、トップレベルのオークションでスコアリングするためのシグナルとしてオークション設定に渡すことができます。

コンポーネント オークションは並行して実施され、ブラウザはそのコンポーネント オークションに参加している各購入者の入札ロジックから入札を生成し、コンポーネント販売者のスコアリング ロジックで各入札をスコア付けしてから、スコアが最も高い広告を最上位のオークションに返します。

  1. パブリッシャーのサイトで、トップレベルの販売者のスクリプトを読み込みます。
  2. パブリッシャー広告サーバーのクライアントサイド ライブラリでは、コンテキストに応じたオークションの入札価格、購入者から最上位の販売者へのシグナルを含むコンポーネント オークションの設定が提供されます。コンテキスト オークションの落札広告の入札単価は、販売者シグナルとしてオークション設定に渡すことができます（この入札単価は、最上位の販売者の scoreAd() 関数で使用可能です）。
  3. 最上位の販売者が runAdAuction() を呼び出して Protected Audience オークションを開始します。
  4. 販売者 A のコンポーネント オークション
    （販売者 B のコンポーネント オークションと並行して実施）
    ブラウザは、販売者 A のコンポーネント オークションに参加しているすべての購入者について、ユーザーのインタレスト グループを読み取ります。
  5. ブラウザは、コンポーネント オークションに参加している購入者のインタレスト グループで指定された場所から、入札スクリプトと信頼できる入札シグナルを取得します。
  6. ブラウザは、各購入者の入札生成ロジックを実行して入札を生成します。
  7. ブラウザは、販売者 A から各広告のスコアリング スクリプトと信頼できるスコアリング シグナルを取得します。
  8. ブラウザでは、入札ごとに販売者 A のスコアリング ロジックが実行されます。
  9. ブラウザは、販売者 A のスコア判定ロジックによって送信されたスコアが最も高い広告を選択します。
  10. 販売者 B コンポーネントのオークション
    （販売者 A のコンポーネント オークションと並行して実施）
    ブラウザは、販売者 B のコンポーネント オークションに参加しているすべての購入者について、ユーザーのインタレスト グループを読み取ります。
  11. ブラウザは、コンポーネント オークションに参加している購入者のインタレスト グループで指定された場所から、入札スクリプトと信頼できる入札シグナルを取得します。
  12. ブラウザは、各購入者の入札生成ロジックを実行して入札を生成します。
  13. ブラウザは、販売者 B から各広告のスコアリング スクリプトと信頼できるスコアリング シグナルを取得します。
  14. ブラウザは、入札ごとに販売者 B のスコアリング ロジックを実行します。
  15. ブラウザは、販売者 B のスコアリング ロジックによって送信されたスコアが最も高い広告を選択します。

最高レベルのオークション スコアと広告レンダリング

パブリッシャー広告サーバーのクライアントサイド ライブラリは、コンテキスト オークションと Protected Audience オークションで選択された広告をレンダリングします。
パブリッシャーのページでの広告レンダリング シーケンス

前のセクションのコンポーネント オークションが実行された後、ブラウザは各コンポーネント オークションの落札広告に対してトップレベルの販売者のスコアリング ロジックを実行します。最上位の販売者の scoreAd() 関数では、コンテキスト オークションで調整された入札価格を sellerSignals として使用でき、スコアリング ロジックでコンテキスト オークションの入札価格を Protected Audience コンポーネントのオークションの落札価格と比較できます。

コンテキスト オークションの落札価格がコンポーネント オークションの落札価格よりも高かった場合、scoreAd() 関数は 0 の望ましさスコアを返すことができます。好ましいスコアが 0 より高い広告がない場合は、コンポーネント オークションの落札広告よりもコンテキスト オークションの落札広告のほうが価値が高いことを意味します。runAdAuction() 関数は null を返します。

Protected Audience オークションで落札ができず、null が返された場合、パブリッシャーの広告サーバーのクライアントサイド ライブラリは、コンテキスト オークションの落札結果を iframe にレンダリングできます。Protected Audience オークションがコンテキスト オークションの落札者となり、FencedFrameConfig オブジェクトまたは不透明 URN を返した場合、落札した Protected Audience オークション広告はフェンス付きフレームまたは iframe にレンダリングされます。

  1. トップレベルのオークション広告のスコアリング
    ブラウザは、トップレベルの販売者からスコアリング スクリプトと、各広告の信頼できるスコアリング シグナルを取得します。
  2. ブラウザでは、すべてのコンポーネント オークションの落札ごとに、トップレベルの販売者のスコアリング ロジックが実行されます。トップレベル販売者の scoreAd() スクリプト内で、ロジックはオークション設定で sellerSignals として渡された可能性のあるコンテキスト オークションで調整された落札価格にアクセスできます。スクリプトは、落札したコンテキストの入札価格をコンポーネント Protected Audience の入札価格と比較し、コンテキスト価格が高い場合は望ましいスコア 0 を返すことができます。それ以外の場合は、コンポーネントの Protected Audience の入札単価に基づいて、スクリプトが好ましいスコアを計算します。
  3. ブラウザは、トップレベルの販売者のスコアリング ロジックから送信された好ましいスコアが最も高い広告を選択します。
  4. Protected Audience のオークションで落札した場合
    Protected Audience のオークションでは、FencedFrameConfig オブジェクトまたは不透明な URN がパブリッシャーの広告サーバーのクライアントサイド ライブラリに返されます。
  5. クライアントサイド ライブラリが、フェンス付きフレームの config 属性を FencedFrameConfig オブジェクトに設定するか、iframe の src 属性を落札した Protected Audience 広告の不透明 URN に設定します。
  6. ブラウザが、Protected Audience のオークションで落札された広告を購入者から取得します。
  7. ブラウザがユーザーに広告を表示します。
  8. コンテキスト オークションで落札した場合
    Protected Audience オークションで null が返されます。
  9. ブラウザは、iframe の src 属性を落札したコンテキスト広告に設定します。
  10. ブラウザが購入者からコンテキスト オークションで落札された広告を取得します。
  11. ブラウザがユーザーに広告を表示します。

交流とフィードバックの共有

次のステップ

誰もが利用できる API を構築するために、Google は皆様との対話を通じてしたいと考えています。

API についてディスカッションする

他のプライバシー サンドボックス API と同様に、この API はドキュメント化され、一般公開されているです。

API を試す

Protected Audience API に関する会話をテストして参加できます。