GA4を開いても、どの画面を見ればよいか分からない。そんなときは、測定の仕組みと、知りたい問いを先に整理します。サイトの設定、レポートの使い分け、指標の定義、キーイベント、日常の確認を順に解説します。
画面の構成や表示される項目は設定・権限で変わります。記載した機能名と目的を手がかりに、自社のプロパティと計測対象を確認してお読みください。

この記事でわかること 全8テーマ
01GA4は、イベントとセッションで行動を調べる
GA4は、サイトやアプリの利用をイベントとして収集・分析するGoogleアナリティクスです。旧Universal Analytics(UA)とはデータの扱いや指標の定義が異なるため、以前の画面や数値との単純な置き換えで考えないようにします。
計測単位としてのイベントとセッション
ページ閲覧や設定した操作はイベントとして記録されます。GA4にも、一連の活動を表すセッションはあります。イベントを使う設計になったことは、全ての行動が自動で測れることや、全利用者を端末間で識別できることを意味しません。
| 比較軸 | 内容 |
|---|---|
| イベント | 設定や条件に基づいて記録される行動 |
| セッション | サイトやアプリでの一連の活動 |
| ユーザー | 計測上の識別方法に基づく利用者の指標 |
| 過去比較 | UAとGA4の定義・収集条件の差を確認 |
機械学習による予測指標
| 観点 | 確認すること |
|---|---|
| 対象 | 対応する購入などのイベントを収集しているか |
| データ | 利用に必要なデータ量・条件を満たすか |
| 品質 | 予測モデルの品質が維持されているか |
プライバシーへの配慮と担当者確認の進め方
GA4はCookieを使わないツールではありません。同意モードは、利用者の同意状態に応じてタグの動作を調整する仕組みで、同意バナーそのものを用意する機能ではありません。自社の表示や情報の取扱いと合わせて設定を確認します。
| 観点 | 確認すること |
|---|---|
| 取得内容 | URLやイベントへ不要な個人情報を含めない |
| 同意 | 利用者へ示す説明とタグの動作を照合 |
| モデリング | 利用条件があり、全データを補えると扱わない |
予測や行動モデリングは、条件を満たす場合に利用できる機能です。表示されない場合も、まず現在の計測と必要なデータを確認し、通常のレポートで分かる範囲から読みます。
予測指標には対象イベント・データ量・モデル品質の条件があることを公式ヘルプで確認しています。 出典:GA4 予測指標
同意モードの動作と、同意バナーを提供する機能ではない点はGoogle公式資料に基づきます。 出典:About consent mode
同意モードの行動モデリングには利用条件があります。全サイトの欠測を自動で補う仕組みとは扱いません。 出典:GA4 同意モードの行動モデリング
02初期設定は、対象・タグ・実際の記録を確認する
すでに計測されているサイトでは、先に既存のタグと管理者を確認します。同じ測定を重ねて設置しないよう、どの方法でデータを送っているか整理してから設定します。

