ウェブ広告リクエストのトラブルシューティング

この記事では、Chrome デベロッパー ツールを使用して HTTP ネットワーク セッションをキャプチャし、リアルタイムのウェブ広告リクエストのトラブルシューティングを行う方法について説明します。このデータをキャプチャして解釈する方法を理解することで、問題の特定と解決にかかる時間を大幅に短縮できます。

Google アド マネージャーのサポートにエスカレーションする必要がある場合は、Google アド マネージャーのインタラクションに関する正確な情報を提供してください。このガイドの方法に沿って、情報をご確認ください。

注: このガイドは、ウェブ セッション トラフィックを対象としています。モバイルに関する情報については、モバイル セッションのトラフィック データをキャプチャするをご覧ください。

このページの内容

• 効果的なキャプチャのためのベスト プラクティス
• HTTP ネットワーク セッションをキャプチャする（HAR ファイルを生成する）
• HAR ファイルを解釈して広告のトラブルシューティングを行う
• キャプチャと解釈の後に行うべきこと

効果的なキャプチャのためのベスト プラクティス

ネットワーク トラフィックのキャプチャを開始する前に、以下のベスト プラクティスに沿って HAR ファイルに正確なトラブルシューティングに役立つクリーンで関連性が高いデータが含められるようにしてください。

• シークレット モードを使用する: Chrome で新しいシークレット ウィンドウを開きます（Ctrl+Shift+N キーまたは Cmd+Shift+N キー）。これにより、ブラウザ拡張機能、キャッシュに保存されたデータ、既存のログイン セッションによる干渉が最小限に抑えられ、広告の読み込みに適したクリーンな環境が整います。
• ブラウザのキャッシュと Cookie を削除する: シークレット モードでも、クリーンな状態を確保することをおすすめします。これには、シークレット ウィンドウでデベロッパー ツール（F12 キー、Ctrl+Shift+I キー、または Cmd+Option+I キー）を開き、アドレスバーの横にある更新ボタンを右クリックして、[キャッシュの消去とハード再読み込み] を選択します。
• 広告ブロッカーやその他の干渉する拡張機能を無効にする: 広告をブロックしたり、ページ コンテンツを変更したり、ネットワーク リクエストを妨げたりする可能性のあるブラウザの拡張機能（広告ブロッカー、VPN、セキュリティ拡張機能など）を一時的に無効にします。広告の読み込みを妨げたり、ネットワーク トラフィックを変更したりするこうした拡張機能によって、トラブルシューティング データに歪みが生じる可能性があります。
• 問題を再現できることを確認する: 記録を開始する前に、診断しようとしている広告の問題を常に再現できることを確認します。たとえば、ページを複数回更新する、特定のセクションに移動する、特定の方法でページを操作するなどです。

HTTP ネットワーク セッションをキャプチャする（HAR ファイルを生成する）

HAR（HTTP アーカイブ）ファイルは、ウェブブラウザとサイトのやり取りのログを含む JSON 形式のアーカイブ ファイルです。すべてのリクエストとレスポンスをキャプチャして、ネットワーク アクティビティの詳細なタイムラインを記録します。

Chrome で HAR ファイルをキャプチャするには:

1. Chrome デベロッパー ツールを開く

   1. 広告の問題が発生しているウェブページに移動します。
   2. ページ上の任意の場所を右クリックして [検証] を選択します。

2. [ネットワーク] タブに移動する

   • デベロッパー ツールのパネルで、[ネットワーク] タブをクリックします。

3. 記録が実行中であることを確認する

   1. 円形の「記録」ボタン（通常は赤色または灰色）を探します。灰色の場合はクリックして記録を開始します。赤色の円は記録が実行中であることを示します。
   2. [ログを保持] チェックボックスがオンになっていることを確認します。これにより、別のページに移動したり、更新したりしてもログが消去されなくなります。
   3. [キャッシュを無効化] チェックボックスも、最初に「ハード再読み込み」を行っていない場合は特に役立ちます。

