自社でテストを行ったアプリケーションが完成したら、Google のアカウント担当者がお客様のサーバーにテスト リクエストを送信する、一連の標準化されたテストを実施する必要があります。これらのテストに合格すると、アプリはリリースできるようになります。以降のトピックでは、テストとリリース プロセスの仕組みについて説明します。
Google トラフィックでのテスト
Google から送信されたトラフィックでテストを開始する準備ができたら、認定バイヤーの担当者にお問い合わせください。次のようなさまざまな情報を入力するよう求められます。
- エンジニアリングの連絡先情報。テストが想定どおりに進行せず、対処すべきエンジニアリングの問題がある場合は、この連絡先情報を使用してお客様のチームと直接やり取りします。
- RTB リクエストに応答する SSL 対応の URL。
- Cookie コード マッチング サーバーの SSL 対応 URL（この機能を有効にしている場合）。
- RTB サーバーの物理的な場所（州、国）。Google のサーバーとの通信を最適化するために使用されます。
- テストの完了後に各物理ロケーションからサービスを提供する最大 QPS（秒間クエリ数）。
- RTB / Cookie コード マッチング サーバーがテスト用に稼働する日付。この日以降、Google からお客様のサーバーに RTB リクエストが送信されます。
- サーバーで RTB リクエストの処理時に使用される推定レイテンシ。
- 料金の復号情報を郵送するための PGP 鍵。
- プレターゲティング管理画面でプレターゲティングが設定されていることを確認します。
テストプロセス中にこの情報に変更を加える場合は、認定バイヤーの担当者までご連絡ください。
テストでは、さまざまな場所からのレイテンシを検証するために、合成トラフィックによるいくつかのステップが含まれます。また、広告のレンダリングとクリック トラッキングを適切に行うため、基本的なテストも行います。（このほとんどは、独自のテスト中と認定中に行う必要があります）。また、落札価格の通知とクリックを受け取ってデコードできることも確認するよう求められます。これらの項目を確認したら、次のステップとして、ライブ トラフィックを数日かけて段階的に増やしていきます。
リアルタイム ビッダーを使用するためのレイテンシ要件は 80 ～ 1,000 ミリ秒です。Google が呼び出しを送信してから Google が返信を受信するまでの時間を測定します。この期限はフォーマットとオークション タイプによって異なります。正確な値については、入札リクエストの tmax フィールドまたは response_deadline_ms フィールドで確認してください。
ネットワーク イベントやその他の問題が原因で一時的にタイムアウト率が高いビッダーは、自動的にスロットリングされます。このスロットリングにより、数分の時間枠でトラフィックが自動的に減少または増加します。トラフィックが長時間にわたって頻繁にスロットリングされる場合は、より一貫して処理できるレベルにトラフィックの割り当てが調整されることがあります。