アクセス解析とは?GA4・GSCで見る指標とサイト改善の進め方

アクセス解析は、Webサイトで起きた行動を測り、サイト改善の判断に使うことです。訪問数を眺めるだけでなく、「誰に何をしてほしいか」「どこで進めなくなっているか」という問いに結び付けます。
アクセス解析とWeb解析は、実務で重なる意味でも使われます。ここではWebの行動データを測定・分析する範囲を扱い、ログの収集方法や、改善施策の実装そのものとは分けて説明します。
アクセス解析で答える問いを先に決める
最初に、意思決定したいことを一つ選びます。「サイトを良くする」だけでは、必要な指標も対応案も決まりません。たとえば「自然検索から来た人が相談フォームに進みにくいのか」を調べるなら、自然検索の入口とフォームへの進行を同じ対象で確認します。
問い | 主に見るデータ | 注意点 |
|---|---|---|
検索で見つかっているか | GSCのページ・検索語句・表示・クリック | 検索結果側の実績。語句には非表示の範囲がある |
訪問後に進んでいるか | GA4のランディングページ、セッションのチャネル、エンゲージメント | 本番ホスト・言語・期間を固定する |
フォームのどこで止まるか | 開始、エラー、受理された成功 | イベントの発火条件と重複を確認する |
事業上の成果になったか | 検証済み成功と事業記録 | イベント数を登録人数や受注数に置き換えない |
問いと指標を対応させれば、関係のない数字の増減を追い続けることを避けられます。次に、答えに必要なデータが本当に測れているかを調べます。
GA4・GSC・サーバーログの役割を分ける
GA4はサイトやアプリ側のイベントと行動、GSCはGoogle検索結果での表示やクリックを確認するために使います。サーバーログは要求や処理を調べる資料です。記録する場面や条件が違うので、どれか一つで全行動と成果を確認できるとは考えないようにしましょう。
GSCのクリックとGA4のOrganic Search入口セッションは、同じ数になるとは限りません。収集の有無、同意や遮断、タイムゾーン、正規URLへの集計などを確認します。検索語句は匿名化等によりすべて見えるわけではなく、見える語句の合計がページ合計と一致しない場合があります。非表示の語句を推測して埋めないでください。
GSCの検索実績行がないことも、そのURLが現在インデックス未登録である証拠にはなりません。登録状態はURL検査等の別の情報で確かめます。検索レポートの条件は検索パフォーマンスの公式説明を参照できます。
ユーザー・セッション・イベントの指標辞書
分析前に、使う指標の単位と分母をそろえます。ユーザー、セッション、イベントをすべて「アクセス数」と呼ぶと、別の数を比べてしまいます。
指標 | 意味・単位 | 解釈上の注意 |
|---|---|---|
Total users | 期間内にイベントを起こした一意ユーザー | 実人数やActive usersと同一ではない |
Sessions | 活動のまとまり | 同じユーザーに複数あり得る |
Views | ページや画面の表示回数 | 再表示もあり、Web/Appの範囲を確認する |
Engagement rate | エンゲージドセッションの割合 | 対象と条件を確認する |
Bounce rate | エンゲージしなかったセッションの割合 | 即時退出そのものではない |
イベント数 | 定義した出来事の記録回数 | ユニークな成功や登録人数とは限らない |
GA4のエンゲージドセッションは、既定の10秒超、キーイベント、2回以上のページ/画面表示のいずれかを満たすセッションです。実際の設定も確認します。定義はエンゲージメント率と直帰率、ユーザー指標、セッションの公式資料にあります。
平均エンゲージメント時間は、Webのフォーカスやアプリの前景に基づく時間で、実際の読了や理解を証明しません。ユーザー当たりとセッション当たりでは分母が異なるため、画面の指標名を確認します。詳しくはUser engagementの公式説明を参照してください。
集計前に計測品質と成果条件を確認する
グラフに変化があったら、まず事業や内容の変化なのか、収集条件の変化なのかを切り分けます。本番とテストの混在、タグの欠落、同じ操作の二重送信などがないかを確かめます。
- 対象プロパティと本番ホストを確認する。
- 入口ページ、言語、チャネル、期間、タイムゾーンを記録する。
- 代表的な閲覧・操作で、想定イベントの欠落と重複を確認する。
- 同意状態やブラウザ条件による計測範囲を確認する。
- 認証・別ドメインへの遷移後も、必要な到達や成功を確認できるか調べる。
- 成功イベントの条件と、事業記録との対応を確認する。
送信ボタンを押しただけの記録を「登録完了」と扱うのは危険です。受理されたこと、再読み込みで増えないこと、必要に応じて人数や案件と照合できることを確認します。未整備なら成果は未測定と記録し、キーイベントが0でも実際の成果がなかったとは断定しません。
同意状態の更新はGoogleの実装資料を参照できます。また、URL・入力値などから個人情報を送らないよう、PIIの公式注意事項に沿って確認します。
入口から成果までを見る分析の順番
データの条件を確かめたら、入口、内容との関わり、次の行動、検証できる成功の順に見ます。全経路とOrganic Searchを混ぜず、必要なら端末などを分け、同じ対象を追います。
段階 | 観測すること | 次の確認例 |
|---|---|---|
入口 | 対象のランディングセッション | 意図する訪問が来ているか |
関わり | エンゲージメントや必要な操作 | 計測の欠落や、入口の約束と本文の差はないか |
次の行動 | フォーム開始や機能ページへの到達 | 導線が分かるか、次の目的が伝わるか |
成功 | 条件を検証した受理・完了 | エラー、重複、事業記録との不一致はないか |
短い時間や低い率だけで、本文品質が原因と決めないでください。目的がすぐ達成された可能性、計測の問題、訪問者との不一致もあります。複数の候補を挙げ、次に一つ確かめる観測や変更を選ぶと、分析が具体的な判断になります。
仮説・施策・検証を同じ条件で記録する
次は架空の比較例です。前後とも28日間、本番ホスト、日本語、Organic Search入口を対象とし、成功が確認されたセッションを重複なく数えたとします。登録人数を数えた例ではありません。
指標 | 前の28日 | 後の28日 |
|---|---|---|
入口セッション | 100 | 120 |
検証済み成功を含むセッション | 5 | 6 |
成功を含むセッションの割合 | 5÷100=5% | 6÷120=5% |
入口と成功セッションの実数は増えていますが、割合は同じ5%です。「率が改善した」とは言えません。さらに、前後で広告、季節性、検索需要、他のページ改修などが変われば、改稿だけの効果とも断定できません。少数の成功の差は特に慎重に読みます。
比較表には、仮説、施策の内容と公開日、対象URL、集計条件、他の変更、未測定項目、次に確認することを残します。成功条件が未整備ならこの成功比較は行わず、未測定として先に確認を進めます。根拠をそろえたうえで、試す施策と検証方法を一つずつ決めましょう。




