「セッション数って訪問者の数ですよね？」 「PVが高いから集客は順調です」 — Web解析を始めた人と話していて、いちばん最初につまずくのが、この3つの指標です。セッション数・PV・UU。似ているようで、意味も計算方法も使い道もまったく違います。
GA4 はイベントベース計測モデルに移行したため、UA 時代のセッションベースとは内部処理が根本的に異なります。本記事では「セッション数」「PV」「UU」 の違いを定義からやさしく整理し、3指標の関係性、優先順位、GA4 のイベントベースでの扱いまで実装目線で解説します。
3指標を一気に整理
| 指標 | 何を数える | GA4 イベント名 | カウント単位 |
|---|---|---|---|
| セッション数 | 訪問の数 (1 回の訪問 = 1 セッション) | session_start |
30 分無操作で終了 |
| PV (ページビュー) | 閲覧されたページの合計数 | page_view |
ページ読込のたびに +1 |
| UU (ユニークユーザー) | 訪問した「人」 の数 (重複なし) | (集計値) | Cookie / User ID で識別 |
同じ人が3回訪問して5ページ閲覧したら、セッション数 = 3 / PV = 5 / UU = 1。「同じ行動」 でも3指標の値は別物 です。
1. セッション数 ： session_start イベントの発火回数
セッション数は、ユーザーがサイトを訪問してから離れるまでの一連の行動を「1セッション」 として数える指標です。
カウント条件:
- 30分間操作がないと自動的にセッション終了
- 翌日 (午前0時) になると新しいセッションとして数え直す
- ブラウザを閉じてもセッション終了
GA4 では session_start イベントが発火するたびにセッション数が1増えます。1セッションには session_id という識別子が振られ、その範囲内で起きた行動 (ページ閲覧・クリック・購入) がまとめて記録される仕組みです。
実装側で意識すべきは、同一ユーザーでも30分以上の間隔があれば別セッション という点。BIツール等で集計する場合、user_pseudo_id ではなく session_id 単位で集約する必要があります。
2. PV (ページビュー) ： page_view イベントの発火回数
PV はユーザーがページを開いた回数の合計。GA4 では page_view イベントが発火するたびに1カウント追加されます。
カウント条件:
- ページが読み込まれるたびに1カウント (再読み込みも含む)
- 商品ページを5つ見ればPV = 5
- 同じページに戻ってきても新たに1カウント追加
よくある誤解: 「PVが高い = サイトが人気」 ではない。少数のユーザーが連続クリックしているだけで PV は膨らむ。PV / セッション (回遊度合い) や PV / UU (1人あたりの閲覧数) と組み合わせて読む必要があります。
GA4 の表示としては「ページビュー数」 や「表示回数」 と呼ばれますが、BigQuery export 等で扱う場合は event_name = 'page_view' で集計します。
3. UU (ユニークユーザー) ： アクティブユーザーの数
UU は期間内にサイトを訪問した「人」 の数を重複なしで数えた指標。Cookie や User ID で識別するため、同じ人が10回訪問しても UU = 1 です。
カウント条件:
- Cookie や User ID で識別
- 同じ人が10回訪問してもUU = 1
- 別ブラウザや別デバイスから訪問すると別の UU として数えられる (Cookieが分かれるため)
GA4 では「アクティブユーザー」 として表示されます。エンゲージメントセッション (GA4 で「有意義な訪問」 と判定された訪問のこと) が発生したり、first_visit イベント (初回訪問記録) が記録されたユーザーがアクティブとみなされる仕組みです。
実装上の留意: BigQuery export で UU を集計する場合、COUNT(DISTINCT user_pseudo_id) で算出するのが一般的。ただし Cookie削除・別端末利用で実際の人数とのズレは避けられないため、トレンドの方向 (増えているか減っているか) を重視するのが実務上の落とし所です。
4. 3指標の関係と優先順位
3指標は次の不等式で結ばれます。
PV ≧ セッション数 ≧ UU
1人が複数回訪問し、1訪問で複数ページを見るため、PV が最も大きく UU が最も小さくなるのが基本。等号成立は、全ユーザーが1セッション・1ページだけ見て離脱した極端なケースだけです。
派生する組み合わせ指標が、実務ではむしろ重要になります。
| 組み合わせ | 計算式 | 意味 |
|---|---|---|
| 集客力 | UU | 期間内に来た人の数 |
| リピート度合い | セッション数 ÷ UU | 1 人あたりの訪問回数 |
| 回遊度合い | PV ÷ セッション数 | 1 訪問あたりの閲覧ページ数 |
| 関心の深さ | PV ÷ UU | 1 人あたりの総閲覧ページ数 |
EC事業者がまず見るべき優先順位は UU → セッション数/UU → PV/セッション。集客力 → リピート率 → 回遊度の3層で読みます。
5. GA4 イベントベース 計測モデルでの扱い
GA4 は計測モデルがイベントベースに変わりました。旧 UA のセッションベースから根本的に変わった部分です。
GA4: すべての行動 = イベント (page_view / session_start / click / scroll / purchase 等)
UA: セッションベース (セッション内のヒット集計)
各指標は内部でイベントの集計結果として算出されます。
| 指標 | GA4 イベント名 | 集計方法 | GA4 表示名 |
|---|---|---|---|
| セッション数 | session_start |
イベントの発火回数 | セッション |
| PV | page_view |
イベントの発火回数 | ページビュー数 / 表示回数 |
| UU | (集計指標) | アクティブと判定された人数 | アクティブユーザー |
BigQuery export を使った独自分析を組む場合、イベント単位で考えてから指標を構築する のが GA4 流。UA 時代のように「セッションを軸に組み立てる」 アプローチは合わなくなります。
まとめ
3指標は似ているようでまったく違うものを数えています。基本式 PV ≧ セッション数 ≧ UU を頭に入れ、組み合わせ指標 (リピート率・回遊度) で読む ことで、ようやく「健全性」 が見えてきます。
PV だけで判断するのは危険。UU から見るのが基本 という順序を覚えておけば、GA4 の最初の壁は越えられます。実装目線でも、event_name 単位の集計を意識すれば、UA 流の癖から脱却できます。
本記事のフル版（参考文献付き・関連記事内部リンク有り）はこちら： https://www.revenuescope.jp/news/session-pv-uu-difference-basics?utm_source=qiita&utm_medium=referral&utm_campaign=daily-set-24