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

RTB サービスのレイテンシ制限を満たすには、以下の取引場所の近くにサーバーを配置する必要があります。詳しくは、入札者の特定に関する説明をご覧ください。

取引の地域

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

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

ビッダーの所在地

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

入札レスポンスを送信する期限は、BidRequest.tmax（非推奨の Google RTB プロトコルでは BidRequest.response_deadline_ms）で指定されます。通常、期限は 80 ～ 1,000 ms です。

トレーディング ロケーションの観点から、回答の 85% が期限内に受信されることが求められます。これを継続的に達成できないビッダーはスロットリングされます。この期限には、取引場所とビッダー間のネットワーク時間と、ビッダーがレスポンスを生成するまでの時間が含まれます。ビッダーと取引場所間のネットワーク レイテンシに想定外の変化が生じた場合のバッファを確保するため、期限を大幅に下回る合計時間をターゲットに設定することをおすすめします。

ピアリング

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

Google は、パブリック ASN などの Google の技術要件を満たしている限り、どのネットワークともピアリングを行います。詳しくは、技術要件をご覧ください。RTB クライアントについては、トラフィック要件が免除されます。詳しくは、Google のピアリング ポリシーをご覧ください。

ピアリング リクエストを開始するには、ピアリング リクエスト フォームにご記入ください。その後、テクニカル アカウント マネージャーとのフォローアップで使用できるチケット番号をメールでお知らせします。