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

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

パブリッシャーのサイトでコンテキスト オークションと Protected Audience オークションが実行される前に、ユーザーが広告主のサイトでインタレスト グループに追加され、パブリッシャーの広告サーバー クライアントサイド ライブラリがこれらの 2 つのオークションの落札者を選択します。 ヘッダー入札のコンテキスト オークションを使用した 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 の複数販売者オークションでは、コンポーネント オークションから送信された入札単価からスコアが最も高い広告が選択されます。
ニュース メディアのページで、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 に関する会話をテストして参加できます。