GA4のセッションとは?開始・終了条件と数が合わないときの確認

2026年8月19日

著者: 与謝秀作
GA4のセッションとは?UAとの違いとカウント条件の見方

GA4のセッションは、一定の条件でまとめられたサイトやアプリでの利用のまとまりです。同じ人が別の時間に再訪すれば複数セッションになり、1回のセッションで複数ページを読むこともあります。ユーザー数やイベント件数と単位をそろえずに比較すると、計測の不具合に見える差が生まれます。まず定義と開始条件を確認し、その後に設定や取得範囲を調べましょう。

GA4のセッション・ユーザー・ビューは何が違うか

「訪問が増えた」という表現だけでは、人数が増えたのか、再訪が増えたのか、閲覧量が増えたのか分かりません。Google公式のセッション定義と指標名を合わせて、次のように読み分けます。

指標

数える対象

読み取るときの注意

セッション

利用のまとまり

同じユーザーから複数回発生し得る

アクティブユーザー

GA4の条件を満たすユーザー

セッション数や実在する全利用者の人数とは異なる

ビュー

ページまたはスクリーンの表示

同じページの繰り返し表示も含む

session_startのイベント数

開始イベントの発生回数

セッション指標の集計値と同義ではない

エンゲージセッション

所定条件を満たしたセッション

注意深く読んだ人数や満足度を直接表さない

たとえば1人が午前と午後に訪れ、それぞれ3ページ、2ページを表示したとします。同じ識別状態が保たれたという架空の単純例なら、ユーザーの単位は1、セッションは2、ビューは5という違いが生じます。各行のユーザー数を足してサイト全体の人数にすることも避けてください。

セッションが始まる条件と無操作タイムアウト

ウェブでは、アクティブなセッションがない状態でページを表示したときにセッションが始まります。アプリではフォアグラウンドに開くことなどが開始条件になります。「初めて来た人だけが開始する」という意味ではありません。既定では30分間の無操作でタイムアウトします。セッション全体の長さに一律の上限があるという意味でもありません。

タイムアウトやエンゲージセッションの時間条件は変更できます。自社の値を確認する前に、30分や10秒をすべてのプロパティに当てはめないでください。設定場所と条件はGoogleタグのセッション設定に関する公式案内で確認できます。ブラウザを閉じてすぐ開き直した場合も、Cookie・識別子・同意状態などが変われば、同じセッションが続くと保証できません。

session_startとセッション数が一致するとは限らない理由

session_startはセッション開始に関わるイベントですが、レポートの「セッション」はユニークなセッションを推定して算出する指標です。session_startのイベント件数を、そのまま同じ値と置き換えないでください。集計方法や収集経路、フィルターなども確認対象です。

外部集計でセッションを識別する場合も注意が必要です。ga_session_idは開始時刻に基づく値で、それだけではサイト全体で一意になるとは限りません。公式のセッションIDと推定方法の説明に従い、用途に応じてユーザー識別子と組み合わせます。標準レポートと独自集計を比較するなら、識別方法、対象イベント、期間を記録してから差を調べます。

エンゲージセッションの条件と割合の計算

エンゲージセッションは、設定された時間条件を満たす、対象のキーイベントが発生する、ページまたはスクリーンの表示が2回以上ある、のいずれかを満たすセッションです。既定の時間条件は10秒を基準としますが変更可能です。first_visit・first_open・session_startは、キーイベントにしてもエンゲージメントの判定には使われません。詳しくはエンゲージメント率と直帰率の公式定義を確認してください。

架空のセッション

条件の読み方

5秒、1ビュー、対象キーイベントなし

時間条件もほかの条件も満たさなければ非エンゲージ

5秒、1ビュー、対象キーイベントあり

短時間でもキーイベントの条件でエンゲージになり得る

短時間、2ビュー

表示回数の条件でエンゲージになり得る

架空の100セッション中60がエンゲージセッションなら、エンゲージメント率は60÷100×100=60%です。分母はセッションであり、ユーザー数ではありません。この率だけで「60人が満足した」「残る40%は内容が悪い」と結論づけることはできません。

UA保存値との歴史比較で注意すること

旧Universal Analytics(UA)では、日付の切り替わりやキャンペーン情報の変更が新しいセッションの開始に関わりました。GA4では、日付やキャンペーンの変更だけでセッションを開始し直しません。UAとGA4のセッションの比較を使い、保存済みの旧数値とは定義の違いを分けて評価します。

UAはサービス終了済みです。これから旧UAの画面に戻って不足分を取得し直せる、という手順にはしないでください。UA終了に関する公式案内を確認し、既に保存した値がある場合に限り、その期間・定義・取得条件を添えて歴史比較に使います。

数が合わないときに確認する設定・期間・計測範囲

  1. 比較している指標が「セッション」同士か確認する。イベント数やユーザー数との比較を分ける。
  2. プロパティ、ストリーム、日付、タイムゾーン、言語パス、流入チャネルをそろえる。
  3. 本番ホストとテスト環境が混ざっていないか、確認できる範囲を記録する。
  4. タグの未設置・二重送信、同意状態、認証や別ドメインへの移動を確認する。
  5. タイムアウト設定、データ処理状況、レポートと独自集計の方法を確認する。

Google検索のクリック数、全経路の入口セッション、Organic Searchの入口セッションも別の系列です。差があるだけで正常とも異常とも決めず、同じ条件で比較できる範囲を絞ります。結果の読み方はGA4標準レポートの見方につなげてください。

時系列例から日常レポートへつなぐ確認手順

架空の時刻・操作

同じ識別状態、タイムアウト30分の場合

09:00 ページ表示

アクティブなセッションがなければ開始

09:10 操作

無操作時間の確認基準が更新される

09:15 別キャンペーン経由で戻る

キャンペーン変更だけでは新規セッションにならない

09:46 再び操作

前回から31分無操作なら新しいセッションになる

この例は識別状態や送信が保たれた場合の説明用です。実際の履歴ではイベントの時刻と収集状態を確かめ、境界付近の数値を思い込みで補完しません。週次レポートには指標名、期間、対象チャネル、設定値、未確認事項を残すと、次回も同じ条件で比較できます。複数の条件を切り分けたい場合はGA4探索でセグメントを分ける手順を使い、数字の差が生じる場所から調べましょう。

関連記事