ステップ1:プロパティとデータストリームの作成
| 観点 | 確認すること |
|---|---|
| プロパティ | 管理画面で対象事業・地域・通貨などを確認して作成 |
| Webストリーム | サイトURLを指定してWebの測定対象を作成 |
| アプリ | Webとは別のアプリ向け設定手順を確認 |
ステップ2:測定IDをサイトに設置
Webストリームに対応するGoogleタグを、対象のページへ設置します。測定IDだけを文字として貼るのではなく、CMSの対応機能、Googleタグマネージャー、手動のコードなどから既存構成に合う方法を選びます。タグの重複と送信先を確認してください。
ステップ3:拡張計測機能の確認
| 観点 | 確認すること |
|---|---|
| ページ閲覧 | ページの読込や設定した履歴の変化 |
| スクロール | 各ページの所定の深さへの初回到達 |
| 離脱クリック | 対象外のドメインへのリンク操作 |
| 検索・動画・ファイル | URLや対応動画などの発生条件を確認 |
| フォーム | 入力開始・送信の操作を実画面と照合 |
プロパティ、データストリーム、計測コードを設定するという初期設定の流れは、Googleの公式ガイドでも同じ手順として説明されています。 出典:アナリティクスで新しいウェブサイトまたはアプリのセットアップを行う - アナリティクス ヘルプ
| 確認項目 | 内容 |
|---|---|
| 権限 | 担当者ごとに必要な権限を付与する |
| 広告連携 | 計測・共有の目的と対象アカウントを確認 |
| Search Console | 検索の記録を参照する目的と連携範囲を確認 |
| 社内アクセス | 対象を定義し、除外前にテスト状態で確認 |
| 保持期間 | 探索などで必要な範囲と運用方針を確認 |
| 複数ドメイン | 移動を一連として測る必要があるか確認 |
| データ | 設定の影響・確認点 |
|---|---|
| ユーザー・イベント単位 | 探索などで参照できる範囲に影響 |
| 標準の集計レポート | この保持期間設定で全般が削除されるわけではない |
| 削除された詳細データ | 保持期間を延長しても戻らない |
拡張計測の対象にはフォームの操作もあります。イベントごとの発生条件と収集する情報は公式一覧で確認してください。 出典:拡張計測機能イベント
データ保持が適用される範囲と、標準集計レポートへの影響の違いはGoogle公式資料で確認しています。 出典:GA4 データの保持
有効な除外フィルタで処理されなかったデータは後から戻せません。テスト状態で対象を確かめてから適用を判断します。 出典:Compare filters, subproperties, and user roles
03まず確認するレポート群|画面操作の基礎
知りたい問いからレポートを選びます。ここでは全体、直近の操作、入口、ページ、詳しい経路を調べる方法を整理します。画面名が見つからないときは、権限やレポート構成を管理者と確認してください。
| レポート | 確認できること |
|---|---|
| 全体の変化 | スナップショットの表示項目を確認 |
| 直近の操作 | リアルタイムで記録の発生を確認 |
| 入口 | ユーザー獲得とトラフィック獲得を使い分け |
| ページ | ページとスクリーンで閲覧と行動を確認 |
| 詳細な比較 | 探索で条件や経路を設定 |
レポート1:レポートのスナップショット
| 観点 | 確認すること |
|---|---|
| 対象 | 正しいプロパティか確認 |
| 期間 | 集計・比較する期間をそろえる |
| 項目 | 現在表示されている指標の定義を読む |
レポート2:リアルタイム
リアルタイムでは、直近5分・30分のアクティブユーザーや、発生したイベントなどを確認できます。タグ設置後の確認に使えますが、表示されたことだけで全ての経路が正しく計測されたとは考えず、対象の操作を順に試します。
レポート3:集客レポート
入口のレポートでは、表の左端にある項目の名前を確認します。同じGoogleからの流入でも、ユーザー単位かセッション単位かで集計される範囲が違います。
| 比較軸 | 内容 |
|---|---|
| ユーザー獲得 | 最初に獲得した経路をユーザー単位で見る |
| トラフィック獲得 | 各セッションの入口をセッション単位で見る |
| 比較 | 同じ指標名でも対象範囲を合わせて読む |
レポート4:エンゲージメント
| 観点 | 確認すること |
|---|---|
| 閲覧 | どのページが、どの条件で表示されているか |
| 行動 | そのページで設定した操作が起きているか |
| 実画面 | 必要な説明や操作が目的に合うか |
レポート5:探索
| 観点 | 確認すること |
|---|---|
| 自由形式 | 軸と指標を組み合わせて比較 |
| 目標到達プロセス | 定義した段階をどこまで進んだか確認 |
| 経路 | 選んだページやイベントの前後を確認 |
レポートの数を増やすことより、何が知りたくて何を開いたか残すことを優先します。必要な指標が表示されていない場合は、追加できる項目と権限を確認します。
リアルタイムの対象期間と表示項目はGoogle公式のレポート説明に基づきます。 出典:GA4 Realtime report
ユーザー獲得とトラフィック獲得の対象範囲の違いは、公式の比較資料を参照しています。 出典:User acquisition report vs. Traffic acquisition report
04指標の名前と、数えているものを合わせる
似た名称でも分母や対象が違う指標があります。画面の値だけを転記せず、どの指標を見たか分かるよう、名称と条件を残してください。
ユーザー数とセッション数の違い
| 観点 | 確認すること |
|---|---|
| ユーザー | アクティブ・合計・新規など、指標の種類を確認 |
| 識別 | 実人数の名簿ではなく、計測上の識別に基づく |
| セッション | 一連の活動を数え、再訪ごとに常に別とは限らない |
エンゲージメント率とは何か
GA4のエンゲージメント率は、時間、キーイベント、複数の閲覧などの条件を満たすセッションの割合です。直帰率は満たさないセッションの割合で、1ページだけで離れた割合や満足度そのものではありません。
GA4にはエンゲージメント率と直帰率があり、エンゲージメントのないセッションの割合が直帰率となるという関係は、Googleの公式説明に基づきます。 出典:[GA4] エンゲージメント率と直帰率 - アナリティクス ヘルプ
イベント数とキーイベント数の関係
イベント数は記録されたイベントの数です。そのうち事業で重要な行動をキーイベントとして扱います。全操作が収集されるわけではなく、キーイベントの数え方も設定を確認します。
| 指標 | 意味 |
|---|---|
| ユーザー | 計測で識別した利用者に関する指標 |
| セッション | 一連の活動を数える指標 |
| エンゲージメント率 | 条件を満たしたセッションの割合 |
| 平均エンゲージメント時間 | フォーカス中などのエンゲージメント時間を平均した指標 |
| イベント数 | 実際に記録されたイベント数 |
| キーイベント数 | 重要として指定したイベントを設定に従って数えた値 |
| 収益 | 合計収益・購入収益など、指標ごとの対象を確認 |
| 観点 | 確認すること |
|---|---|
| 時間の種類 | 通常の滞在時間とエンゲージメント時間を区別 |
| 時間の分母 | アクティブユーザーあたりか、セッションあたりか |
| 収益の範囲 | 購入・広告・返金など、含まれるものを確認 |
ユーザー・時間・収益などは、Googleの指標一覧で定義を確認し、同じ名前と条件で比較します。 出典:Google Analytics dimensions and metrics
エンゲージメント時間は、ページにフォーカスがあるなどの状態を扱う指標です。単純な経過時間とは分けます。 出典:Google Analytics User engagement
05キーイベント設定で成果を可視化する
問い合わせや購入を調べるには、対象のイベントと発生条件を確認します。既定でキーイベントになるものもあるため、新しく設定する前に既存の一覧を読みます。Google広告のコンバージョンは別に扱い、連携の目的を整理してください。
事業上重要な行動を測るイベントを特定・作成し、キーイベントとしてマークするという流れは、Googleの公式ガイドで説明されている手順です。 出典:[GA4] コンバージョン イベント - アナリティクス ヘルプ
キーイベントとして設定する行動の例
| 用途 | 重要な行動の候補 | 区別して測る操作 |
|---|---|---|
| 相談サイト | 実際の問い合わせ受付 | フォーム開始・電話タップ |
| EC | 購入の完了 | 商品閲覧・カート追加 |
| 会員サイト | 会員登録の完了 | 説明の閲覧・登録開始 |
キーイベント設定の手順
キーイベント設定の流れ
管理画面で対象イベントを確認し、キーイベントの設定を行います。完了ページの条件で作る場合も、直接閲覧・再読込で同じ成果が増えないかを確認してください。自分のデバッグモードで操作を試し、実際の受付や購入の記録と照合します。
キーイベントに至る経路を読む
キーイベントのアトリビューション経路では、計測できた接点と、モデルによる貢献の配分を確認します。全ての顧客行動が見えるわけではないため、使ったモデルや計測範囲を残し、配分された値を原因の証明としないようにします。
| 観点 | 確認すること |
|---|---|
| 行動 | 何の操作・完了を測るか |
| 条件 | イベント名と発生の条件 |
| 設定 | 数え方、変更日時、担当者 |
| 確認結果 | 実際の受付との一致・差がある範囲 |
既定のキーイベント、マークの手順、過去データへの扱いはGoogle公式の設定手順を参照しています。 出典:Mark events as key events
DebugViewを利用するにはデバッグモードが必要です。表示結果と実際の操作を合わせて確認します。 出典:Monitor events in DebugView
キーイベントの経路と貢献の配分を読む方法は、公式の経路レポートの説明に基づきます。 出典:Key events attribution paths report
06実務で使える分析パターン3つ
数値を見て調べる場面を選び、実際のページと照合します。気になる変化を見つける段階と、原因を確かめる段階を分けて進めてください。

