このページは Cloud Translation API によって翻訳されました。

Protected Audience メディエーションによる複数の販売者が参加するオークションのサポート

販売側の広告プラットフォームでは通常、広告デマンドソースを多様化し、広告収入を最適化します。広告メディエーションでは、広告ネットワークまたはサービスが複数の広告ネットワークを呼び出して、特定の広告スロットに最適な広告を決定します。このプロポーザルでは、Android 版 Protected Audience API を拡張し、プライバシーの保護を図りながらウォーターフォールメディエーション機能を実装する方法を紹介します。現在、広告ネットワークには、複数の広告販売者の広告オークションをアプリデベロッパーがメディエーションするさまざまな方法があります。

ウォーターフォールメディエーション: アプリデベロッパーは、広告ネットワークの順序付きリストを定義します。ほとんどの場合、特定のネットワークの過去の eCPMs に基づいてランク付けされます。このリストはメディエーションチェーンと呼ばれます。アプリデベロッパーのメディエーションプラットフォームは、このリストを使用して、指定された順序で広告ネットワークを呼び出し、関連する広告のデマンドソースを決定します。
プログラマティックメディエーション: アプリデベロッパーが広告配信機会の入札に参加できるように、複数の広告ネットワークが設定されます。これらのネットワークは、機会の評価に基づいて、リアルタイムで入札することができます。
ハイブリッドメディエーション: ウォーターフォールとプログラマティックのメディエーション手法の組み合わせ。

ウォーターフォールメディエーション

ウォーターフォールメディエーションでは、広告配信機会が発生すると、広告 SDK がバックエンドサーバーにリクエストを送信します。サーバーは落札された広告クリエイティブでリクエストに応答するのではなく、過去の eCPM で順序付けられた広告ネットワークのリストを含むメディエーションチェーンを返します。

ウォーターフォールメディエーションモデルの図
図 1. ウォーターフォールメディエーションモデル。

従来のウォーターフォールモデルでは、広告 SDK はメディエーションチェーンで指定された順序で各広告ネットワーク（または独自のオークション SDK）を呼び出します。広告ネットワークが広告リクエストを満たせる場合は、その広告ネットワークで広告が表示されます。そうでない場合、リクエストはチェーン内の次のネットワークに送られます。このプロセスは、リクエストが満たされるか、チェーン全部の試行が完了するまで繰り返されます。

多くの場合、ウォーターフォール型メディエーションは、ファーストパーティの広告デマンドソースからの eCPM の再評価に基づいて、メディエーションチェーンを定期的に並べ替えることで最適化されます。

プログラマティックメディエーション

プログラマティックメディエーション（「ヘッダー入札」とも呼ばれます）は、広告リクエストを配信できる広告ネットワークを判断するための方法として、過去の eCPM の代わりに使用する方法です。プログラマティックメディエーションでは、プロバイダがライブ入札単価を使用して落札広告を特定します。

プログラマティックメディエーションモデルの図
図 2: プログラマティックメディエーションモデル

ハイブリッドメディエーション

一部のプログラマティックメディエーションソリューションでは、ウォーターフォールと入札のハイブリッドモードで広告ネットワークを組み合わせて、広告をより詳細に管理しています。また、ライブ eCPM を利用して広告ネットワークへの入札の収益を最大限に高められるというメリットもあります。

ハイブリッドメディエーションモデルでは、ウォーターフォールとリアルタイムビッダーの要素を組み合わせることにより、広告ネットワークとメディエーションのプロバイダがアプリデベロッパーの柔軟性を向上させることができます。ハイブリッドモデルでは、アプリデベロッパーは過去の eCPM に基づいて広告ネットワークを設定できます。これにより、参加ネットワークによるリアルタイムビッダーの前に広告を表示し、広告配信機会を満たせます。

Protected Audience のウォーターフォールメディエーション

Android 版 Protected Audience API では、メディエーショングラフの個々のノードごとに複数のオークションを実施することにより、ウォーターフォールメディエーションに対応しています。オークションでの落札がなかった場合は、次のネットワークオークションノードが呼び出されます。これはチェーン全体を使い切るまで繰り返されます。ウォーターフォールメディエーションのプロセスは、次のとおりです。

メディエーション SDK は、コンテキスト広告サーバーエンドポイントからメディエーションチェーンを取得します。これにより、コンテキスト広告またはメディエーションチェーンが返されます。
広告サーバーエンドポイントからメディエーションチェーンが返された場合、メディエーション SDK はチェーンの各アイテムを順番に反復処理し、参加している広告ネットワークの SDK を呼び出してコンテキスト広告およびリマーケティング広告の選択を実行します。チェーンの各項目は、特定のインプレッション数、クリック数、広告時間数について、特定の価格で広告スペースを購入するという広告ネットワークのリクエストを表します。
チェーン内のどの広告申込情報も落札広告を選択しなかった場合、メディエーション SDK は、リマーケティング広告とコンテキスト広告の両方を考慮に入れた Protected Audience 広告を選択することにより、独自の広告ネットワークの広告を表示することがあります。

Protected Audience のウォーターフォールメディエーションフロー図
図 3. Protected Audience API を使ったウォーターフォールメディエーション

