リアルタイム ビッダー

このガイドでは、認定バイヤーのリアルタイム ビッダーに参加できるビッダー アプリケーションを作成するために必要なリアルタイム ビッダー（RTB）のコンセプトの概要について説明します。

基本

入札者アプリケーションは、サポートされている RTB プロトコルのいずれかを使用して Google と通信できます。アプリに送信される入札リクエストは、少なくとも 1 つの広告枠に関するコンテキストを提供します。これにより、入札者は各インプレッションに最適なクリエイティブと入札額（ある場合）を決定できます。入札者は、入札レスポンスを返して、少なくとも 1 つの入札単価を設定し、リクエストで送信された広告枠に掲載するクリエイティブを指定できます。

入札リクエストで販売者から購入者に渡される情報。

次のシナリオは、入札者アプリケーションと認定バイヤーの間のインタラクションの例です。

  1. Google は、オークションにかけられているインプレッションについて記述した入札リクエストを入札者アプリケーションに送信します。入札者のアカウントは Protobuf 形式で OpenRTB を使用するように構成されているため、リクエストは openrtb.proto に示されているように、シリアル化された BidRequest として届きます。アプリで入札リクエストを解釈する方法については、リクエストの処理をご覧ください。

  2. ビッダー アプリケーションはリクエストを解析し、入札ロジックを適用して、広告枠の入札とクリエイティブを含む BidResponse を作成します。アプリケーションは入札レスポンスをシリアル化して Google に送信します。アプリで入札レスポンスを作成して返す方法については、レスポンスの作成をご覧ください。

  3. 送られた入札レスポンスが公開オークションにかけられます。入札単価の最も高いレスポンスによってインプレッションが落札され、そのレスポンスで指定されたクリエイティブが表示されます。

プロトコルを選択する

リアルタイム ビッダー プロトコルは、リクエストで送信された各インプレッションを評価して入札するためにアプリケーションで使用できるシグナルと、レスポンスを構築する方法を指定します。入札者アプリケーションに関連付けられているプロトコルを変更する方法は 2 つあります。

  • 手動で変更するには、テクニカル アカウント マネージャーにお問い合わせください。
  • 認定バイヤー REST API を使用して、プログラムで変更します。

サポートされているプロトコル

認定バイヤーは、次の 2 つの RTB プロトコルをサポートしています。

OpenRTB（Protobuf）

Protobuf を使用した OpenRTB 仕様の実装。

OpenRTB（JSON）

JSON を使用した OpenRTB 仕様の実装。

プロトコル バッファについて

Protobuf は、構造化された情報を表現してシリアル化するためのオープンソース形式です。

OpenRTB Protobuf を使用する場合は、選択した言語のプロトコル コンパイラと Protobuf ランタイムをインストールする必要があります。次に、使用する proto ファイルをダウンロードし、コンパイラを実行して、BidRequest や BidResponse など、proto で定義されたメッセージをシリアル化または逆シリアル化できるライブラリを生成します。この Protobuf リファレンスでは、いくつかの言語でこれを行う方法を示しています。

プロトコルの更新

Google が新しい機能を追加したり、他の機能を非推奨にしたりするたびに、RTB プロトコルが変更されます。変更は、適用される前に十分な期間を設けて発表されます。これにより、アプリケーションが非推奨となるフィールドに依存している場合でも、十分な時間をかけて依存関係を削除できます。非推奨のフィールドの処理について詳しくは、BidRequest フィールドの非推奨化への対応をご覧ください。

次のステップ

次のコンテンツでは、リアルタイム入札のコンセプトについて詳しく説明します。

  • リクエストを処理する: ほとんどの入札リクエストで見つかったシグナルを解析して解釈する方法。
  • レスポンスを作成する: 入札レスポンスの作成方法と、レスポンスで一般的に指定されるフィールドについて説明します。
  • OpenRTB ガイド: 認定バイヤー固有の拡張機能に加えて、OpenRTB 仕様の認定バイヤー実装に関するリファレンス。この実装に固有のエッジケースと制限事項について詳しく説明し、Google プロトコルの同等のフィールドを特定します。
  • 第三者配信に関する要件: さまざまな広告フォーマットを使用する際に、入札者が遵守する必要があるポリシーと、それらのフォーマットの技術仕様を定義します。
  • プレターゲティング: ターゲティング条件に一致するインプレッションのみを受信するように入札者アプリケーションを構成する方法。
  • Cookie マッチング: リマーケティングに使用される Cookie マッチング サービスやその他の関連サービスのリファレンス。
  • レイテンシの制限とピアリング: 取引場所と、ピアリングなどによるレイテンシの短縮方法について説明します。
  • アプリケーションのテストとリリース: Google が大規模に送信するトラフィックを使用して入札者アプリケーションのテストを開始する方法の詳細。