レイテンシの制限とピアリング

RTB サービスの遅延制限を満たすには、下記の取引場所の近くにサーバーを配置する必要があります。詳しくは、ビッダーを探すをご覧ください。

取引ロケーション

取引ロケーションは、地理的に分散したサーバー クラスタの最適な地点であり、ビッダー アプリケーションをホストするインフラストラクチャはレイテンシの点で最も恩恵を受けることができます。リアルタイム ビッダー コールアウトは、必ずしも取引ロケーションから発生するわけではなく、クラスタ内の他の場所から発生する場合もあります。たとえば、シンガポールはオーストラリアからシンガポールにまたがるアジア太平洋クラスタの取引ロケーションです。

次の表に、レイテンシの評価とサーバーの最適なロケーションの推定に使用できる参照ドメインを示します。

サーバー クラスタ 取引ロケーション 参照ドメイン
北米(東海岸) 北バージニア、米国 rtb-us-east.g.doubleclick.net
北米(西海岸) サンフランシスコ ベイエリア(米国カリフォルニア州) rtb-us-west.g.doubleclick.net
ヨーロッパ Amsterdam, Netherlands rtb-europe.g.doubleclick.net
アジア太平洋 シンガポール rtb-asia.g.doubleclick.net

ビッダーの地域

特定のユーザーのインプレッションに対する入札リクエストが常に同じ取引ロケーション経由で送信されるとは限りません。そのため、すべてのインプレッションを受け取るには、すべてのロケーションからサーバーにアクセスできるようにする必要があります。インプレッションのサブセットのみが必要な場合は、ロケーションのサブセットでサーバーを稼働させるだけで十分です。たとえば、北米のほとんどのトラフィックは、東海岸と西海岸から到達可能なサーバーを実行して受信できます。

入札リクエストの送信後、レスポンスを受け取る期限は取引ロケーションから測定され、形式とオークションのタイプに応じて 80 ~ 1,000 ミリ秒です。正確な値については、入札リクエストの tmax フィールドまたは response_deadline_ms フィールドで確認してください。

取引ロケーションの観点からレスポンスの 85% を期限内に受け取る必要があり、これを一貫して達成できないビッダーはスロットリングされます。この期限には、取引場所とビッダー間のネットワーク時間と、ビッダーがレスポンスを生成するのにかかる時間の両方が含まれます。ビッダーと取引ロケーションの間のネットワーク レイテンシの想定外の変化に備えるため、合計時間は期限より大幅に短く設定することをおすすめします。

ピアリング

大量のリクエストを受信する RTB 購入者は、レイテンシとレイテンシの変動を軽減するために、Google とピアリング リクエストを設定することをおすすめします。

パブリック ASN など、Google の技術要件を満たしているネットワークであれば、任意のネットワークとピアリングできます。詳しくは、技術要件をご覧ください。なお、トラフィック要件は RTB クライアントには適用されません。詳細については、Google のピアリング ポリシーをご覧ください。

ピアリング リクエストを開始するには、ピアリング リクエスト フォームに必要事項を入力してください。その後、テクニカル アカウント マネージャーにフォローアップする際に使用できるチケット番号をメールでお送りします。