測試並發布您的應用程式

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

使用 Google 流量進行測試

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

• 工程聯絡資訊。如果測試無法按照預期繼續，且您遇到需要解決的工程問題，我們會使用此聯絡資訊與您的團隊直接互動。
• 已啟用 SSL 的網址，可回應即時出價請求。
• 如果您選擇使用這項功能，則 Cookie 程式碼比對伺服器已啟用 SSL 的網址。
• RTB 伺服器的實際位置 (州/省、國家/地區)，讓與 Google 伺服器之間的通訊達到最佳狀態。
• 測試完成後，您願意為每個實際位置提供的 QPS (每秒查詢次數) 上限。
• RTB / Cookie 程式碼比對伺服器上線的測試日期。Google 會在該日期當天或之後不久，將 RTB 請求傳送到您的伺服器。
• 您的伺服器在處理即時出價請求時，會使用的預估延遲時間。
• 用於寄送價格解密資訊的 PGP 金鑰。
• 確認您已在預先指定 UI 中設定預先指定功能。

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

測試將涉及數項有關合成流量的步驟，以驗證來自不同位置的延遲時間。Google 也會執行一些基本的廣告顯示和點擊追蹤測試。(大部分的這類測試都應在您自己的測試和認證期間完成)。此外，我們也會要求您確認能夠接收並解碼得標的價格通知和點擊次數。這些項目通過驗證後，下一個步驟將在幾天內逐步提高即時流量。

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

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

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