4. 広告の問題を再現する

   1. デベロッパー ツールを開いて記録を開始したら、広告の問題が発生する原因となる操作（ページを更新、下にスクロール、ボタンをクリックなど）を行います。
   2. ページが完全に読み込まれ、広告がレンダリングを試行（またはレンダリングに失敗）するまで待ちます。問題が発生した後も、数秒間記録を続けます。

5. HAR ファイルを保存する

   1. 問題を再現し、関連するネットワーク トラフィックをキャプチャしたら、[HAR をエクスポート] ボタンをクリックします。
   2. HAR ファイルを保存するパソコン上の場所を指定し、わかりやすい名前（ad-blank-example.har など）を付けます。

HAR ファイルを解釈して広告のトラブルシューティングを行う

HAR ファイルのキャプチャは最初のステップであり、HAR ファイルを解釈することが広告の問題を実際に診断するステップになります。一般的なパターンと重要なデータポイントの特定に役立つ情報を以下に記載します。

確認対象となる一般的な広告関連リクエスト パターン

Google パブリッシャー タグ（GPT）のリクエスト

www.googletagservices.com/tag/js/gpt.js へのリクエストを探します。これは広告を取得するコア ライブラリです。ステータスが 200 OK であることを確認します。

Google パブリッシャー タグについて

広告サーバーへの呼び出し

Google アド マネージャー広告サーバーへのリクエストを特定します。通常は、securepubads.g.doubleclick.net/gampad/ads または securepubads.g.doubleclick.net/gampad/ad で始まります。

HTTP ステータス コード

• 200 OK: リクエストが成功し、広告または空のレスポンス（広告が挿入されていない）が返されました。
• 204 No Content（204 コンテンツなし）: リクエストは成功したものの、広告が配信されなかったことを示します（広告掲載なし、ターゲティングの問題など）。
• 302 Found（302 検出）または 307 Temporary Redirect（307 一時的なリダイレクト）: リダイレクトを示します。リダイレクト チェーンに沿って、リクエストが最終的にどこに到達したかを確認します。
• 4xx Client Error（4xx クライアント エラー）（400 Bad Request（400 不正なリクエスト）、404 Not Found（404 見つかりません）など）: クライアント側からのリクエストに問題があることを示します。多くの場合、広告ユニット ID、ターゲティング パラメータ、またはネットワークの構成が正しくないことが原因です。
• 5xx Server Error（5xx サーバーエラー）: 広告サーバー側に問題があることを示します。

ヘッダー: リクエストの [ヘッダー] タブで、[リクエスト URL]、[メソッド]、[ステータス コード] を確認します。[リクエスト ヘッダー] で、iu（広告ユニット）、sz（サイズ）、correlator などのパラメータが想定どおりに設定されていることを確認します。

レスポンス: [レスポンス] タブで、広告サーバーから返されたコンテンツを検証します。広告呼び出しが成功した場合は、クリエイティブの HTML、動画広告の VAST XML、または広告が配信されなかった場合は空のレスポンスが表示されます。広告が失敗した場合は、レスポンス内にエラー メッセージがないか確認します。

クリエイティブ アセットの読み込み

• 広告サーバーの呼び出しの後、実際のクリエイティブ アセット（画像、JavaScript、サードパーティ トラッカー、動画ファイル）を読み込む後続のリクエストを探します。通常、これらのリクエストは広告サーバーのレスポンスから発生します。
• 一般的なソースには、pagead2.googlesyndication.com、さまざまな CDN URL、サードパーティの広技術ベンダーなどがあります。
• [ステータス] コードと [時間]（レイテンシ）を確認します。クリエイティブの読み込みに時間がかかったり、クリエイティブの読み込みに失敗したり（画像の 404 など）すると、広告が空白になったり、読み込みが遅くなったりすることがあります。

広告に関する一般的なトラブルシューティングのシナリオと、HAR ファイルで確認すべき点

