常見問題

配額管理和配額增加

我符合申請提高配額的資格嗎?
請參閱「要求額外配額」一節。
Analytics (分析) API v3 要求的每日配額上限是多少?
每位使用者的每秒查詢次數 (QPS) 上限為 10,也就是說,每位使用者每天最多可提出 864,000 次要求。每個專案的每秒查詢次數 (QPS) 上限為 20,代表每個專案每天最多可發出 1,728,000 個要求。
Management API 寫入要求的配額提高上限是多少?
針對 Management API 寫入要求,每項專案的每日配額上限為 500。一般來說,每個專案每天的寫入要求數量不會超過 1,000 至 2,000 個。在某些情況下,我們會暫時提供較高的限制。請在配額提高申請表中說明理由。
我可以批次管理 API 要求來節省配額嗎?
對於 User Permission API 要求,您可以批次處理這些要求以節省配額。對於其他 API 要求,您無法這麼做:批次要求中的每個項目都會計入專案的每日配額。
雖然我們的專案的 Analytics (分析) API 配額使用率偏低,但我們正在準備推出新專案,預期會有更多使用者。我們可以佈建提高配額嗎?
強烈建議您先測試實際負載,確保經常發出 API 要求時能維持較低的錯誤率。
我的 Analytics API 要求配額用量遠低於專案目前的允許配額。會失去增加的配額嗎?
我們會審查 API 要求的配額用量。如果用量持續低落 (即數個月),或是 API 要求錯誤率大幅提高,我們會還原配額增加要求。
我的預設每日 API 要求配額為 50,000 次。我可以問到 1,000,000 嗎?
每日配額增加的幅度不超過 100%。因此,我們可以將您的每日配額提高為最多 100,000 次。隨著專案需求增加,您可以申請更多配額。
我收到一封電子郵件,說明我的配額提高要求已獲準,但我並未看到這項變更。為什麼?
提高配額最多可能需要 24 小時才會生效。如果 48 小時內未發現增幅,請回覆核准確認電子郵件。
我傳送了配額提高要求,但幾天後仍未收到任何回覆。為什麼?
如果提出要求後的 48 小時後仍未收到回覆,請確認您已正確填寫配額要求表單,且符合最低需求要求,然後再與我們聯絡。
我的配額提高要求遭拒,如何才能取得核准?
如果配額提高要求遭拒,請解決拒絕電子郵件中提及的問題。如果 (1) 您未說明幾種提高配額用量的原因,和/或 (2) 專案的錯誤率過高,我們就不會提高配額。
我的 Analytics (分析) API 要求錯誤率偏高,會失去增加的配額嗎?
很有可能。我們會審查 API 要求配額用量。如果用量很長一段時間 (即數個月) 或 API 要求錯誤率提高,我們會還原配額增加要求。
無論我的配額為何,如果我為每個資料檢視 (設定檔) 提出超過 10,000 個 API 要求,系統就會顯示 dailyLimitExceeded 錯誤。 為什麼?
無法提高每個資料檢視 (設定檔) 的 10,000 個 API 要求配額。
Real Time Reporting API 要求的配額上限為何?
每項專案每天 50,000 個要求,每個 IP 位址每秒查詢 10 次 (QPS)。
何謂內部伺服器錯誤
實作指數輪詢以重新提交 API 要求。如果同一項要求一直失敗並傳回回應代碼 500,或者您發現有大量要求失敗並顯示回應代碼 500,請與我們聯絡
我使用的是 Core Reporting API v3,為什麼要改用 Google Analytics Reporting API v4?
僅適用於在第 4 版中實作的功能。此外,Reporting API v4 還提供更具彈性的配額模式,可提高 QPS 的速度,但 QPS 比 v3 還高,且日後會持續改進。
我可以同時保留 Core Reporting API v3 和 Google Analytics Reporting API v4 的提高配額嗎?
否。假設您已經將 v3 的要求配額提高為 x。如果您遷移至第 4 版,也會同時享有 v4 的 x,但從 API v4 配額增加起算約 3 個月的過渡期結束後,第 3 版配額最終會改回預設配額。

監控與記錄 API 用量

如何查看特定代碼的錯誤?
從 Google Analytics Reporting API v4 開始,您現在可以在 Developer Console 中依回應錯誤代碼查看 API 要求的詳細資料。請注意,您目前無法透過 Play 管理中心查看個別要求的資料。
我的應用程式是安裝在使用者的電腦上 (例如瀏覽器外掛程式)。如何取得記錄檔、排解錯誤及監控用量?
Google Analytics (分析) API 目前並未提供集中存取這項資訊的方法。在這段期間,您也可以導入 Google Analytics (分析) 事件追蹤來追蹤 API 錯誤。