【GA4】アクティブユーザーあたりのビュー、アクティブユーザーあたりのセッション数、セッションあたりのページビュー数の違いと使い分け方

Webサイトの改善やマーケティング施策の効果測定を行う上で、KPI（重要業績評価指標）の設定は非常に重要です。特にGoogleアナリティクス4（GA4）では、従来のUA（ユニバーサルアナリティクス）と計測の考え方が変わったこともあり、「どの指標をKPIとして採用すべきか？」と悩む方も多いのではないでしょうか。

本記事では、「アクティブユーザーあたりのビュー」「アクティブユーザーあたりのセッション数」「セッションあたりのページビュー数」の違いを整理し、それぞれの指標がどんな目的に適しているのかを具体例とともにわかりやすく解説します。

各指標の定義と意味

まずは、それぞれの指標が何を表しているのかを明確にしておきましょう。

アクティブユーザーあたりのビュー

定義：表示回数 ÷ アクティブユーザー
意味：1人のユーザーがサイト内でどれだけ多くのページを見たかを表す指標です。

使える場面

• サイト内の回遊性を把握したいとき
• コンテンツの魅力や深掘り度を知りたいとき

アクティブユーザーあたりのセッション数

定義：セッション ÷ アクティブユーザー
意味：1人のユーザーがどれくらい繰り返し訪問しているかを示す指標です。

使える場面

• サイトのリピーター率を見たいとき
• ロイヤルユーザーを育成する施策の効果を測定したいとき

セッションあたりのページビュー数

定義：表示回数 ÷ セッション
意味：1回の訪問（セッション）で平均的に何ページ見られているかを示します。

使える場面

• セッション内の回遊状況をチェックしたいとき
• ランディングページからの導線が適切かを評価したいとき

目的に応じたKPI指標の選び方

図1: 目的別に指標を選ぶ判断フロー図

では、実際にKPIとしてどの指標を選ぶべきか？目的別に整理してみましょう。

回遊性を高めたいサイトなら「セッションあたりのページビュー数」

例：

オウンドメディア運営

ECサイトの特集ページやキャンペーンページ

目的：ユーザーが1回の訪問で多くの情報に触れるようにしたい

ユーザーとの関係構築を目的とするなら「アクティブユーザーあたりのセッション数」

例：

サブスクリプション型サービスのサポートページ

会員制コンテンツサイト

目的：継続的な訪問を促進し、信頼関係を築く

コンテンツの質や読み込み度を測りたいなら「アクティブユーザーあたりのビュー」

例：

記事コンテンツ中心のブログ

ノウハウコンテンツを提供するメディアサイト

目的：訪問者がどれだけ深くサイト内を読み込んでいるかを評価したい
適した指標：ユーザーあたりのPV数
→ ユーザー1人が複数記事を閲覧しているかをチェック

まとめ：KPIは目的に合わせて選ぼう

各指標の使い分けを表にまとめると以下のとおりになります。

指標	向いている目的	使用シーン例
ユーザーあたりのPV数	コンテンツの読み込み度の評価	ブログ、メディアサイト
ユーザーあたりのセッション数	リピーターの把握と関係構築の指標	会員制サイト、SaaS型サービスサイト
セッションあたりのPV数	サイト内回遊の評価	ECサイト、キャンペーンページなど

いずれも似ている表現の指標ですが、それぞれ意味合いが異なってくるため、運営するサイトに合った最適な指標を選んでKPIとして追跡していくことが大切です。

みなさまの日々の分析の参考になりましたら幸いです！

そもそもGA4の「アクティブユーザー」とは何を数えているのか

ここまで3つの指標を比べてきましたが、そのうち2つは分母が「アクティブユーザー」です。ここを曖昧にしたまま数字を追うと、あとで解釈がズレるので整理しておきます。

GA4のユーザー系指標には「総ユーザー数」と「アクティブユーザー数」があって、標準レポートで単に「ユーザー」と表示されているものは基本的に後者、つまりアクティブユーザーの方です。総ユーザー数の方は探索レポートなどで別途選ぶ必要があります。

では何が「アクティブ」なのかというと、ざっくり言えばサイトに来てエンゲージメントが発生したユーザーです。エンゲージメントのあったセッション（エンゲージセッション）の条件は、公式ヘルプ上は次のいずれかを満たすものとされています。

• 10秒を超えて継続した
• キーイベント（旧コンバージョン）が発生した
• ページビューまたはスクリーンビューが2回以上発生した

このうち「10秒」の部分は、GA4の管理画面（データストリーム → セッションのタイムアウトを調整）から変更できる値なので、設定をいじっているプロパティだと基準が違う可能性があります。他社のGA4と数字を突き合わせる場面があるなら、一応確認しておくと良いかなと。

