生のイベントページでは、生のヒットデータに関するレポートを取得できます。
ヒットは、ユーザーが各ノードを訪問するたびに生成されるイベントの名称です。ユーザーがファンネルを移動する際、単一の訪問者(セッション)IDを持ちますが、各ノードで新しいヒットIDが作成されます。
これらのヒットが、システム内の生データを形成し、コンバージョンが発生した際に変換され、最終的にすべてを結びつけます。
生データへのアクセスは要求が高いため、外部ID、IPアドレス、ユーザーエージェントなどの属性には、生イベントセクションからのみアクセスできます。
さらに、データの列は最大15列、行は10,000行に制限されています。
レポートを取得するには、日付範囲とイベントタイプを選択し、データ読み込みをクリックするだけです:
特定のファンネル、トラフィックソース、国などにフィルターをかけるには、データ読み込みの横にある緑のフィルターボタンをクリックします。
特定の列を表示するには、テーブルフッターの列ボタンをクリックします:
ここから、URLトラッキングフィールドやタイムスタンプ、ヒットIDなどの重要なデータを選択できます。
一般的に、データをより明確にするために、これら4つの重要な列を最初に配置することをお勧めします:
データの理解
生データは、慣れていないと理解が少し難しい場合があります。
各行は1つのイベント(ヒットなど)であり、通常のレポートでは利用できないヒット/セッションID、ユーザーエージェント、タイムスタンプなど、多くの追加データを確認できます。
例えば、ここでは当社のアップタイムモニターの1つによって生成されたヒットを確認できます:
「ローテーター」タイプのノード、次に「ランダーグループ」への訪問があるのがわかりますか?これは、リンクがトラフィックノードを読み込み、それからランダーにルーティングするためです。これらの各ノードが独自のユニークなヒットを作成します。
一般的なトラフィックの場合、キャンペーン、外部、トラッキングフィールドIDを表示し、ファンネル/トラフィックソースIDを表示するか、フィルターメニューで特定のものにフィルターをかけることをお勧めします。
生データを使用したデバッグの有用な方法
このデータが役立つ状況は多数あります。
詳細には触れませんが、いくつか例を挙げます:
- トラフィックソースからの incoming 訪問に外部IDがあるかを確認する - これらのクリックIDが渡されていないと、そのソースへのコンバージョントラッキングが機能しない可能性があります
- incoming 訪問に正しいトラフィックソースがあるかを確認する。ダイレクトリンキングを使用していて、オーガニックとして表示される場合、正しいリンクを使用していない可能性があります
- クリックがトラフィックソースをオーガニックに変更するかを確認する - これはトラッキングの切断を示し、後でコンバージョンした場合に正しいソースの下に表示されないことを意味します
- 不審なクリック/訪問に共通のユーザーエージェントやIPがあるかを確認する
- 自身のテストデータを確認し、すべてのページヒット、クリック、コンバージョンが期待通りにログに記録されているかを確認する
- コンバージョンに期待されるトランザクションIDと収益があるかを確認する。通常のレポートでは各コンバージョンを個別の行として表示できませんが、ここでは可能です