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

一般的にパブリッシャーは、さまざまな広告デマンドソースを収益重視で最適化し、複数の企業（パブリッシャーの広告サーバー、サプライサイド プラットフォーム、デマンドサイド プラットフォームなど）に依頼して、ページ上の特定の広告スロットに最適な広告を決定します。ヘッダー入札では、パブリッシャー様はさまざまなデマンドソースの広告スロットに対する入札を取得できます。順次オークションの設定では、ヘッダー入札ライブラリを使用してコンテキスト データによるオークションを実施し、Protected Audience を使用してクロスサイト データによるオークションを実施できます。

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

定義

オークション

オークション	定義
コンテンツ オークション	オークションが実施される環境で、利用可能なデータを使用する広告オークション。コンテキスト オークションには、ヘッダー入札やサーバーサイド オークションなど、複数のオークションが含まれる場合があります。
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 で落札した広告がユーザーに表示されます。

注: このドキュメントでは、Protected Audience を既存の広告配信メカニズムと統合する 1 つの考えられるアプローチについて説明しますが、これは唯一の方法ではありません。このドキュメントでは、ヘッダー入札ライブラリの一つである Prebid.js が Protected Audience とどのように統合されているかについて説明します。

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

<ph type="x-smartling-placeholder">

</ph> <ph type="x-smartling-placeholder"></ph> をご覧ください。

ヘッダー入札のコンテキスト オークションを使用した 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. 落札した広告がユーザーに表示されます。

オークション前

<ph type="x-smartling-placeholder">

</ph> <ph type="x-smartling-placeholder"></ph> をご覧ください。

広告主ページに表示されるインタレスト グループの時系列。

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

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

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

<ph type="x-smartling-placeholder">

</ph> <ph type="x-smartling-placeholder"></ph> をご覧ください。 パブリッシャー様のページに表示される、コンテキストに基づくオークションの時系列。

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

パブリッシャーはまず、フラグを指定して Prebid.js を呼び出して、ヘッダー入札のコンテキスト オークションを開始します。これにより、Protected Audience オークションが後で行われることを通知します。次に Prebid.js が入札レスポンスを収集し、サーバーサイドのコンテキスト オークションに向けてパブリッシャーの広告サーバーに送信します。入札レスポンスの収集ステップで、購入者と販売者は、コンポーネントのオークション構成と購入者のシグナル（perBuyerSignals）を使用して、後続の Protected Audience オークションに参加できます。このコンポーネントのオークション構成は、最終的に後続の 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 の複数販売者オークション

<ph type="x-smartling-placeholder">

</ph> <ph type="x-smartling-placeholder"></ph> をご覧ください。

パブリッシャー様のページに表示される 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 のスコアリング ロジックから送信されたスコアが最も高い広告を選択します。

トップレベルのオークションのスコアリングと広告のレンダリング

<ph type="x-smartling-placeholder">

</ph> <ph type="x-smartling-placeholder"></ph> をご覧ください。

パブリッシャー様のページで表示される広告レンダリング シーケンス

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