Authorized Buyers 실시간 입찰 시스템에는 입찰자의 서버로 전송할 수 있는 최대 콜아웃 비율(초당 쿼리 수(QPS)로 표시됨)이 있습니다.
한도를 초과하는 사전 타겟팅 일치는 전송되지 않습니다. 이 한도는 다음과 같은 목적으로 사용됩니다.
입찰자가 서버에서 처리할 수 있는 것보다 더 많은 요청을 받지 않도록 보호합니다.
입찰자가 테스트 모드인 경우와 같이 자격요건을 충족하는 모든 콜아웃을 수신하는 데 관심이 없는 경우 Authorized Buyers 리소스를 보존합니다.
할당량 한도
제한은 입찰자 서버 URL별로, 기술적으로는 거래 위치-URL 쌍별로 구성되고 적용됩니다. 하지만 입찰자는 여러 거래소에서 동일한 서버 URL을 사용해서는 안 됩니다. 이 한도는 기술계정 관리자 (TAM) 또는 입찰자가 Authorized Buyers API를 통해 구성할 수 있습니다.
API를 통해 한도를 변경하는 경우 모든 계정 URL의 총 할당량이 TAM이 내부적으로 구성한 총 할당량을 초과할 수 없습니다.
입찰자의 최대 할당량 한도는 최근 지출액에 따라 달라집니다. 오류 제한이 적용되기 전의 유효 할당량 한도는 구성된 할당량과 지출 기반 할당량 중 최솟값입니다. RTB 그래프 대시보드에서 지출 기반 할당량을 확인할 수 있습니다.
콜아웃 할당량 시스템은 입찰자 서버 URL당 요청된 할당량 한도를 초과하지 않도록 시도합니다. QPS가 15, 000을 초과하면 시스템은 일반적으로 QPS 한도의 10% 이내를 준수하며, QPS가 45, 000을 초과하면 일반적으로 한도의 5% 이내(1~2%인 경우가 많음)를 준수합니다.
최근 입찰 기록을 기반으로 응답할 가능성이 높은 입찰 요청이 우선순위가 높게 설정되는 경우가 있습니다. 다음은 Google에서 입찰할 가능성이 높은 요청을 식별하는 데 사용하는 몇 가지 기능입니다.
게시자 ID
환경 유형
광고 형식
보장 프로그래매틱 요청은 항상 우선순위가 높습니다.
콜아웃 할당량 시스템은 소량의 데이터에서는 정확도가 떨어집니다. 요청한 한도가 약 1,000QPS 이하인 경우 요청한 할당량 한도가 초과될 수 있습니다. 이 경우 요청된 할당량이 두 배로 늘어나거나 경우에 따라 두 배 이상 늘어날 수 있습니다. 할당량 한도가 작은 경우 이러한 부정확성을 고려하여 할당량 한도를 줄이는 것이 좋습니다.
콜아웃 스필오버
북미 전역 콜아웃 스필오버를 사용하면 QPS 할당량 한도 내에서 수신하는 입찰 요청 수를 최대화할 수 있습니다. 이 기능은 서버 URL이 북미에 있는 입찰자에게만 적용됩니다.
북미에는 두 개의 실시간 입찰 (RTB) 거래소가 있습니다. 이러한 북미 거래 위치 중 하나로 콜아웃이 전송되고 RTB에서 입찰 요청 할당량 한도가 이미 충족되었다고 감지하면 콜아웃을 다른 위치로 전송하고 해당 위치의 서버 URL에 입찰 요청을 전송하려고 시도합니다.
예를 들어 RTB가 북미 동부 해안 거래소에서 콜아웃을 처리하고 동부 해안 서버 URL의 할당량 한도가 이미 충족되었다고 감지하면 RTB는 콜아웃을 북미 서부 해안 거래소로 전송하고 대신 서부 해안 서버 URL에 입찰 요청을 보내려고 시도합니다.
두 위치 모두 할당량이 가득 차면 콜아웃이 제한됩니다.
오류 조절
콜아웃 할당량 시스템은 오류 제한을 사용합니다. 입찰자가 입찰 요청에 제때 응답하지 않거나 입찰자의 응답이 잘못된 경우 가능한 것보다 적은 수의 콜아웃을 전송합니다. 오류 제한은 다음과 같은 특징이 있습니다.
Google에서 입찰자 엔드포인트의 오류율이 너무 높다고 판단할 때 트리거됩니다.
오류율 또는 입찰 요청 수가 허용 가능한 수준으로 떨어질 때까지 발신 QPS를 점진적으로 낮춥니다.
[[["이해하기 쉬움","easyToUnderstand","thumb-up"],["문제가 해결됨","solvedMyProblem","thumb-up"],["기타","otherUp","thumb-up"]],[["필요한 정보가 없음","missingTheInformationINeed","thumb-down"],["너무 복잡함/단계 수가 너무 많음","tooComplicatedTooManySteps","thumb-down"],["오래됨","outOfDate","thumb-down"],["번역 문제","translationIssue","thumb-down"],["샘플/코드 문제","samplesCodeIssue","thumb-down"],["기타","otherDown","thumb-down"]],["최종 업데이트: 2025-09-04(UTC)"],[[["\u003cp\u003eAuthorized Buyers RTB limits the Queries Per Second (QPS) sent to bidders' servers to protect them from overload and conserve resources, with this limit configurable by a Technical Account Manager or through the Authorized Buyers API.\u003c/p\u003e\n"],["\u003cp\u003eWhen pretargeting matches surpass the set QPS limits, excess bid requests are throttled, with prioritization given to specific requests based on bidding history and Programmatic Guarantee requests.\u003c/p\u003e\n"],["\u003cp\u003eThe Callout Quota System may be less accurate with smaller volumes, potentially leading to exceeding the requested limit, particularly for limits around 1,000 QPS or less.\u003c/p\u003e\n"],["\u003cp\u003eBidders with servers in North America benefit from cross-location callout spillover, which attempts to send bid requests to another North American location if the quota is met in the initial location.\u003c/p\u003e\n"],["\u003cp\u003eAn error throttling mechanism reduces outgoing QPS when a bidder's error rate is too high due to untimely or invalid responses, independent of the quota limit, to maintain system stability.\u003c/p\u003e\n"]]],[],null,["The Authorized Buyers Real-time Bidding system has a maximum rate of callouts,\nexpressed in Queries Per Second (QPS), that can be sent to a bidder's servers.\nPretargeting matches that exceed the limit are dropped. The limit serves the\nfollowing purposes:\n\n- Protect bidders from receiving more requests than their servers can handle.\n- Conserve Authorized Buyers resources when the bidder isn't interested in receiving all eligible callouts, for example, if the bidder is in test mode.\n\n| **Note:** Bidders use test mode to make sure the bidder endpoint responds within the deadline before it receives live traffic. The response deadline ranges from 80 to 1000 ms, depending on format and auction type; check the `BidRequest.tmax` field in the bid request for the exact value. The bidder can't win impressions in test mode, so the type of bid, such as \"no bid\", doesn't matter as long as a response is supplied.\n\nQuota limit\n\nThe limit is configured and enforced per bidder server URL, technically per\ntrading location-URL pair. However, bidders shouldn't use the same server URL in\nmultiple trading locations. The limit can be configured by a Technical Account\nManager (TAM) or by the bidder through the [Authorized Buyers API](/authorized-buyers/apis/v1.4/accounts).\n\nWhen you change the limit through the API, the total quota for all the account's\nURLs can't exceed the total quota configured internally by the TAM.\n\nThe maximum quota limit for your bidder also depends on your recent spend. Your\neffective quota limit before error throttling is the minimum of the configured\nquota and spend-based quota. You can view your spend-based quota on the RTB\nGraphs dashboard.\n\nThe Callout Quota System attempts to not exceed the requested quota limit per\nbidder server URL. More than 15K QPS, the system generally adheres to within 10%\nof the QPS limit, and more than 45K QPS, it generally adheres to within 5% of\nthe limit---often 1 to 2%.\n| **Key Point:** If pretargeting matches exceed the requested quota limits, excess bid requests are throttled.\n\nSometimes bid requests you're likely to respond to are prioritized based on your\nrecent bidding history. Here are some features Google uses to identify requests\nyou're likely to bid on:\n\n- Publisher IDs\n- Environment type\n- Ad format\n\nProgrammatic Guarantee requests are always prioritized.\n\nThe Callout Quota System is less accurate at small volumes. The requested quota\nlimit can be exceeded if the requested limit is about 1,000 QPS or less. In such\ncases, the requested quota can be doubled or occasionally more than doubled. If\nyou operate with small quota limits, you should consider reducing your quota\nlimit to account for these inaccuracies.\n\nCallout spillover\n\nCross-North America callout spillover helps maximize the number of bid requests\nyou receive within your QPS quota limit. This feature only applies to bidders\nwith server URLs in North America.\n\nThere are two Real-time Bidding (RTB)\n[trading locations](/authorized-buyers/rtb/peer-guide#trading-locations) in\nNorth America. When a callout is sent to one of these North America trading\nlocations and RTB detects that your bid request quota limit is already met\nthere, it transfers the callout to the other location, and tries to send a bid\nrequest to your server URL there.\n\nFor example, if RTB is processing a callout in the North America East Coast\ntrading location and detects that your East Coast server URL's quota limit is\nalready met, RTB then transfers the callout to the North America West Coast\ntrading location and tries to send a bid request to your West Coast server URL\ninstead.\n\nIf your quota is full in both locations, the callout is throttled.\n| **Warning:** This feature might not work as expected for bidders with geolocation-based DNS configurations. See the [Best practices](/authorized-buyers/rtb/practices-guide#submit-static-dns) guide for recommendations on DNS configuration.\n\nError throttling\n\nThe Callout Quota System uses error throttling. It sends less callouts than it\ncan if the bidder doesn't respond to bid requests in time or if the bidder's\nresponses are invalid. Note that error throttling:\n\n- Triggers when Google deems the error rate too high for the bidder endpoints.\n\n- Gradually lowers the outgoing QPS until the error rate or number of bid\n requests drops to an acceptable level.\n\n- Is unrelated to the quota limit.\n\n- Adjusts within minutes to changing error rates."]]
