API 한도 및 할당량

Google Ads API는 단일 변경 요청에서 전송할 수 있는 작업 수와 같은 API 작업에 한도를 적용합니다. 다음 표에는 알아두어야 할 몇 가지 중요한 한도와 할당량이 요약되어 있습니다.

요청 유형, 제한사항, 오류 코드
탐색기 액세스 수준의 작업 프로덕션 계정에 대한 API 작업 2,880개/일
테스트 계정에 대한 API 작업 15,000개/일 		RESOURCE_EXHAUSTED
기본 액세스 수준의 작업 테스트 계정 및 프로덕션 계정에 대한 API 작업 15,000개/일 RESOURCE_EXHAUSTED
변경 요청 요청당 작업 10,000개 TOO_MANY_MUTATE_OPERATIONS
계획 서비스 요청 1 QPS RESOURCE_EXHAUSTED
전환 업로드 서비스 요청 요청당 전환 2,000개 TOO_MANY_CONVERSIONS_IN_REQUEST
청구 및 계정 예산 서비스 요청 변경 요청당 작업 1개 TOO_MANY_MUTATE_OPERATIONS

일일 API 작업 한도

일일 API 사용량 한도는 개발자 토큰당 수행된 API 작업 수를 기준으로 합니다. API 작업은 get 요청과 변경 작업의 총합입니다. 일일 API 작업의 한도는 개발자 토큰의 액세스 수준에 따라 다릅니다. 액세스 수준 및 허용되는 사용 가이드 에는 각 액세스 수준의 구체적인 API 작업 한도가 나와 있습니다.

이러한 한도를 위반하는 요청은 오류와 함께 거부됩니다. RESOURCE_EXHAUSTED.

gRPC 제한사항

모든 Google Ads API 클라이언트 라이브러리는 gRPC를 사용하여 요청과 응답을 생성합니다. 기본적으로 gRPC의 메시지 크기는 4MB이지만, 클라이언트 라이브러리는 효율성을 높이기 위해 최대 메시지 크기를 64MB 로 설정합니다.

응답은 이 한도를 초과해서는 안 됩니다. 예를 들어 많은 필드가 포함된 검색 요청은 크기가 64MB를 초과하는 응답을 생성할 수 있습니다. 이 한도를 피하려면 선택한 필드 수를 줄이거나 스트리밍을 사용하면 됩니다. 변경의 경우 요청당 작업 수를 줄여서 전송하세요.

이 제한사항을 위반하는 요청은 생성하지않고 GoogleAdsError 429 Resource Exhausted gRPC 오류를 생성합니다. gRPC 오류 코드 및 메시지 목록을 참고하세요.

변경 요청

변경 요청은 사용자의 일일 작업 할당량에 포함되는 것 외에도 요청당 10,000 개 이상의 작업을 포함할 수 없습니다.

이 제한사항을 위반하는 요청은 오류와 함께 거부됩니다. TOO_MANY_MUTATE_OPERATIONS.

특정 서비스 및 요청 유형에 대한 추가 한도 및 고려사항은 다음에 설명되어 있습니다.

요청 검색

Search 또는 SearchStream 요청은 사용자의 일일 작업 할당량에 대해 하나의 작업으로 계산됩니다. SearchStream 요청 하나는 일괄 처리 수와 관계없이 하나의 API 작업으로 계산됩니다.

페이지로 나누어진 요청

페이지로 나누어진 요청 (예: 유효한 next_page_token이 포함된 요청)은 사용자의 일일 작업 할당량에 포함되지 않습니다. 하지만 만료되었거나 유효하지 않은 페이지 토큰이 포함된 페이지 나누기 요청은 예외를 생성하고 일일 작업 할당량에 포함됩니다.

페이지 나누기에 대한 자세한 내용은 결과 페이지 나누기를 참고하세요.

기타 요청 유형

Get, Mutate, Search, 또는 SearchStream 요청이 아닌 요청은 사용자의 일일 작업 할당량에 대해 하나의 작업으로 계산됩니다.

이러한 요청의 몇 가지 예는 다음과 같습니다.

API 예외를 반환하는 요청

GoogleAdsFailure로 거부된 요청은 여전히 사용자의 일일 작업 할당량에 포함됩니다.

실패했지만 GoogleAdsFailure를 반환하지 않는 요청(예: 네트워크 수준의 오류로 인한 요청)은 서비스에 도달하지 않으므로 사용자의 일일 작업 할당량에 포함되지 않습니다. 네트워크 연결 실패가 그 예입니다.

키워드 계획 서비스

비용과 복잡성으로 인해 다음 키워드 계획 서비스 메서드는 다른 유형의 요청과 별도의 한도가 적용됩니다.

키워드 계획을 만들 때 이러한 한도를 염두에 두세요.

