2026年10月8日に、GA4のユーザー指標、エンゲージメント率、key event、reporting identity、events、data freshnessを再読しました。ユーザー指標、識別方式、イベントの処理段階、threshold、遅延を分けて記録し、数字を実利用者数や成果の保証とは扱いません。
GA4を開いても判断が進まないときは、「どの数字を増やすか」の前に、誰の、どの行動を、何と比べたいかを決めます。ユーザー、セッション、イベントは同じ対象を違う単位で数えているため、数値だけを並べると結論が変わってしまいます。
この記事は、Webサイトの担当者がレポートを読み、計測担当者に確認を依頼するための入口です。画面の全機能を覚える必要はありません。最初は一つの用事、一つの対象イベント、一つの比較表から始められます。
30秒で要点
- 回数・訪問・ユーザーを分ける。 同じ人が同じ訪問で何度も操作すれば、イベント数だけが増えることがあります。
- 率には分母を書く。 セッションキーイベント率とユーザーキーイベント率は違う問いに答えます。
- 比較条件をそろえる。 期間、端末、流入元の単位、タグや同意の設定変更を記録します。
- 収集確認と改善判断を分ける。 イベントが届くことと、問い合わせが受理されたことは別です。
どこから読むか — 自分の状況から選ぶ
この記事はGA4の導入と基本の読み方を扱います。数字の読み解き方そのものは別の記事にあります。
指標の意味を取り違えたくない。 基本指標とよくある誤解はWeb担当者のための統計学入門、利用者の行動を読む統計はデータドリブンUXデザインのための統計分析入門。
1. GA4が測るものと、測れないもの
GA4は、ページ表示や購入などをイベントとして収集し、Webサイトやアプリの利用を分析する仕組みです。収集には対象環境に合うタグやSDKの設定が必要です。自動収集や拡張計測で扱うイベントと、実装が必要な推奨・カスタムイベントがあります。Googleのイベント解説
タグを入れただけで、自社にとって重要な仕事がすべて測れるわけではありません。たとえばフォームの送信操作と、サーバーが正常に受理した問い合わせ、営業が確認した有効な相談は異なります。どの段階を数えるかを先に書き出します。
また、GA4のユーザーは住民票のような実人数ではありません。User-ID、デバイスID、設定によってはモデリングを使って集計します。同じ人の別端末を常に結び付けられるとは限らず、Cookieを拒否した利用者の観測にも限界があります。「同意がなくても全員を正確に追跡できる」とは読み替えないでください。 レポート用識別子の公式説明
2. 基本指標を数える単位で読む
表が収まらない場合は、横にスクロールできます
| 指標 | 数えるもの | 最初に確かめること |
|---|---|---|
| 総ユーザー数（Total users） | 対象期間にイベントを起こした識別上のユーザー | 対象ストリーム、識別子の設定 |
| アクティブユーザー数（Active users） | エンゲージメントなど所定の条件を満たすユーザー | 「ユーザー」と表示された列の正式な指標名 |
| セッション数（Sessions） | 開始された一連の訪問・操作のまとまり | 対象期間とセッションの設定 |
| 表示回数（Views） | Webページとアプリ画面の表示回数 | 同じページの繰り返し表示を含むか。GA4では含む |
| イベント数（Event count） | 収集された対象イベントの回数 | イベント名、発火条件、二重送信の有無 |
| キーイベント数（Key events） | 重要なイベントとして設定した行動の計数 | 対象イベントと計数方法、指定を始めた日 |
総ユーザーとアクティブユーザーは別です。新規ユーザーも「アクティブのうち初めて来た人」と機械的に分けられるわけではありません。ユーザー指標の定義
セッションは「ブラウザを閉じるまで」と固定されていません。初期設定では30分間の無操作でタイムアウトします。表示回数はWebだけのプロパティならページ表示を中心に読みますが、アプリを含む場合は画面表示も入ります。指標一覧、API上のViewsの定義
3. 18回起きても、セッションの成果率は18%とは限らない
次は数え方を確かめるための架空データです。同じ期間・同じ対象範囲に総ユーザー40人、セッション100件があり、対象キーイベントが18回起きたとします。発生したセッションを重複なく数えると12件、その行動をしたユーザーは9人でした。キーイベントはこの期間の前から指定済みで、回数はイベントごとに数える設定とします。
表が収まらない場合は、横にスクロールできます
| 答えたい問い | 計算 | この例の値 |
|---|---|---|
| 対象イベントは何回起きたか | イベントの発生回数を数える | 18回 |
| 何割のセッションで一度以上起きたか | 12 ÷ 100 × 100 | 12% |
| 何割のユーザーが一度以上行ったか | 9 ÷ 40 × 100 | 22.5% |
「18 ÷ 100」は1セッションあたりの回数を割合のように表した値で、セッションキーイベント率ではありません。ユーザーキーイベント率も、ここでは総ユーザー40人が分母です。「ユーザー」とだけ書かれた別の列を流用すると、アクティブユーザーを分母にしてしまう恐れがあります。Googleの率の定義
実レポートでは「すべてのキーイベント」か特定のイベントかも合わせます。問い合わせと資料閲覧をまとめた率を、問い合わせだけの率と比べてはいけません。指定前の過去データがキーイベントとして遡って書き換わるわけでもありません。キーイベント指標の説明
4. エンゲージメント率は読了率ではない
基本の定義では、10秒を超える、キーイベントが起きる、ページまたは画面の表示が2回以上ある、のいずれかを満たすセッションがエンゲージメントのあったセッションです。率は、そのセッション数を総セッション数で割ります。架空例で100セッション中60件なら60%です。時間の設定も比較前に確認します。エンゲージメント率の公式説明
この条件は、内容を理解したことや満足したことを直接示しません。必要な電話番号をすぐ見つけて離れた訪問もあれば、迷って複数ページを行き来した訪問もあります。率が低いページを見つけたら、入口の期待、ページの役割、次の導線、計測漏れを順に点検します。
実務では、同じ役割のページ同士を端末や流入元で分け、問い合わせなどの目的行動と併せて読みます。詳しくはGA4エンゲージメントの見方で扱います。
5. キーイベントと広告のコンバージョンを分ける
事業上重要なイベントをGA4でキーイベントに指定し、その行動を広告の評価や最適化に使うときは、Google広告との連携やコンバージョン設定を確認します。2026年10月4日に読んだ公式説明でも、一部の統合管理機能はすべてのプロパティで利用できるわけではないとされています。キーイベントとコンバージョンの違い
確認するのは、対象イベント、計数方法、計測期間、帰属の設定、広告での利用目的です。GA4で「重要」と指定する操作と、広告の入札に採用する判断を一つの作業として扱わないでください。変更は広告の運用担当者と合意し、変更日を残します。
問い合わせを目的にするなら、スクロールやボタン押下を直ちに最終成果とせず、受理された送信に対応するイベントを設計します。推奨イベントのgenerate_leadも、必要な文脈を伴う実装と確認が必要です。名前を付けるだけでは自動収集されません。推奨イベントと検証
6. レポートは問いに合わせて選ぶ
表が収まらない場合は、横にスクロールできます
| 判断したいこと | 見る対象 | 比較で混ぜないもの |
|---|---|---|
| 初めて来た人はどこから来たか | ユーザー獲得、First userで始まる流入元 | 今回の訪問の流入元 |
| 今回の訪問はどこから来たか | トラフィック獲得、Sessionで始まる流入元 | 初回獲得の流入元 |
| どのページで目的行動につながったか | ページ・イベントと目的行動 | 閲覧だけと、受理を確認した成果 |
| どの接点に成果を配分するか | 帰属に関するレポート・設定 | 広告を止めた場合との差という因果効果 |
First user、Session、イベント単位では集計の範囲が異なります。同じ流入元名でも行の意味が違うため、数字が一致する前提で照合しません。流入元ディメンションの範囲
画面構成や表示できるレポートは設定・権限で異なります。本記事では管理画面を実操作しておらず、固定のクリック順より、レポートの名称と列の定義を確認する読み方を示しています。GA4アトリビューション入門も参照してください。
7. 最小の確認：一つの問い合わせを追えるか
本番の営業対応や広告最適化に影響しないテスト方法を担当者と決めてから、次の順で確認します。実ユーザーの個人情報を教材や検証ログへコピーする必要はありません。
- 測る段階を記す。 「ボタンを押した」ではなく「サーバーの正常受理を確認した」など、対象と除外条件を書く。
- 収集経路を確認する。 タグ直書きとタグ管理、拡張計測と独自実装が同じ行動を二重送信していないか確認する。
- 1回のテスト操作を照合する。 受理記録とイベント名・送信回数を対応させる。利用できる環境でRealtimeや、debug modeを有効にしたDebugViewを使う。
- 失敗と再試行も確かめる。 入力エラー、送信失敗、再読み込みで成果が増えていないかを調べる。必要な同意条件ごとの差も確認する。
- 通常レポートは後で確認する。 処理中の値と確定後の集計を区別し、対象期間・フィルタ・イベント指定を保存する。
公式には収集確認用としてRealtimeとDebugViewが案内されています。処理は24〜48時間かかる場合があり、その間のレポート値は変わり得ます。これは反映時間の保証ではありません。データの鮮度
8. 5分で次の調査を一つ決める
最初の短い打ち合わせでは、数値の良し悪しを急いで決めず、次の空欄を埋めます。
表が収まらない場合は、横にスクロールできます
| 項目 | 記入例（架空） |
|---|---|
| 決めたいこと | スマートフォンの問い合わせ導線を見直すか |
| 対象 | サービス紹介から問い合わせへ進む訪問 |
| 比較条件 | 同じ長さ・曜日構成の期間、同じ端末区分とイベント定義 |
| 観測 | セッション数、目的イベントが起きたセッション数、率 |
| 設定の変化 | フォーム・タグ・同意表示・広告配信の変更日 |
| 次の調査 | 入力エラーと重複送信を確認し、問題なければ導線の試作を比較 |
流入が変わっただけで率が変わることもあります。GA4の前後比較だけで施策の因果効果を確定せず、観測から仮説を立て、機能確認や利用者の声と照合します。コンバージョン率の読み方とコンバージョンの基礎が補助になります。
9. UAの資料が残っている場合
UA標準プロパティは2023年7月1日から新しいデータの処理を停止しました。さらに2024年7月1日の週から、UAのUI・APIへのアクセス終了が進みました。これからUA画面で過去データを取り出せる前提の手順は使えません。Googleの移行履歴
保存済みのUAデータと比べる場合も、ユーザーやセッションの定義、対象サイト、イベント設定を注記します。古い「コンバージョン」の説明は、現在のキーイベントと広告コンバージョンのどちらを指すか読み替えが必要です。
このHubから読み進める
- 読まれ方を詳しく調べる：GA4エンゲージメント
- 成果を接点へ配分する考え方：GA4アトリビューション
- 数字から施策を選ぶ：データドリブンマーケティング
- 集客全体を整理する：Webマーケティング完全ガイド
計測の定義や運用体制から整理したい場合は、First byteへのご相談で、判断したい用事と現在の計測範囲をお知らせください。