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