重要事項：Google 地圖平台付費方案不再開放註冊或提供給新客戶。
總覽
當您的應用程式用量超過 Google 地圖平台網路服務的用量限制，系統就會傳回錯誤訊息。如果持續超出限制，應用程式可能會遭到封鎖，而無法存取網路服務，在某些情況下甚至會收到「403 禁止」回應。
如果應用程式的網路服務要求收到錯誤訊息，不妨提高應用程式使用網路服務的效率，藉此降低用量。
事前須知
在將應用程式的網路服務使用情形進行最佳化之前，請先確認您已根據用途需求，選用合適的服務及正確的 Maps API 授權。
確認用途需求
假如應用程式不需要使用者即時輸入內容，或不會用到網路瀏覽器，就非常適合採用 Google 地圖平台網路服務。舉例來說，如果應用程式使用的資料集與使用者輸入內容彼此獨立 (像是房地產網站上需要進行地理編碼的一組固定地址)，則應使用網路服務。
請注意，採用網路服務時，不管發送的 IP 位址要求有多少個，您的付費方案授權都有每秒查詢次數 (QPS) 上限。
另外，Maps JavaScript API 用戶端服務的每瀏覽器工作階段也有頻率限制，因此系統會在所有使用者之間平均分配可傳送的要求數，並隨著人數增長來調整資源配置。基於上述原因，會由使用者即時輸入地理編碼地址的應用程式最適合採用用戶端服務，例如可讓使用者搜尋自家地址附近門市據點的店家搜尋器。
如需網路服務適用時機的詳細介紹，請參閱地理編碼策略。雖然上文是以地理編碼為例，但本文件中提供的相關建議也適用於所有網路服務，其中會說明適合採用伺服器端及用戶端網路服務的時機。
如何將網路服務使用情形最佳化
如要提升網路服務的使用效率，您可以只在有需要時才傳送要求，並平均分配用量以免超過限制，藉此減少整體用量。
快取結果
根據《Google 地圖平台服務條款》第 3.2.3.a 和 b 節的規定，您不得對任何「內容」預先擷取、建立索引、儲存或快取，但如果符合「條款」中所述的少數條件則不受此限。
請注意，用於識別地點的地點 ID 不受快取限制的約束，因此您可以無限期儲存地點 ID 值。
調節要求數
為避免超出用量限制，您可以設定應用程式，將要求排入佇列以掌握要求傳送時間，藉此調節要求數量。假如應用程式在超過每秒查詢次數限制後又收到額外要求，則應檢查第一個要求的時間戳記並等待 1 秒鐘。
即使已有調節限制，應用程式仍可能會收到狀態碼為 OVER_QUERY_LIMIT 的回應。您可以將應用程式設為在收到這類回應時，先稍微延遲 (20 毫秒) 再重試。