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

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

始める前に、Protected Audience の基本についてはランディング ページで、ヘッダー入札については 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 オークションに入札単価の下限として入力できます。スコアリング ステップで、最上位の販売者は、魅力度スコアの計算時にコンポーネント オークションの入札単価にゼロスコアを割り当てることで、入札単価を入札下限額を下回るようにすることができます。Protected Audience コンポーネントのオークション入札単価が入札単価の下限を超えていない場合、コンテキスト オークションで落札した広告がユーザーに表示されます。Protected Audience オークションで落札者が返された場合、入札単価が入札下限を上回っていることを意味し、Protected Audience の落札広告がユーザーにレンダリングされます。

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

ヘッダー入札のコンテキスト オークションを使用した 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 によるヘッダー入札コンテキスト オークションを実行し、パブリッシャーの広告サーバーのサーバーサイド オークションにフィードします。

パブリッシャーは、Protected Audience オークションが後で実行されることを示すフラグを指定して Prebid.js を呼び出し、まずヘッダー入札のコンテキスト オークションを開始します。その後、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 オークションに参加している購入者からのシグナルをトップレベルの販売者に渡すことができます。コンテキスト オークションの入札単価を最小価格として、最上位オークションでのスコアリングのシグナルとしてオークション構成に渡すことができます。

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

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 のスコアリング ロジックによって送信されたスコアが最も高い広告を選択します。

最上位のオークション スコアリングと広告のレンダリング

前のセクションのコンポーネント オークションが実行されると、ブラウザは各コンポーネント オークションの落札広告に対して最上位の販売者のスコアリング ロジックを実行します。最上位の販売者の 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 に関する会話をテストして参加できます。