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

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

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

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

  • エンジニアリングの連絡先情報。テストが期待どおりに行われず、対処すべきエンジニアリング上の問題がある場合は、この連絡先情報を使用してパートナー様のチームと直接やり取りします。
  • RTB リクエストに応答する SSL 対応 URL。
  • Cookie コード マッチング サーバーの SSL 対応 URL（この機能を使用する場合）。
  • Google のサーバーとの通信を最適化するための RTB サーバーの物理的な場所（州、国）。
  • テスト終了後に各物理ロケーションから提供する最大 QPS（秒間クエリ数）。
  • RTB と Cookie コード マッチング サーバーのテストの開始日この日付またはそれ以降に、Google からお客様のサーバーに RTB リクエストが送信されます。
  • サーバーが RTB リクエストを処理する際の推定待ち時間。
  • 価格復号情報を郵送するための PGP 鍵。
  • プレターゲティング管理画面でプレターゲティングが設定されていることを確認します。

テストプロセス中にこの情報を変更したい場合は、認定バイヤーの担当者にご連絡ください。

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

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

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

ネットワーク イベントやその他の問題が原因で一時的にタイムアウト率が高くなっているビッダーは自動的にスロットリングされます。このスロットリングにより、数分の時間枠でトラフィックが自動的に増減します。トラフィックが長時間スロットリングされることが多い場合、Google は、より安定して処理できるレベルにトラフィック割り当てを調整することがあります。