上の図は、メディエーション SDK で実装可能で、ファーストパーティ広告ネットワークによる最適化はできない、ウォーターフォールメディエーションのアルゴリズムの例を示しています。Protected Audience API では、広告選択ワークフローのチェーンを可能にし、落札インプレッション数を報告することで、ファーストパーティ広告ネットワークの最適化をサポートします。

AdSelection の結果

selectAds() の戻り値の型は AdSelectionOutcome オブジェクトです。 AdSelectionOutcome には落札された広告のレンダリング URI と AdSelectionId が含まれます。これは落札された広告申込情報の広告クリエイティブを識別する opaque 型の整数です。

AdSelectionOutcome {
  Uri renderUri;
  Long AdSelectionId;
}

AdSelectionId は AdSelectionOutcome へのポインタとして機能します。現在、AdSelectionId は、reportResult() メソッドに ReportImpressionInput パラメータとして渡され、reportWin() メソッドと reportResult() メソッドが呼び出される広告を正しく識別できるようにします。

チェーン広告選択の提案

selectAds() を AdSelectionFromOutcomesConfig でオーバーロードすることをおすすめします。

val config = AdSelectionFromOutcomesConfig.Builder()
        .setSeller(seller)
        .setAdSelectionIds(listOf(outcome1pAdSelectionId))
        .setSelectionSignals({"bid_floor": bidFloorOfNextNetworkInline})
        .setSelectionLogicUri(selectionLogicUri)
        .build()
adSelectionClient.selectAds(config)

これにより、メディエーション SDK は落札広告の入札単価を、次のインラインネットワークの入札下限と比較できます。

例 1:

例 2:

落札インプレッションを報告する

selectAds(AdSelectionFromOutcomes) で落札した広告がある場合は、その広告がメディエーションの落札者となります。次に、selectAds(AdSelectionFromOutcomes) から落札された広告の広告選択 ID と、対応する AdSelectionConfig を使って reportImpression が呼び出されます。

いずれかのネットワークの selectAds(AdSelectionConfig) から落札広告が返された場合は、その呼び出しに含まれる広告選択 ID と設定とともに reportImpression が呼び出されます。

ウォーターフォールメディエーションを実行する

ウォーターフォールメディエーションプロセスの実行順序は次のとおりです。

ファーストパーティ広告選択を実行します。
メディエーションチェーンを反復処理します。サードパーティネットワークごとに次の操作を行います。
1. AdSelectionFromOutcomeConfig を作成します（ファーストパーティ outcomeId とサードパーティの SDK の入札単価の下限を含む）。
2. 前のステップの config を使用して selectAds() を呼び出します。
3. 結果が空でない場合は、広告を返します。
4. 現在の SDK ネットワークアダプターの selectAds() メソッドを呼び出します。結果が空でない場合は、広告を返します。
チェーンで落札者が見つからなかった場合は、ファーストパーティ広告を返します。

ベストプラクティス

ファーストパーティの最適化を行う前にコンテキストオークションを実施する

リマーケティングの需要が高いと、メディエーションチェーンでの落札結果につながる高い入札額が見込めます。切り捨てとは、リマーケティングオーディエンスリストを絞り込むことで、ファーストパーティの最適化を有効にするためによく使用される手法です。

Protected Audience API のリマーケティングの需要は、Protected Audience オークションでのクライアントサイドでのみ利用できます。その結果、サーバーサイトでファーストパーティの最適化を有効にすることが困難になる場合があります。ファーストパーティの最適化の問題を軽減するには、まずコンテキストオークションを実行し、次にこのページの前半で説明したように、落札広告の結果に基づいてファーストパーティの最適化を実行します。

デバイス上のメディエーションチェーンを小さくする

最適なパフォーマンスを得るには、デバイス上のメディエーションチェーンを小さくする必要があります。デバイス上での実行に関するコンピューティングコストは、メディエーションチェーンの一部として評価されたオークションの数に比例する場合があります。つまり、ノード数が増えると、計算サイクルの要件が増え、レイテンシが増加します。ノードをデバイス上のメディエーション評価に渡す際には、収益に対するレイテンシの影響を考慮してください。

その他の考慮事項

Protected Audience API では現在、複数の広告スロットのメディエーションを行うための包括的なソリューションは提供していません。各広告スロットは個別に処理する必要があります。

Protected Audience メディエーション API は、ウォーターフォールメディエーションと制限付きプログラマティックメディエーションをサポートしています。他のプログラマティックメディエーションのユースケースに関する詳細は、今後お知らせします。

Protected Audience 広告の選択は、コンテキスト広告の取得後に実行されるため、Protected Audience API を呼び出すと、広告リクエストのエンドツーエンドのレイテンシに影響する可能性があります。

あなたへのおすすめ

注: JavaScript がオフになっている場合はリンクテキストが表示されます
Android 版 Protected Audience API デベロッパーガイド
Protected Audience API でカスタムオーディエンスターゲティングをサポートする
Protected Audience: 統合ガイド

Protected Audience メディエーションによる複数の販売者が参加するオークションのサポート

ウォーターフォール メディエーション

プログラマティック メディエーション

ハイブリッド メディエーション

Protected Audience のウォーターフォール メディエーション