アプリのテストとリリース

アプリケーションが完成し、社内でテストが完了したら、一連の標準化されたテストを受けなければなりません。このテストでは、Google アカウント担当者がサーバーにテスト リクエストを送信します。アプリケーションがこれらのテストに合格すると、リリースの対象となります。次のトピックでは、テストとリリースのプロセスについて説明します。

Google トラフィックを使用したテスト

Google から送信されるトラフィックでテストを開始する準備ができたら、認定バイヤーの担当者にお問い合わせください。次のようなさまざまな情報を入力するよう求められます。

  • エンジニアリングの連絡先情報。テストが想定どおりに進まず、エンジニアリングの問題に対処する必要がある場合は、この連絡先情報を使用してお客様のチームと直接やり取りします。
  • RTB リクエストに応答する SSL 対応の URL。
  • Cookie コード マッチング サーバーの SSL 対応 URL（この機能を使用する場合）。
  • Google のサーバーとの通信を最適化するために、RTB サーバーの物理的な場所（州、国）。
  • テストが完了した後、各物理ロケーションから処理する最大 QPS（秒間クエリ数）。
  • RTB / Cookie Code Matching サーバーがテスト用に公開される日付。Google は、その日付の当日または直後に RTB リクエストをお客様のサーバーに送信します。
  • サーバーが RTB リクエストの処理に使用する推定レイテンシ。
  • 料金の復号情報を郵送するための PGP 鍵。
  • プリターゲティング UI でプリターゲティングが設定されていることを確認します。

テスト プロセス中にこの情報に変更を加えるには、認定バイヤー担当者にお問い合わせください。

テストでは、さまざまなロケーションからのレイテンシを確認するために、合成トラフィックを使用していくつかのステップを実施します。また、広告のレンダリングとクリック トラッキングが正しく行われるように、いくつかの基本的なテストも行います。（この作業のほとんどは、独自のテストと認定中に行う必要があります）。また、落札価格の通知とクリックを受け取ってデコードできることを確認していただく必要があります。これらの項目を確認したら、次は数日かけてライブ トラフィックを段階的に増やします。

リアルタイム ビッダーを使用する場合のレイテンシ要件は 80 ～ 1,000 ミリ秒です。これは、Google が呼び出しを送信してから Google がレスポンスを受信するまでの時間で測定されます。この期限はフォーマットとオークション タイプによって異なります。正確な値については、BidRequest.tmax フィールドを確認してください。

特定のロケーションで処理されたインプレッションの対象となるには、リクエストの 2% 以下がこの期限を超過している必要があります。これらの要件に従って複数の 取引ロケーションからインプレッションを受け取る場合は、通常、すべてのリージョンで入札サーバーを実行する必要があります。たとえば、米国の東海岸と西海岸の両方からインプレッションを受け取るには、通常、東海岸と西海岸の両方で入札サーバーを実行する必要があります。

ネットワーク イベントなどの問題により一時的にタイムアウト率が高くなったビッダーは、自動的にスロットリングされます。このスロットリングにより、数分間の期間でトラフィックが自動的に減少または増加します。トラフィックが長時間にわたって頻繁にスロットリングされる場合は、トラフィック割り当てがより一貫して処理できるレベルに調整されることがあります。