키워드 계획 객체 최대 수
KeywordPlan 계정당 10,000
KeywordPlan당 KeywordPlanAdGroup 200
KeywordPlan당 KeywordPlanAdGroupKeyword 10,000
KeywordPlanCampaignKeyword (제외 키워드) 1,000
KeywordPlanCampaign당 KeywordPlan 1

잠재고객 통계 서비스

AudienceInsightsService 내의 다음 메서드에는 특정 할당량 한도가 적용됩니다.

전환 업로드 서비스

전환 조정 업로드 서비스

전환 가치 규칙

계정에 ConversionValueRuleSet의 attachment_type이 CUSTOMER 이미 있는 경우 활성화되도록 해당 세트에 새 전환 가치 규칙을 추가해야 합니다. 이러한 전환 가치 규칙 세트가 없는 경우 규칙 세트 만들기에 설명된 대로 세트를 만들고 전환 가치 규칙을 추가해야 합니다.

청구 및 계정 예산 서비스

  • 변경은 월별 인보이스로 구성된 계정에 대해서만 수행할 수 있습니다.

    이 제한사항을 위반하는 요청은 오류와 함께 거부됩니다. MUTATE_NOT_ALLOWED.

  • 변경 요청에는 1 개의 작업만 허용됩니다.

    이 제한사항을 위반하는 요청은 오류와 함께 거부됩니다. TOO_MANY_MUTATE_OPERATIONS.

  • 동일한 계정의 예산 주문을 변경할 때는 12 시간 이상 기다려야 합니다. 12시간이 지나기 전에 변경하면 Google Ads 계정 담당자만 해결할 수 있는 복구 불가능한 오류가 발생할 수 있습니다.

고객 계정 초대

CustomerUserAccessService를 사용하여 새 사용자를 기존 고객 계정에 초대할 수 있습니다. 이 기능은 다른 사용자에게 초대 이메일을 전송하므로 악용될 가능성이 있어 다음과 같이 동작에 제한이 있습니다.

사용자 데이터

사용자 데이터는 UserDataService 및 OfflineUserDataJobService로 관리됩니다.

각 UserData 객체는 create 또는 remove 작업에서 단일 최종 사용자와 관련이 있습니다. 단일 UserData 객체 내의 user_identifiers 필드는 최대 20개의 식별자로 제한됩니다. 단일 UserData 객체에서 이 한도를 초과하면 OfflineUserDataJobError.TOO_MANY_USER_IDENTIFIERS 또는 UserDataError.TOO_MANY_USER_IDENTIFIERS 오류가 발생합니다.

20개가 넘는 식별자가 있는 사용자 처리

단일 최종 사용자에게 업로드해야 하는 식별자가 20개가 넘는 경우 이러한 식별자를 여러 UserData 객체에 분산해야 합니다. Google에서 이러한 모든 식별자를 동일한 최종 사용자와 연결할 수 있도록 하려면 해당 사용자의 각 UserData 객체에 동일한 hashed_email, hashed_phone_number 또는 third_party_user_id와 같은 공통 user_identifier가 하나 이상 포함되어야 합니다. Google은 이러한 공유 식별자를 사용하여 별도의 UserData 작업의 정보를 올바른 최종 사용자 프로필에 연결하고 병합합니다.

해싱된 이메일 또는 전화번호와 같은 PII를 사용하는 경우 연결 실패를 방지하기 위해 Google Ads API 요구사항 (SHA-256, 소문자, 공백 없음)에 따라 정규화되고 해싱되었는지 확인하세요.

예를 들어 사용자에게 이메일 주소가 30개 있는 경우 UserData 객체 2개를 전송할 수 있습니다.

  • UserData 1: {third_party_user_id: "user123", hashed_email: "email1@...", ... hashed_email: "email19@..."}
  • UserData 2: {third_party_user_id: "user123", hashed_email: "email20@...", ... hashed_email: "email30@..."}

단일 OfflineUserDataJob의 모든 작업에서 user_identifiers의 총 한도는 100,000개입니다.

기타 한도 유형

요청에 항목이 너무 많은 작업 목록과 같은 반복 필드는 오류를 발생시킬 수 있습니다. REQUEST_SIZE_LIMIT_EXCEEDED 이 동일한 오류 메시지는 다른 문제로 인해 발생할 수도 있습니다.

이 제한사항이 발생하고 반복 필드를 사용하는 요청을 하는 경우 변경 요청에서 작업 목록을 배포하여 반복 필드의 항목 수를 줄여 보세요.

GAQL 쿼리를 실행할 때 IN 절 내의 최대 항목 수는 20,000개입니다. 이 한도를 초과하면 FILTER_HAS_TOO_MANY_VALUES 오류가 반환됩니다.

이전
개요
다음
시스템 한도