パターン1:流入経路別のコンバージョン率比較
| 観点 | 確認すること |
|---|---|
| 範囲 | ユーザー単位かセッション単位かを合わせる |
| 行動 | どのキーイベントの割合を比較するか |
| 入口と内容 | 案内の目的と移動先を照合する |
| 実記録 | 計測と実際の受付・購入の差を確認する |
パターン2:ランディングページ別の改善優先度
ランディングページは、訪問の入口となったページです。閲覧全般を扱う「ページとスクリーン」と分けて見ます。値が高い・低いだけで改善順位を決めず、用途や必要な情報、計測の条件を確認します。
| 状況 | 検討する打ち手 |
|---|---|
| 閲覧が多い | 何の案内で増え、目的の情報に届くか |
| 行動の割合が低い | 計測と操作が正しく動いているか |
| 閲覧が少ない | 必要とする顧客と入口があるか |
| 時間が短い | 用途と説明量・操作を実画面で確かめる |
パターン3:探索レポートでの離脱ポイント特定
目標到達プロセスデータ探索では、定義した段階に沿って行動を確認します。途中が少ない場合も、別経路・計測漏れ・条件の設定を調べ、フォームや内容だけが原因と決めないようにします。
目標到達プロセス分析の進め方
| 習慣 | 内容 |
|---|---|
| 定期的な確認 | 曜日などを決めて継続的にレポートを確認する習慣を作る |
| 優先指標の固定 | 流入数だけでなくキーイベント数を軸に見る |
| 社内共有 | レポートを出力・共有し、会議で改善議題に載せる |
| 設定の見直し | 事業の変化に合わせてキーイベント設定を定期的に見直す |
07GA4運用でよくある失敗と回避策
運用では、指標の見過ぎ、比較条件の違い、調査と作業の分断を点検します。必要な機能から使い、記録を引き継げるようにします。
| 失敗 | 回避策 |
|---|---|
| 見る項目が増えすぎる | 決めたい問いから指標を選ぶ |
| 過去と値が合わない | 定義・計測・対象期間の差を確認 |
| 作業へつながらない | 次の調査や変更と担当を決める |
失敗1:指標を見すぎて判断が止まる
| 観点 | 確認すること |
|---|---|
| 問い | 何の変化や場面を知りたいか |
| 指標 | その問いに対応する値は何か |
| 条件 | どの期間・入口・ページを対象にするか |
失敗2:UAとの数値差で混乱する
UAとGA4の数値が違う場合は、定義・集計方法・設定を確認します。GA4同士でも設定が変われば単純比較できないため、差を「正常だから」と片づけず、どこまで比べられるか記録します。
失敗3:データを見て満足し、改善しない
| 観点 | 確認すること |
|---|---|
| 観察 | 見つかった変化と確認した条件 |
| 仮説 | 原因として考えること |
| 作業 | 誰が、何を、どこまで変更するか |
| 再確認 | 変更後に見る条件と記録 |
設定と実画面に不具合がある場合は、比較の前に修正します。使えるデータと未確認の範囲を明確にして、影響を把握できる作業から進めてください。
08設定と、知りたいことを整理して相談する
GA4の利用は、測定と指標の意味を確かめ、サイトで起きていることを調べるところから始まります。必要な行動が記録されているかを確認し、次に調べる問いを決めてください。
| 観点 | 確認すること |
|---|---|
| 対象 | サイトと計測しているプロパティ |
| 目的 | 知りたいことと重要な行動 |
| 設定 | タグ、イベント、連携の状況 |
| 記録 | 確認できる数値と実際の受付・購入 |
まず、現在のプロパティで対象ページと重要な行動が記録されるか確認します。保持期間や連携の設定を変える場合は、必要な分析と情報の取扱いを整理して担当者と判断してください。
相談の際は、現在の設定状況(プロパティ作成の有無、キーイベント設定の有無、広告連携の有無)と、計測したい事業上の重要行動を整理しておくと、話が進めやすくなります。
自社の状況を相談する参照した一次資料
実務の進め方はVONDS編集部の整理です。本文で参照した仕組み・手順は、次の公式資料で確認しています。
- アナリティクスで新しいウェブサイトまたはアプリのセットアップを行う - アナリティクス ヘルプ確認日:2026年9月7日
- [GA4] コンバージョン イベント - アナリティクス ヘルプ確認日:2026年9月7日
- [GA4] エンゲージメント率と直帰率 - アナリティクス ヘルプ確認日:2026年9月7日
- GA4 予測指標確認日:2026年9月7日
- About consent mode確認日:2026年9月7日
- GA4 同意モードの行動モデリング確認日:2026年9月7日
- 拡張計測機能イベント確認日:2026年9月7日
- GA4 データの保持確認日:2026年9月7日
- Compare filters, subproperties, and user roles確認日:2026年9月7日
- GA4 Realtime report確認日:2026年9月7日
- User acquisition report vs. Traffic acquisition report確認日:2026年9月7日
- Google Analytics dimensions and metrics確認日:2026年9月7日
- Google Analytics User engagement確認日:2026年9月7日
- Mark events as key events確認日:2026年9月7日
- Monitor events in DebugView確認日:2026年9月7日
- Key events attribution paths report確認日:2026年9月7日

