測試並發布您的應用程式

應用程式完成，且您已在內部進行測試後，Google 帳戶代表就必須通過一套標準化測試，屆時您的 Google 帳戶代表將測試要求傳送至您的伺服器。應用程式通過這些測試後，就符合發布資格。以下主題說明測試和發布程序的運作方式。

使用 Google 流量進行測試

當您準備好開始測試來自 Google 的流量時，請與您的 Authorized Buyers 代表聯絡。系統會要求您提供各種資訊，例如：

• 工程聯絡資訊。如果測試無法如預期般進行，且有需要解決的工程問題，我們會使用此聯絡資訊直接與您的團隊互動。
• 用於回應即時出價請求的已啟用 SSL 網址。
• Cookie 程式碼比對伺服器已啟用 SSL 的網址 (如果您已選擇使用這項功能)。
• 即時出價伺服器的實際位置 (州/省、國家/地區)，以改善與 Google 伺服器之間的通訊效能。
• 測試完成之後，您願意從每個實際位置提供的最高 QPS (每秒查詢次數)。
• 即時出價 / Cookie 程式碼比對伺服器的測試開始日期。Google 會在當天或之後不久將 RTB 要求傳送至您的伺服器。
• 您的伺服器在處理即時出價請求時，會使用的預估延遲時間。
• 用來寄送價格解密資訊的 PGP 金鑰。
• 確認已在預先指定使用者介面中設定預先指定。

在測試期間，您隨時可以與 Authorized Buyers 代表聯絡以變更這項資訊。

測試將涉及多重流量的數個步驟，以驗證來自不同位置的延遲時間。Google 也會執行一些基本測試，確保廣告顯示及點擊追蹤(大部分的這類作業都應在自行測試及認證期間完成)。我們也會要求您確認是否能夠接收並解碼勝出的價格通知和點擊次數。這些項目通過驗證後，下一步驟將在數天內逐漸增加即時流量。

使用即時出價工具的延遲時間規定為 80 至 1000 毫秒，從 Google 傳送呼叫到 Google 收到回覆的時間起算。這個期限會因格式和競價類型而異；如要瞭解確切的值，請查看出價要求中的 tmax 或 response_deadline_ms 欄位。

如要符合在特定位置處理曝光的資格，超過這個期限的請求數量不得超過 2%。如要根據這些規定接收多個 交易地點獲得的曝光，您通常必須在所有地區執行出價伺服器。舉例來說，若要同時獲得來自美國東岸和西岸的曝光機會，您通常需要在東岸和西岸執行出價伺服器。

如果出價方因網路事件或其他問題而暫時的逾時率偏高，系統將自動調節出價。這種節流功能會在幾分鐘的時間範圍內自動減少或增加流量。如果流量經常需要長時間節流，Google 可能會將您的流量配額調整至更一致的處理層級。