Google Cloud 控制台的用戶端 ID 管理位置
在 Cloud 控制台中，前往 Google 地圖平台「Credentials」(憑證) 頁面底部的「Client ID」(用戶端 ID) 部分，即可找到付費方案用戶端 ID 管理功能。
如要找到其他用戶端 ID 管理工作，包括網址授權和用戶端 ID 簽署密鑰管理，請按一下「用戶端 ID」部分最右側的「編輯」圖示 ，前往個別的用戶端 ID 頁面。
重要事項：Google 地圖平台付費方案不再開放註冊或提供給新客戶。
確認團隊成員具有必要資源的存取權限
使用 Google Cloud Console
重要性：您可以透過 Google Cloud 控制台取得用量報表、最新動態消息等資訊，還能存取開發人員資源。更重要的是，如果您在開發或發布過程中遇到任何技術問題，也可以透過 Cloud 控制台向 Google 地圖平台支援團隊提交客服案件。
在發布之前，請將 Cloud 控制台存取權授予所有負責維護應用程式的開發人員。這樣在遇到技術問題時，只要進入 Cloud 控制台，您的團隊成員就能與支援團隊聯絡，Google 支援團隊也能夠直接聯繫貴機構的相關人員。舉例來說，一旦系統偵測到可能會造成您應用程式故障的異常流量或行為，支援團隊就會視情況與貴機構聯絡。確保支援團隊能直接與相關開發人員聯繫，有助於及早採取對策來避免服務中斷，而不是等到服務突然中斷才想辦法解決問題。
訂閱通知電子郵件群組
重要性：建議您訂閱下列一或多個電子郵件群組，以利隨時掌握有關 Maps API 開發與異動的最新資訊。
- google-maps-platform-notifications：Google 地圖平台 API 和網路服務相關技術最新消息、服務中斷通知，以及平台功能相關公告 (每月約 3 到 5 封電子郵件)。
- google-maps-js-api-v3-notify：新版 Google Maps JavaScript API 上線的相關通知 (每年約 4 封電子郵件)。
最佳化應用程式
妥善設定防火牆以允許存取 Google 地圖平台服務
重要性：Google 地圖平台服務採用多個網域，但其中有部分並不屬於 *google.com 網域。如果您設定了防火牆來保護應用程式，請務必允許應用程式存取各個 Maps API 服務使用的網域。如果防火牆不允許存取這些網域，API 要求就會失敗，您的應用程式可能因此無法正常運作。請參閱 Maps API 使用的完整網域清單。
由於與這些網域相關聯的 IP 並非靜態，因此我們不建議依 IP 位址管理防火牆限制。
注意事項：Google 地圖平台服務使用通訊埠 80 (http) 和 443 (https) 來處理連入和連出流量。這些服務也需要 GET、POST、PUT、DELETE 和 HEAD 要求，因此請根據 API 和用途設定防火牆，以允許這些通訊埠的流量和上述要求。
授權安全資料傳輸層 (SSL) 網域，以便搭配 Maps JavaScript API 使用
重要性：搭配安全資料傳輸層 (SSL) 網域使用 Maps JavaScript API 時，請務必明確授權 HTTPS 網域，確保要求不會遭到拒絕。請注意，授權 http://yourdomain.com 並不會自動啟用其安全資料傳輸層 (SSL) 對等項目 https://yourdomain.com；在 Cloud Console 中向下捲動到「用戶端 ID」部分，即可查看授權網域清單。要是搭配安全資料傳輸層 (SSL) 網域使用用戶端 API 時發生錯誤，需要排解，請檢查是否有任何網頁元素是透過 HTTP 載入。請參閱授權疑難排解指南。
選取適當的 API 版本
重要性：著手開發應用程式前，務必先確認有哪些 API 版本已經淘汰。採用有效的 API 版本來開發應用程式，就不必在已淘汰的 API 無法使用時另尋替代版本，不但有助縮短開發時間，長期下來還能節省成本。
此外，請務必瞭解 Maps JavaScript API 採用的版本管理架構，以免在環境中誤用不恰當的 API 版本。
舉例來說，您可以在開發或測試環境中使用實驗版 API，但我們強烈建議不要在實際執行環境中使用實驗版。我們的服務水準協議僅適用於穩定版 API，因此請務必在實際執行環境中使用該版本。
詳情請參閱 Maps JavaScript API 版本指南。
選擇用戶端或伺服器端設計
重要性：為確保應用程式能夠穩定運作且易於擴充，請務必根據架構來選擇用戶端或伺服器端設計。大致上，伺服器端設計應用於離線記錄 (即不在應用程式內的記錄) 的預先及後續處理作業，用戶端設計則適合用在應用程式與使用者互動的部分 (也就是即時處理使用者提交的要求)。
會發生超出配額導致應用程式無法正常運作的情況，通常是因為在應該採取用戶端設計的時候，部署了伺服器端。我們極力建議您先參閱地理編碼策略，再著手設計或發布需要仰賴伺服器端呼叫的應用程式。
最佳化配額用量
重要性：瞭解應用程式使用配額 (又稱為 Maps API 抵免額) 的方式有助於降低費用。舉例來說，如果您使用 Maps JavaScript API，每次您的應用程式載入地圖都會耗用 Maps API 抵免額。詳情請參閱付費方案使用費率和用量限制指南。
管理網路服務配額用量
在發布服務之前，請務必瞭解各種配額相關錯誤 (例如 OVER_QUERY_LIMIT、User Rate Limit
Exceeded )，並在應用程式中設定適當的邏輯，這樣才能在超出配額時回應相關錯誤。建議您先詳閱用量限制常見問題。如要進一步瞭解各項 API 傳回的狀態碼，請參閱該 API 適用的開發人員指南；Directions API 狀態碼指南也有範例可供參考。瞭解相關概念並採行對應做法，能有效避免應用程式因耗用配額超出上限，而遭 Google 封鎖和/或服務中斷的情況。
對應用程式執行負載測試
重要性：對應用程式進行負載測試可確保應用程式能夠順利處理大量要求，而且不超出 Maps API 抵免額。
雖然 Google 地圖平台可以處理極高的流量，但如果對即時 Google 服務進行測試，有可能導致應用程式耗用的配額超出上限，並遭到 Google 封鎖。另外，您也必須承擔負載測試所產生的使用費。
不過您可以對自家應用程式進行負載測試，確保應用程式能夠處理大量要求，並且不超出 Maps API 抵免額或遭 Google 封鎖。如不想意外耗用配額，請以模擬 API 進行負載測試。模擬 API 可接收大量要求並傳回有效的回應，「不需要」經由 Google 地圖平台處理， 範例：如果您的 Geocoding API 配額是 3000 QPM (每分鐘查詢次數)， 進行負載平衡測試 傳送超過 3000 QPM 至 Geocoding API。
如果您打算進行大量負載測試，請與 Google 支援團隊聯絡以取得相關指引，並確保 Google 瞭解您所規劃的測試。