GA4レポートの見方|集客・ページ・キーイベントを読む手順

2026年8月19日

著者: 与謝秀作
Googleアナリティクスレポートの見方|主要指標とチェックすべき項目

GA4のレポートは、利用者の獲得、訪問中の行動、設定した成果を順に確認するための入口です。ただし、画面に並ぶ数字をすべて同じ単位で読むことはできません。最初に「誰を、どの訪問を、どの行動を数えているか」を決めると、次に調べる場所が見えてきます。この記事では、日常の確認に使う標準レポートを中心に、集客から成果まで読む手順を整理します。

標準レポートで答えられる問いを先に決める

最初から全レポートを開くのではなく、今回の問いを1つ書きます。「自然検索からの入口が増えたか」と「初めて獲得したユーザーの流入元は何か」は別の問いです。GA4レポートの公式概要を踏まえ、目的に応じて使い分けます。

問い

主なレポート・単位

読み過ぎないこと

最初にユーザーを獲得した経路は何か

ユーザー獲得/First user系ディメンション

現在の訪問の経路とは限らない

今回の訪問の入口はどの経路か

トラフィック獲得/Session系ディメンション

ユーザーの初回獲得とは分ける

どのページから訪問が始まったか

ランディングページ/セッション

閲覧された全ページではない

どのページが閲覧されたか

ページとスクリーン/ビューなど

表示だけで離脱原因は確定しない

設定した重要な行動が起きたか

イベント・キーイベント/選択した指標

件数を登録人数や確定売上にしない

定義が曖昧な場合は、セッションとユーザーの違いを先に確認します。単位をそろえることが、画面の操作より先です。

メニューが違うときはレポート名と権限を確認する

GA4のナビゲーションは、ビジネス目標に基づくコレクションやライフサイクルのコレクション、管理者が公開した構成によって異なります。「左メニューの必ずこの位置」という説明だけで探すと、別の構成で迷ってしまいます。まずレポート名と対象プロパティを確認してください。ビジネス目標コレクションの公式案内にも構成の違いが説明されています。

レポートが見つからないときは、未収集データと決めつけず、ナビゲーションに公開されているか、閲覧権限があるかを管理担当者に確認します。コレクションの編集・公開は適切な権限が必要です。レポートのナビゲーション管理を参照し、読むためだけに共有設定や計測設定を変更しないようにします。

ユーザー獲得とトラフィック獲得を区別する

ユーザー獲得では、ユーザーを最初に獲得した参照元などを読みます。トラフィック獲得では、セッションに対応する参照元などを読みます。同じ人が最初は検索、後日はメールから訪れた場合、初回の経路と後日のセッションの経路が異なることがあります。トラフィックソースのスコープを確認し、First userとSessionの接頭辞を省略せずに記録してください。

自然検索を評価するときは、トラフィック獲得のセッションのデフォルトチャネルグループなど、目的に合うSession系の条件を使います。全経路の値をOrganic Searchの値と混ぜず、別系列で比較します。トラフィック獲得レポートの公式説明は、初回獲得との役割の違いを確認するのに役立ちます。

入口ページと閲覧ページを使い分ける

ランディングページは、セッションが始まった入口を確認するために使います。ページとスクリーンでは、途中で閲覧されたページも含めて表示状況を調べます。入口を改善したいのか、サイト内の案内を改善したいのかによって、見るレポートを選びます。

架空の例として、あるセッションが記事Aから始まり、機能ページB、申込ページCへ進んだとします。Aは入口であり、BとCにもビューが発生します。Cのビューを、そのまま「Cから入ってきた訪問」と数えてはいけません。また、閲覧が止まった場所だけでは理由は分からないため、導線、フォームの動作、訪問目的を別の証拠で確認します。

キーイベント・人数・売上を分けて成果を読む

キーイベントは、ビジネスにとって重要として設定したイベントです。その意味は実装と設定に依存します。ボタン押下、送信成功、会員登録完了は異なる状態です。キーイベントの公式定義を参照し、成功条件とカウント方法を計測担当者に確認します。

架空の観測値

正しい読み方

100セッション

ここで使う率の分母

成功イベントの生の発生回数12回

繰り返し発生を含み得るイベント件数

そのイベントをキーイベントに設定し、発生したセッションが8

セッション キーイベント率は8÷100=8%

確定した登録者数・売上は未照合

12人、8人、売上額とは置き換えない

「キーイベント」列の件数もカウント方法に影響されるため、生のイベント回数と常に同じとは限りません。指標の公式リファレンスで率の分母を確認してください。購入計測が未実装なら、別のイベント件数で売上を代用せず、その成果指標をまだ評価できないと記録します。

比較期間とデータ品質をそろえて読む

状況

確認すること

0と表示される

対象条件で収集され、処理済みか。イベント名・成功条件は正しいか

行がない・値が表示されない

フィルター、対象期間、利用できるデータ、品質制約を確認する

データが少なく見える

同意、収集範囲、しきい値などの影響を確認する

昨日と急に違う

期間の日数、曜日、タイムゾーン、処理状況、設定変更を確認する

RealtimeやDebugViewは、テスト時にデータが届くかを確かめる助けになります。一度イベントが見えたことは、全ページの設置、重複除外、本番ホスト、成功条件、広告への反映まで確認済みという意味ではありません。データ受信の確認方法を使い、受信テストと日常レポートの評価を分けます。

比較前には日数、チャネル、言語パス、国・端末、選択したキーイベントをそろえます。ユーザー属性も、得られたデータの範囲を全利用者の構成と断定しないでください。GSCのクリック数とGA4のセッション数も別の定義であり、一致を前提にしません。

週次確認表から探索へ引き継ぐ

  1. プロパティ・ストリーム・期間・対象ホストと、答えたい問いを記録する。
  2. トラフィック獲得でSession系の条件を選び、全経路と自然検索を分ける。
  3. ランディングページで入口を、ページとスクリーンでその後の閲覧を確認する。
  4. キーイベントの成功条件、率の分母、重複と業務記録との照合状況を確認する。
  5. 品質上の制約と未確認事項を添え、次に調べる仮説を1つ決める。

たとえば「自然検索の入口は増えたが、検証済みの申込到達が増えていない」なら、端末別や入口別に分ける次の分析が必要です。標準レポートで見つけた問いをGA4探索の自由形式・ファネル・経路分析へ引き継ぎ、観測された差とその原因の仮説を分けて改善につなげましょう。

関連記事