UA時代の「ユーザー」は訪問したら基本的にカウントされていたので、GA4のアクティブユーザーはそれより少なく出る性質を持っています。つまり「アクティブユーザーあたりのビュー」は、UAの「ユーザーあたりのPV数」と単純には比較できない、ということですね。移行前後で数字がジャンプしていても、それは施策の効果ではなく定義の違いという可能性が高いと思います。

期間を変えると分母が変わるので、比較するときは条件を揃える

これは実務でけっこう効いてくるポイントです。

セッション数と表示回数は「足し算できる」指標です。1日目のセッション数と2日目のセッション数を足せば、2日間のセッション数になります。一方でアクティブユーザーは指定した期間の中で重複排除されるので、足し算できません。同じ人が1日目と2日目の両方に来ていたら、2日間で見たときは1人です。

つまり、日別のアクティブユーザーを30日ぶん合計しても、月間のアクティブユーザーとは一致しません。そして「アクティブユーザーあたりのビュー」は分子（表示回数）が加算的、分母（アクティブユーザー）が非加算的なので、期間を長くとるほど数値が大きく出やすい構造になっています。

なので、この手の指標をKPIとして追うなら、

• 期間の長さを固定する（毎週7日、毎月1か月など）
• 週次で追うなら曜日の並びを揃える（月〜日で切るなど）
• 前年同期比を見るときも、日数と曜日構成を合わせる

あたりを最初に決めておいた方が、あとで「先月より改善した」と言えるようになると思います。逆に「セッションあたりのページビュー数」は分子・分母とも加算的なので、期間の影響を受けにくい指標です。期間をまたいだ比較をラフにやりたいときは、こちらの方が扱いやすいかなと。

もう一点、Googleシグナルを有効にしているプロパティでは、データのしきい値によってユーザー数が表示されない・丸められることがあります。細かいセグメントで割り算するときは、数字が不安定になっていないかを確認しておくと安全です。

GA4のどこで見るか、目標値はどう決めるか

「アクティブユーザーあたりのビュー」は、標準レポートの「エンゲージメント → ページとスクリーン」に列として並んでいるので、ページ単位で見るのが一番早いです。

「ユーザーあたりのセッション数」の方は標準レポートに常に並んでいるわけではないので、探索（自由形式）で指標として選ぶのが確実だと思います。もし指標一覧に見つからない場合は、セッション数とアクティブユーザーをそれぞれ出して自分で割ってしまえば同じことです。行に「新規/リピーター」や「参照元 / メディア」を入れると、どのチャネルから来た人がリピートしているかが見えるので、KPIとして追うならこの分解までやった方が施策につながります。

目標値については、「業界平均◯」みたいな外部の数字を当てはめるのはあまりおすすめしません。サイトの構造（1記事完結型か、シリーズ構成か）やCRの出し方で適正値が全然違ってくるからです。それより、

1. まず自サイトの直近3か月の実測値をベースラインにする
2. 流入チャネル別・デバイス別に分解して、明らかに低いセグメントを探す
3. そのセグメントに対して内部リンクや導線を変え、前後で比較する

という進め方の方が、判断できる材料になるかなと思います。指標そのものを上げることが目的化しないよう、最終的なキーイベント（申込・購入・資料請求など）と一緒に並べて見ておくのが安全だと思います。

アクティブユーザーは「1日・7日・28日」でも集計されている

GA4には、レポートで指定した期間のアクティブユーザーとは別に、1日／7日／28日のアクティブユーザーという見方があります。「ユーザーアクティビティの推移」のレポートで、各日付を基準に「その日から遡って1日・7日・28日のあいだにアクティブだった人数」が折れ線で並ぶ形ですね。

これが何に使えるかというと、サイトへの定着度合いの目安になります。28日のアクティブユーザーに対して1日のアクティブユーザーが占める割合が高いほど、日常的に戻ってきている人の比率が高いサイト、という読み方です。

目的としては「ユーザーあたりのセッション数」と近いんですが、あちらが期間内の平均をひとつの数字に潰すのに対して、こちらは日ごとの推移として見られるのが違いかなと。リニューアルやメルマガ配信の前後で線がどう動いたかを見たいときは、こちらの方が変化に気づきやすいと思います。

同じ人が別人として数えられる場面がある

リピート系の指標を扱う前提として知っておきたいのが、GA4のユーザー識別は完璧ではない、という点です。

デフォルトのデバイスベース計測では、ブラウザに保存されたCookieでユーザーを見分けています。なので、

• PCとスマホの両方から訪問した → 2人
• 同じ端末でも別ブラウザやシークレットウィンドウ → 別人
• Cookieを削除した、またはブラウザ側の制限で保持期間が切れた → 次回は新規ユーザー

