パケットアナライザー
パケットアナライザーを使用すると、実装によってアドビのデータ収集サーバーに送信されたデータを表示できます。
Adobe CX Enterprise Debuggerと同様に、パケットモニターは、イメージリクエストで渡されるデータパラメーターを示します。ただし、パケットモニターは追加の機能を提供します。
- イメージリクエストをトラッキングするカスタムリンクの表示
- JavaScript 以外の導入メソッド（ハードコードされたイメージリクエストや Appmeasurement など）を使用するイメージリクエストの表示
Analytics の要求を表示するには、「b/ss」を使用して送信要求をフィルターします。
極めてまれなケースですが、デバッガーは、アドビの Analytics 処理サーバーに対して実際には要求がおこなわれないにもかかわらずイメージリクエストをレポートすることがあります。 パケットモニターを使用すると、特定のイメージリクエストが正常に実行されていることを100%確認できます。
Adobeは公式のパケットモニターを提供していませんが、インターネット上には幅広いパケットモニターがあります。 以下は、その他のパケットモニターの一部です。
一般的な HTTP 応答のステータスコード
AppMeasurement がアドビのデータ収集サーバーにデータを送信すると、サーバーは応答ステータスコードで応答します。
-
200 OK：データ収集サーバーからの最も一般的な応答。 イメージリクエストが正常に受信され、透明なイメージが返されました。
-
302 FOUND：この応答を受け取る理由はいくつか考えられます。
- 訪問者の最初のイメージリクエスト：リダイレクトは、ユーザーが初めてサイトを訪問した場合に発生します。 このリダイレクトは、訪問者 Cookie を取得するためのものです。 データ収集には影響しません。
- Comscore と Adobe の統合：組織で Comscore／Analytics 統合を使用している場合、各イメージリクエストの結果は常に 302 応答になります。
-
404 NOT FOUND:この応答は、イメージリクエストが見つからず、データがアドビのデータ収集サーバーに送信されないことを意味します。 この応答は、ハードコードされたイメージリクエストが正しく形式設定されていない場合にも発生します。 この問題を解決するには、Analytics を実装した個人またはチームに相談してください。
応答コード内の NS_BINDING_ABORTED
このメッセージが発生する理由は、リンクトラッキングイメージリクエストが、アドビのデータ収集サーバーからの応答を待機する前にブラウザーに次のページへの移動を許可するように設計されていることです。
イメージリクエストに対するアドビの応答は、ブランクの 1 x 1 透過イメージのみであり、ページの内容とは関係ありません。 アドビのパケット監視に、「200 OK」の応答または「NS_BINDING_ABORTED」の応答を含む行項目がある場合、データはアドビのサーバーに到達しています。 ページの入力を待つ必要はもうありません。
プラグインとして統合されたパケットモニターが完全な応答を確認することはほとんどありません。 完全な応答が受信されなかったため、リクエストが中断されたと見る傾向があります。 また、これらのモニターは、中止されたリクエストとレスポンスのどちらかを区別することはほとんどありません。 スタンドアロンのパケットモニターでは、通常、より詳細なメッセージが表示され、ステータスをより正確に報告します。 例えば、Charlesで「クライアントが応答を受信する前に接続を閉じました」というメッセージが表示される場合があります。 つまり、データがサーバーに届いたのか、ブラウザーが1x1 ピクセルを受信する前に次のページに移動しただけです。
外部パケットモニターが応答でなくデータ収集リクエストの中止をレポートしている場合、問題の可能性があります。 Adobe Customer Care からトラブルシューティングのサポートを受けることができます。