アプリケーションが完成し、社内でテストが完了したら、一連の標準化されたテストを受けなければなりません。このテストでは、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 フィールドを確認してください。
ネットワーク イベントなどの問題により一時的にタイムアウト率が高くなったビッダーは、自動的にスロットリングされます。このスロットリングにより、数分間の期間でトラフィックが自動的に減少または増加します。トラフィックが長時間にわたって頻繁にスロットリングされる場合は、トラフィック割り当てがより一貫して処理できるレベルに調整されることがあります。