シナリオ 1: 広告スロットが空白または空である

• GPT 呼び出しを確認する: gpt.js が正しく読み込まれていることを確認します。
• 広告サーバー呼び出し（g.doubleclick.net/gampad/ads）を確認する
  • 特定の広告ユニットのリクエストがあるか。
  • ステータスは 204 No Content（204 コンテンツなし）か。通常、これはスロットを埋める広告が見つからないことを示しています（ターゲティング、広告枠、価格設定の問題）。
  • ステータスは 4xx エラーか。これは、リクエスト自体に問題があることを示しています（広告ユニットのパスが正しくないなど）。
• レスポンスを確認する: 200 OK レスポンスが返された場合は、[レスポンス] タブを調べます。空白か。広告サーバーからのエラー メッセージが表示されているか。クリエイティブが空白か。

シナリオ 2: 広告の読み込みが遅い

• [時間] 列を確認する: [時間] 列（または [ウォーターフォール] ビュー）でネットワーク リクエストを並べ替えます。
• 広告サーバー呼び出しの遅延を特定する: g.doubleclick.net/gampad/ads 呼び出しに時間がかかっている（数百ミリ秒以上）か。
• クリエイティブの読み込みが遅い原因を特定する: クリエイティブ アセット（画像、サードパーティの JavaScript）の呼び出しに時間がかかりすぎているか。これは、クリエイティブ ファイルのサイズが大きい場合や、サードパーティのリソースの読み込みが遅い場合に発生する可能性があります。

ネットワーク ウォーターフォール分析について詳しくは、Chrome デベロッパー ツールのドキュメントをご覧ください。

シナリオ 3: 広告が正しく表示されない（切り抜かれている、サイズが間違っているなど）

• 広告サーバー呼び出しのレスポンスを確認する: 広告サーバー呼び出しの [レスポンス] タブを調べます。返されたクリエイティブは、想定されるサイズと形式と一致しているか。
• JavaScript エラーを確認する: デベロッパー ツールの [コンソール] タブで、広告のレンダリングやサードパーティ スクリプトに関連する JavaScript エラーがないか確認します。
• CSS の競合: HAR には直接表示されませんが、ページ上の CSS の競合はレンダリングに影響する可能性があります。[要素] タブで、広告スロットの計算済みスタイルを確認します。

主な列と確認点

• Name: リクエストされたリソースの URL。
• Status: レスポンスの HTTP ステータス コード（例: 200 OK、404 見つかりません）。
• Type: リソースの MIME タイプ（例: "document"、"script"、"image、"xhr"）。
• Initiator: リクエストを開始したリソースまたはスクリプト。
• Size: 転送されたリソースのサイズ。
• Time: リクエストの合計時間。

キャプチャと解釈の後に行うべきこと

HAR ファイルをキャプチャして最初の確認を行った後、次のいずれかを行います。

自己診断と解決: 明確な問題（クリエイティブ アセットで 404 レスポンス コードが返された場合や、特定のターゲティング パラメータが原因で 204 レスポンスが返された場合など）が特定された場合、Google アド マネージャーで設定を調整するか、ウェブページのコードを修正して、ご自身で問題を解決できる場合があります。

Google アド マネージャーのサポートに次の情報を提供します。

• HAR ファイル自体。
• 問題の明確な説明: 想定される動作と実際の動作。
• 問題を再現する手順: 正確な URL、ブラウザ、行った操作。
• 問題のタイムスタンプ: HAR ファイルで問題が発生した正確な日時（タイムゾーンを含む）を記録します。これにより、関連するイベントを特定しやすくなります。
• 関連していると思われる広告ユニット ID、オーダー ID、広告申込情報 ID、クリエイティブ ID。
• HAR ファイルの分析から得られた最初の結果。

HAR ファイルには、ページ コンテンツ、Cookie、認証トークンなどの機密情報が含まれている場合があります。共有する際、提供するデータには注意してください。