API 限制與配額

Google Ads API 對 API 作業設有限制,例如單一 change 要求中可傳送的作業數量。下表歸納了部分需注意的重要限制和配額。

要求類型、限制和錯誤代碼
分頁要求 每頁 10,000 列 INVALID_PAGE_SIZE
具備基本存取權的作業 每日 15,000 次 API 作業 RESOURCE_EXHAUSTED
修改要求 每項要求 10,000 次作業 TOO_MANY_MUTATE_OPERATIONS
Planning 服務要求 每秒查詢 1 次 RESOURCE_EXHAUSTED
轉換上傳服務要求 每個要求 2,000 次轉換 TOO_MANY_CONVERSIONS_IN_REQUEST
帳單和帳戶預算服務要求 每個變更請求 1 項作業 TOO_MANY_MUTATE_OPERATIONS

每日 API 作業限制

每日 API 用量限制是以每個開發人員權杖發出的 API 作業次數為準。API 作業是 get 要求和 mut 作業的總和。每日 API 作業的上限取決於開發人員權杖的存取層級。存取層級和許可使用指南概略說明每個存取層級的 API 作業限制。

違反這些限制的要求會遭到拒絕,並傳回以下錯誤:RESOURCE_EXHAUSTED

gRPC 限制

所有 Google Ads API 用戶端程式庫都會使用 gRPC 產生要求和回應。根據預設,gRPC 的訊息大小為 4 MB,但用戶端程式庫會將訊息大小上限設為 64 MB,以便提高效率。

回應內容不得超過這項限制。例如,包含許多欄位的搜尋要求可能會產生大小超過 64 MB 的回應。如要避免這項限制,您可以減少選取欄位的數量、縮減頁面大小,或是使用串流功能。對於變更,每個要求傳送的作業較少。

違反這項限制的要求不會產生 GoogleAdsError,但會產生 429 Resource Exhausted gRPC 錯誤。請參閱 gRPC 錯誤代碼和訊息清單

修改要求

除了計入使用者的每日作業配額外,每個變更請求中最多只能包含 10,000 個作業。

違反這項限制的要求會遭到拒絕,並顯示以下錯誤:TOO_MANY_MUTATE_OPERATIONS

以下將概略說明特定服務與要求類型的其他限制和注意事項。

搜尋要求

系統會將 SearchSearchStream 要求計為一次作業 (計入使用者的每日作業配額)。無論批次數量為何,系統都只會將一個 SearchStream 要求計為一項 API 作業。

分頁要求

系統不會計入分頁要求 (例如包含有效 next_page_token 的要求) 不會計入使用者的每日作業配額。不過,包含過期或無效網頁權杖的分頁要求會產生例外狀況,並計入每日作業配額。

分頁的要求 (例如搜尋要求) 也受到 Page size cannot exceed 10,000 rows 限制,如果違反此限制,就會遭到拒絕。錯誤訊息如下:INVALID_PAGE_SIZE

如要進一步瞭解分頁,請參閱分頁結果

其他類型的要求

但若要求不是 GetMutateSearchSearchStream 要求,則會計為一次作業 (計入使用者的每日作業配額)。

這類要求包括:

傳回 API 例外狀況的要求

透過 GoogleAdsFailure 遭到拒絕的要求仍會計入使用者的每日作業配額。

如果要求失敗但未傳回 GoogleAdsFailure (例如網路層級的錯誤),則不會計入使用者的每日作業配額,因為要求可能無法連線至服務。例如網路連線失敗。

規劃服務

由於成本和複雜度,下列 Planning 服務方法會受到其他類型的要求限制。

建立關鍵字企劃書時,請留意這些限制。

關鍵字企劃書物件 數量上限
每個帳戶 KeywordPlan 10,000
KeywordPlan KeywordPlanAdGroup 200
KeywordPlan KeywordPlanAdGroupKeyword 10,000
KeywordPlanCampaignKeyword (排除關鍵字) 1,000
KeywordPlan KeywordPlanCampaign 1

轉換上傳服務

轉換調整項上傳服務

帳單和帳戶預算服務

  • 只有設定採用月結的帳戶才能進行更改。

    違反這項限制的要求會遭到拒絕,並顯示以下錯誤:MUTATE_NOT_ALLOWED

  • 用來修改請求只能進行 1 項作業。

    違反這項限制的要求會遭到拒絕,並顯示以下錯誤:TOO_MANY_MUTATE_OPERATIONS

  • 變更同一個帳戶的預算訂單至少應等待 12 小時。如果在未滿 12 小時內進行變更,可能會發生無法復原的問題,而且只能由 Google Ads 帳戶代表協助解決。

客戶帳戶邀請

您可使用 CustomerUserAccessService 邀請新使用者加入現有的客戶帳戶。此功能會傳送邀請電子郵件給其他使用者,因此可能會遭到濫用,因此其行為也受到限制:

使用者資料

使用者資料是透過 UserDataServiceOfflineUserDataJobService 管理。在特定的建立/移除 UserData 作業中,每組 user_identifiers 都應專屬於單一使用者。

為強制執行這項限制,如果 UserData 組合中的 user_identifiers 超過 20 個,系統會傳回 OfflineUserDataJobError.TOO_MANY_USER_IDENTIFIERSUserDataError.TOO_MANY_USER_IDENTIFIERS 錯誤。

其他限制類型

重複欄位 (例如作業清單) 要求中的項目過多時,可能會產生錯誤:REQUEST_SIZE_LIMIT_EXCEEDED。同樣的錯誤訊息也可能是其他問題所導致。

如果您遇到這項限制,且您發出使用重複欄位的要求,請在 change 要求中部署作業清單,減少重複欄位中的項目數量。

進行 GAQL 查詢時,IN 子句內的項目數量上限為 20,000 個。如果超過此限制,系統會傳回 FILTER_HAS_TOO_MANY_VALUES 錯誤。