というように、実際には同じ人でも複数人としてカウントされることがあります。ズレる方向としてはアクティブユーザーが多めに出るので、「ユーザーあたりのセッション数」は実態より低めに出やすいということになります。1.0台から動かないな、と感じるときは、施策以前にここが効いている可能性もあるかなと。

ログイン機能のあるサイトなら、User-IDを送信しておくとログイン済みユーザーは端末をまたいで1人に統合されます。あわせてプロパティ設定の「レポート用ID」がどのモードになっているかも確認しておくと良いと思います。会員制サイトやSaaSでリピート率をKPIに置くなら、数字を追い始める前に整えておきたいところです。

「表示回数」が何を数えているのかも確認しておく

「アクティブユーザーあたりのビュー」の分子である表示回数は、Webのページ表示（page_view）とアプリの画面表示（screen_view）を合算した指標です。UAの「ページビュー数」とは名前も中身も少し違うので、ここも移行後の比較で引っかかりやすいポイントかなと。

分子側でブレやすいのは、たとえばこのあたりです。

• WebとアプリのデータストリームをひとつのGA4プロパティにまとめている場合、両方が混ざった数字になる
• SPAで「ブラウザの履歴イベントに基づくページの変更」を有効にしていると、URLが変わるたびに表示回数が増える
• 同じページのリロードや、ブラウザバックでの再表示もそれぞれ1回として加算される

分母（アクティブユーザー）の定義ばかり気にしがちですが、分子の定義が想定とズレていると、比率もそのぶん動きます。数値が妙に高い・低いと感じたら、表示回数そのものをページ単位で眺めて、意図しないページが上位に来ていないかを見てみると原因が掴めることがあると思います。

「ユーザー」と名のつく指標が複数あるので、まず見分ける

「アクティブユーザーとは」を調べに来ると、たいてい隣に似た名前の指標が並んでいて余計に混乱すると思います。GA4のユーザー系は、ざっくり次の4つを押さえておけば足りるかなと。

• 総ユーザー数：期間内に何らかのイベントを送ったユーザー
• アクティブユーザー数：そのうちエンゲージメントの条件を満たしたユーザー
• 新規ユーザー数：期間内に first_visit（アプリなら first_open）が発生したユーザー、つまり初回訪問した人
• リピーター：「新規 / リピーター」ディメンションで分けたときの、初回以外の訪問をした人

関係としては、総ユーザー数のほうがアクティブユーザー数より多くなる（同じか多い）方向です。条件を絞った結果がアクティブユーザーなので、当然といえば当然ですね。

注意したいのが、「アクティブユーザー数 = 新規ユーザー数 + リピーター」にはならないことです。期間内に初めて来て、その後もう一度来た人は、新規にもリピーターにも該当します。足し算すると、その人が二重に乗ることになる。なので「ユーザーあたりのセッション数」を自分で計算するときに、うっかり分母へ新規ユーザー数を入れると、まったく別の意味の数字になってしまいます。分母に置くべきはアクティブユーザー数（もしくは意図的に総ユーザー数）です。

あと、リアルタイムレポートに出る「過去30分間のユーザー」も、また別のカウントです。あちらは今まさに見に来ている人の概算なので、日次のアクティブユーザーと突き合わせても合いません。

ページ別・セグメント別に割ると、合計がサイト全体と一致しない

これは割り算指標を扱うときにハマりやすいところだと思います。

「エンゲージメント → ページとスクリーン」でページごとに並ぶアクティブユーザーは、そのページを見た人を重複排除した数です。1人が3ページ見ていれば、3行それぞれに1人ずつ計上されます。つまり行を全部足しても、プロパティ全体のアクティブユーザー数にはなりません。

結果として、

• ページ別の「アクティブユーザーあたりのビュー」を平均しても、サイト全体の値にはならない
• サイト全体を知りたいなら、全体の表示回数 ÷ 全体のアクティブユーザーで出し直す
• ディメンションを細かくするほど分母側が膨らむので、比率は小さめに出る方向になる

という性質があります。チャネル別・デバイス別に分解したときも同じで、各行の合計が全体と合わないのは壊れているわけではなく、定義どおりの挙動かなと。

Looker StudioやGA4のData APIで自分で割り算を組む場合も、この点は変わりません。ディメンションを何で切ったかによって分母の意味が変わるので、「サイト全体の数字」と「ページ単位の数字」は別のグラフとして持っておいたほうが、あとで説明しやすくなると思います。

数字が急に動いたときは、比率ではなく分子と分母を並べて見る

KPIとして追っていると、ある日から比率がガクッと動くことがあります。このとき比率だけを眺めていても原因は掴めないので、まず表示回数・セッション数・アクティブユーザー数を生の数のまま横に並べて、どちらが動いたのかを切り分けるのが早いかなと。

