アクセス解析レポートの作り方｜GA4指標の定義と改善提案の型
2026年8月4日
著者: 与謝秀作
アクセス解析レポートは、指標を多く載せるより、読み手が次の作業を決められることが大切です。GA4の集客・行動・成果を整理するときは、ユーザー、セッション、イベントの違いと率の分母をそろえます。架空の計算例と記入表を使い、観察と原因の仮説を分けたレポートの作り方を説明します。
読み手と今月判断する問いを決める
最初に「誰が、何を決めるために読むか」を一文にします。経営向けなら投資や運用方針、編集向けなら対象ページと追加検証、実装担当向けなら計測の再現条件など、必要な粒度が異なります。毎回同じ指標を並べる前に、今回の問いを絞りましょう。
例は「自然検索を入口とする申込みページで、成功までの遷移を確認できているか」です。これなら集客量だけでなく、成功条件の検証状況も必要になります。成果を検証できない場合は未測定と書き、値がないことを成果ゼロへ置き換えません。
集客・行動・成果を一枚の要約へ整理する
要約欄 | 書く内容 | 判断を助ける注記 |
|---|---|---|
問いと範囲 | 対象URL、期間、入口とチャネル | 本番ホスト、言語、比較日数 |
集客 | 対象セッションと検索表示・クリック | GA4とGSCを別系列にする |
行動 | 時間、閲覧、後続操作 | 分母と計測条件を併記 |
成果 | 検証済み成功とイベント件数 | 人数・件数・成功セッションを区別 |
次の作業 | 仮説、担当、確認期限 | 必要な証拠と判断条件 |
推移は折れ線、ページ比較は表など、問いに合う形を選びます。全体値だけでなく、どの言語・端末・入口で変化したかを確認しますが、細分化して対象数が少なくなった箇所は実数も添えてください。
GA4指標の定義・分母・スコープをそろえる
GA4の指標一覧を参照し、「ユーザー数」「CVR」のような略称だけで済ませないことが基本です。流入ディメンションのスコープも確認し、初回の獲得元、今回セッションの流入元、イベントへの貢献を混ぜません。
指標 | 意味・分母 | 避ける読み方 |
|---|---|---|
Active users／Total users | 定義の異なる計測上のユーザー | すべて実人数、ページ行の和が全体人数 |
Sessions | セッション数 | ユーザーとの差が再訪人数 |
Views | ページ・スクリーンの表示回数 | 重複のない閲覧人数 |
Key events | キーイベントが記録された回数 | 登録を完了した人数 |
Session key event rate | キーイベントのあったセッション÷全セッション | イベント件数÷セッションと同じ |
平均時間 | 合計時間÷指標に対応する分母 | 時間だけで読了や満足を証明 |
GA4にも直帰率があり、同じ対象で100%−エンゲージメント率となる補数です。公式の成立条件では、既定で10秒を超える、対象となるキーイベントがある、2回以上のページ・スクリーン表示があるセッションをエンゲージメントありと扱います。判定時間の設定も確認し、UAの1ページ訪問という読みと混ぜません。
期間・ホスト・入口・チャネル条件を合わせる
比較は、同じ日数と対象URL、言語、本番ホスト、入口ディメンション、Session default channel groupなどの条件でそろえます。「そのページを見たセッション」と「そのページを入口としたセッション」は別の集合です。First userの流入条件をセッション入口の代わりに使わないでください。
GSCの検索パフォーマンスは検索表示・クリック、GA4はサイト側のセッションなどを扱います。クリックとOrganic Search入口の差を、そのまま計測不具合や離脱人数にしません。期間、タイムゾーン、同意、タグ取得、フィルターなどを照合します。クエリの集約と匿名化による限界、行上限、取得日時もレポートへ残します。
架空例で件数とセッション率を計算する
以下は架空の教材です。100セッションで、キーイベントとして設定した成功イベントが20件、そのイベントが発生したセッションが12なら、イベント件数は20件、Session key event rateは12÷100＝12%です。20÷100＝20%は件数を割った別の値で、このセッション率ではありません。
対象 | 全セッション | 成功イベントのあるセッション | セッション率 |
|---|---|---|---|
A | 100 | 12 | 12% |
B | 300 | 18 | 6% |
重複しないA+B | 400 | 30 | 7.5% |
AとBが重複しない条件なら全体は30÷400＝7.5%で、12%と6%の単純平均9%ではありません。重なる対象なら重複を除いてから再計算します。イベントが成功を正しく表すか、再送・更新で増えないか、同一人をどう扱うかは、率の計算とは別の検証です。
観察・仮説・次の作業を分けて書く
キーイベントのレポートは計測された重要な行動を見る仕組みです。事業成果を報告する前に、発火名と成功条件、本番ホスト、重複、認証・別ドメインへの遷移、同意を確認します。未確認なら「イベント20件、登録人数は未測定」のように状態を分けます。
書き分け | 架空の記入例 |
|---|---|
観察 | 対象入口の成功セッション率が前期間より低い |
仮説 | 流入意図の変化／フォームの不具合／計測欠損 |
次の作業 | 担当者が本番の成功手順と計測を再現確認 |
判断条件 | 同条件の比較と成功条件が確認できてから改善対象を決める |
低い率を見て即座にLP本文が原因と決めません。フォーカス時間も読了そのものではなく、ページ体験や後続行動を調べる手掛かりです。変更後の増加だけで、その施策が原因と断定しないでください。
提出前の品質チェックと更新手順
- 対象ID・URL・言語・ホストと比較日数が一致しているか。
- 各率の分子・分母と、平均時間の正式名が書かれているか。
- イベント件数、成功セッション、ユーザー、実人数を分けたか。
- ユーザーを日別・ページ別に足しておらず、率を単純平均していないか。
- 匿名化、行上限、丸め、欠落、未測定成果を隠していないか。
- 担当、期限、再確認する証拠を一つ以上決めたか。
定例化するときは指標辞書と取得条件を保存し、計測やサイト変更の日付を追記します。過去の取得条件を変えた場合は変更理由も残してください。読み手が同じ問いを同じ条件で追えることが、改善提案に使えるレポートの土台になります。
次に確認する内容に合わせて、GA4の平均エンゲージメント時間｜分母・計算例・改善判断、GA4 APIの使い分け｜Data・Admin・Realtime・BigQueryと取得手順、ランディングページのSEO対策｜検索意図・構成・計測のチェック、検索クエリとは？キーワードとの違いとGSCでの読み解き方も参照してください。
