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

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

Google トラフィックでテストする

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

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

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

テストでは、合成トラフィックを使用して、さまざまな場所からのレイテンシを確認する手順がいくつか必要になります。また、広告が正しくレンダリングされ、クリック トラッキングが正しく行われるかどうかを確認する基本的なテストも実施します。（このほとんどは、独自のテストと認定の際に行う必要があります）。また、落札価格の通知とクリックを受信してデコードできることを確認していただくようお願いすることもあります。これらの項目が検証されると、次のステップとして、数日かけてライブ トラフィックが徐々に増加します。

リアルタイム ビッダーを使用するためのレイテンシ要件は 80 ～ 1,000 ミリ秒です。これは、Google がコールを送信してから Google が応答を受信するまでの時間で測定されます。この締め切りは形式とオークション タイプによって異なります。正確な値については BidRequest.tmax フィールドをご確認ください。

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

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