分子（表示回数）だけが跳ねているなら、計測タグが二重に入っていないか、SPAの履歴イベント設定を変えていないか、といった実装側の変更が候補になります。分母（アクティブユーザー）だけが動いているなら、同意管理ツール（CMP）の設定変更、内部トラフィック除外フィルタの適用や解除、ボット・参照元スパムの流入あたりが疑わしいところです。

どれも「必ずこれ」と言えるものではないので、GA4側だけで悩まずに、その時期にサイトやタグ周りで何を触ったかを開発・運用側に確認したほうが結局は早いと思います。指標の定義を疑う前に、まず計測環境で何か変わっていないかを見る、という順番が安全かなと。

3つの指標は独立していない ── 掛け算で分解する

ここまで3つの指標を別々に説明してきましたが、実はきれいにつながっています。

アクティブユーザーあたりのビュー ＝ ユーザーあたりのセッション数 × セッションあたりのページビュー数

定義を並べればわかるとおり、（セッション ÷ ユーザー）×（表示回数 ÷ セッション）でセッションが約分されて、表示回数 ÷ ユーザーになる。同じ期間・同じセグメントで出した数字なら、この関係が成り立ちます。

これが実務で効いてくるのは、数字が下がったときの原因の切り分けです。「アクティブユーザーあたりのビューが落ちた」だけだと打ち手が決まりませんが、2つに分解すると、

• ユーザーあたりのセッション数が落ちている → 再訪してくれる人が減った。メール配信、更新頻度、ブックマークされるような入口の問題
• セッションあたりのページビュー数が落ちている → 1回の訪問で次のページに進んでいない。内部リンク、記事末の導線、関連記事の出し方の問題

というように、見るべき場所が変わります。両方が同時に動いているなら、流入チャネルの構成そのものが変わった可能性が高いかなと。

なので、KPIとしてどれか1つを選ぶにしても、ダッシュボードには3つ並べておくのがおすすめです。選んだ指標が動いたときに、残り2つがその理由を説明してくれるので。

「ユーザーあたりのセッション数」の分母だけでなく、分子も定義を確認する

分母（アクティブユーザー）の話は前の節までで整理しましたが、分子のセッションも、UAと同じ感覚でいると少しズレます。

GA4のセッションは、ユーザーがサイトに来た時点で始まり、30分間操作がないと終了します。この30分はデフォルト値で、管理画面のデータストリーム設定から変更できる値です。つまり、

• タブを開いたまま長時間放置して戻ってきた → 別セッションとして数えられる
• 途中で参照元が変わっても、GA4ではセッションは分割されない（UAはここで分かれていました）
• 日付をまたいだセッションは、開始した側の日付に集計される

といった挙動になります。「ユーザーあたりのセッション数」は、感覚的な「何回来てくれたか」というより「何回セッションが切れたか」に近い数字だと思っておいた方が安全かなと。

そして重要なのが、タイムアウトの設定を変えると、この指標そのものが動くという点です。長くすれば1セッションにまとまりやすくなるので下がる方向、短くすれば上がる方向。過去との比較で「リピート率が改善した」と読む前に、設定を触っていないかを確認しておきたいところです。他社のプロパティや業界の数字と並べて見るときも、同じ理由で単純比較はしにくいと思います。

他のツールと数字が合わないときに、どこを疑うか

「アクティブユーザーとは」を調べる動機として、他のツールと数字が合わなくて確認したい、というケースもあると思うので、よくあるズレ方を挙げておきます。

Search Consoleのクリック数とGA4のセッション数が合わない そもそも計測している場所が違います。Search Consoleは検索結果でクリックされた回数、GA4は計測タグが発火した分。ページの読み込み前に離脱した、リダイレクトを挟んだ、JavaScriptが動かなかった、といった理由でGA4側が少なく出るのが通常です。逆方向のズレなら、検索以外の流入が混ざっていないかを参照元で見てみると原因が掴めることが多いかなと。

同意管理ツールを入れている場合 Cookieの利用に同意していないユーザーの扱いは、導入している同意管理の設定と同意モードの構成次第で変わります。ここが絡んでいるプロパティでは、ユーザー数を分母にした指標は全体的に控えめに出る前提で見ておいた方が良いと思います。

リアルタイムレポートの数字と合わない リアルタイムの「過去30分間のユーザー数」は、レポート期間で指定したアクティブユーザーとは別の集計です。並べて比較する種類の数字ではないかなと。

過去のデータが遡れない 探索レポートで長期比較しようとして期間が選べない場合は、プロパティのデータ保持期間の設定が効いている可能性があります。ベースラインを取る前に、ここは一度見ておくと後で困りません。標準レポートとは挙動が違うので、「標準では見えるのに探索では出ない」という形で気づくことが多いと思います。