測試並發布您的應用程式

應用程式完成並經過內部測試後，必須進行一系列標準化測試，由 Google 帳戶代表將測試要求傳送至您的伺服器。應用程式通過這些測試後，即可發布。以下主題說明測試和發布程序的運作方式。

使用 Google 流量進行測試

準備好開始使用 Google 傳送的流量進行測試時，請與您的授權買方代表聯絡。系統會要求您提供各種資訊，例如：

  • 工程團隊聯絡資訊。如果測試未如預期進行，且有待解決的工程問題，我們會使用這組聯絡資訊，直接與您的團隊互動。
  • 回應即時出價工具要求的 SSL 網址。
  • 如果您選擇使用這項功能，Cookie Code 比對伺服器的 SSL 網址。
  • RTB 伺服器的實體位置 (州、國家/地區)，以便最佳化與 Google 伺服器的通訊。
  • 測試完成後，您願意從每個實體位置提供的每秒查詢數上限 (QPS)。
  • 您可從這項服務開始運作起算，測試 RTB / Cookie 程式碼比對伺服器。Google 會在該日期當天或之後，向您的伺服器傳送 RTB 要求。
  • 伺服器處理 RTB 要求時的預估延遲時間。
  • 郵寄價格解密資訊的 PGP 金鑰。
  • 確認預先指定目標 UI 中已設定預先指定目標。

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

測試過程中，您需要透過模擬流量完成幾個步驟，以便驗證不同位置的延遲時間。Google 也會執行一些基本測試，確保廣告正確顯示及追蹤點擊。(大部分的測試應在您自行測試及認證期間完成)。我們也會請您確認是否能接收及解讀得標價格通知和點擊次數。完成這些項目的驗證後，下一步就是在幾天內逐步增加實際流量。

使用即時出價工具的延遲時間要求為 80 到 1000 毫秒，以 Google 傳送呼叫到 Google 收到回覆的時間為準。這項期限取決於格式和競價類型；請查看 BidRequest.tmax 欄位，瞭解確切值。

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

如果出價方因網路事件或其他問題而暫時出現高超時率，系統會自動降低其頻寬。這項節流功能會在幾分鐘的時間範圍內自動減少或增加流量。如果流量經常在一段長時間內受到限流，Google 可能會將流量配額調整為更穩定的處理層級。