複数のクライアントに代わって入札する

入札者は、1 回の入札レスポンスで複数の購入者の広告枠を購入できます。たとえば、デマンドサイド プラットフォーム(DSP)は、入札アプリケーションを使用して、購入者である複数のマーケターや広告代理店のために広告枠を購入する場合があります。このガイドでは、複数の購入者に代わって送信された単一のリクエストを処理するように入札者をコーディングする方法について説明します。

背景

シナリオによっては、広告ネットワークや広告代理店のトレーディング デスクが 1 つ以上の DSP と連携することを選択する場合があります。DSP を通じて作業する購入者には、次の 2 つのオプションがあります。

  • DSP は、購入者ではないマーケターまたは代理店のために広告枠を購入します。この場合、DSP は 1 つの入札リクエストを受信し、1 つの入札で応答します。Google から DSP に直接請求されます。
  • DSP は、購入者であるマーケターまたは代理店のために広告枠を購入します。DSP は、対象となる購入者に関連付けられた複数の請求先 ID を含む 1 つの入札リクエストを受け取り、入札する購入者ごとに個別の入札を行うことができます。このモデルでは、Google は DSP ではなく購入者に請求します。このガイドの残りの部分では、このシナリオに焦点を当てます。

設定とプレターゲティング

Google は、インプレッションをターゲットにした購入者と事前ターゲティング構成に関連付けられた 1 つ以上の請求 ID を含む入札リクエストを送信します。これらは BidRequest.imp.ext.billing_id フィールドで確認できます。

複数の購入者の請求 ID を含む BidRequest にレスポンスを返す場合は、Google が入札に関連付けるアカウントを認識できるように BidResponse.seatbid.bid.ext.billing_id が必要です。フィールドを設定していないレスポンスはフィルタされます。請求先 ID が 1 つのみ含まれる BidRequest の場合、このフィールドは引き続き省略可能です。

プレターゲティングの例

入札者は、2 人の購入者(請求 ID が 123 の購入者と請求 ID が 124 の購入者)に代わって入札します。入札者は、請求 ID 213 で英語をターゲットとする事前ターゲティング構成と、請求 ID 231 でパソコンをターゲットとする事前ターゲティング構成を 1 つずつ構成します。以下に、さまざまな種類のインプレッションの入札リクエストに表示される課金 ID について説明します。

インプレッションの説明 入札リクエストの請求 ID
パソコンに表示された日本語のコンテンツ。 123、124、231
モバイル デバイスに表示された英語のコンテンツ。 123、124、213
パソコンに表示された英語のコンテンツ。 123、124、213、231

BidRequest の例

以下に BidRequest の例を示します。これらのリクエストは複数のアカウントに適用されるため、複数の請求 ID が含まれています。

OpenRTB Protobuf