認定バイヤーのリアルタイム ビッダー システムには、ビッダーのサーバーに送信できるコールアウトの最大レート（秒間クエリ数（QPS）で表されます）があります。上限を超えたプレターゲティング マッチは破棄されます。この上限には次の目的があります。
- 入札者がサーバー上で処理できる量を超えたリクエストを受け付けることがないようにします。
- 入札者がテストモードの場合など、入札者が対象となるすべてのコールアウトの受信に関心がない場合は、認定バイヤーのリソースを節約できます。
割り当て上限
この上限は、ビッダー サーバー URL ごとに、技術的には取引ロケーションと URL のペアごとに構成され、適用されます。ただし、複数の取引場所で同じサーバー URL を使用することはできません。この上限は、テクニカル アカウント マネージャー（TAM）またはビッダーが Authorized Buyers API を使用して設定できます。
API を使用して上限を変更する場合、すべてのアカウント URL の合計割り当てが、TAM が内部で構成した合計割り当てを超えないようにしてください。
ビッダーの最大割り当て上限は、最近の費用にも依存します。エラー スロットリング前の有効な割り当て上限は、構成された割り当てと費用ベースの割り当ての最小値です。費用ベースの割り当ては、RTB グラフ ダッシュボードで確認できます。
コールアウトの割り当てシステムは、入札サーバー URL ごとにリクエストされた割り当ての上限を超えないようにします。15,000 QPS を超えると、システムは通常 QPS の上限の 10% 以内に収まります。45,000 QPS を超えると、通常は上限の 5% 以内に収まります（多くの場合 1 ～ 2%）。
応答する可能性が高い入札リクエストは、最近の入札履歴に基づいて優先されることがあります。Google が入札する可能性が高いリクエストを特定するために使用する機能は次のとおりです。
- パブリッシャー ID
- 環境の種類
- 広告フォーマット
プログラマティック保証型取引のリクエストは常に優先されます。
コールアウトの割り当てシステムは、少量のコールアウトでは精度が低下します。リクエストされた割り当て上限が約 1,000 QPS 以下の場合、リクエストされた割り当て上限を超えることがあります。このような場合、リクエストされた割り当ては 2 倍になるか、場合によっては 2 倍を超えることがあります。割り当て上限が小さい場合は、これらの不正確さを考慮して割り当て上限を減らすことを検討してください。
コールアウトのスピンオーバー
北米全域のコールアウト スピルオーバーを使用すると、QPS 割り当ての上限内で受信する入札リクエストの数を最大化できます。この機能は、北米のサーバー URL を持つビッダーにのみ適用されます。
北米には 2 つのリアルタイム ビッダー（RTB）取引場所があります。これらの北米の取引ロケーションのいずれかにコールアウトが送信され、RTB がそのロケーションで入札リクエストの割り当て上限がすでに達していることを検出すると、コールアウトが他のロケーションに転送され、そのロケーションのサーバー URL に入札リクエストが送信されます。
たとえば、RTB が北米東海岸の取引ロケーションでコールアウトを処理していて、東海岸のサーバー URL の割り当て上限がすでに達していることを検出すると、RTB はコールアウトを北米西海岸の取引ロケーションに転送し、代わりに西海岸のサーバー URL に入札リクエストを送信しようとします。
両方のロケーションで割り当てがいっぱいの場合、コールアウトはスロットリングされます。
エラーの抑制
コールアウト割り当てシステムではエラー スロットリングが使用されます。入札者が入札リクエストに時間内に応答しない場合や、入札者のレスポンスが無効な場合は、コールアウトが送信されません。エラーのスロットリングは次のようになります。
ビッダー エンドポイントのエラー率が高すぎると Google が判断した場合にトリガーされます。
エラー率または入札リクエスト数が許容レベルまで低下するまで、送信 QPS を徐々に低下させます。
割り当て上限とは無関係です。
エラー率の変化に数分以内に調整します。