UU（ユニークユーザー）とは？GA4のユーザー・セッション・PVとの違い
2026年5月28日
著者: 与謝秀作
UU（ユニークユーザー）は、ある期間に訪れたユーザーを、同じ識別条件で重複を除いて数える考え方です。訪問回数やページ表示回数とは異なります。ただし、計測上のユーザーは、現実の人間を一人ずつ確認した人数ではありません。
GA4では「UU」という曖昧な呼び方だけで報告せず、Total usersやActive usersなど、実際に使う指標名を明記しましょう。同じサイトでも、期間、識別方法、同意やブラウザの条件が違えば、数値の意味が変わります。
UUの意味：計測上のユーザーと実人数の違い
同じ識別子のユーザーが何度訪れても、対象期間の一意ユーザーは重複を除いて数えます。一方、一人が複数の端末やブラウザを使った場合、同一人物として結び付けられず、複数ユーザーになることがあります。共有端末の利用も、実人数と計測値の差を生む要因です。
GA4のReporting identityでは、選択した方式に応じてUser-ID、device ID、modelingを使います。「同じIPアドレスなら必ずUU=1」「ホスト名で人を識別する」という説明は適切ではありません。詳しくはGoogleのReporting identityの説明を確認してください。
UU・PV・セッションを同じ訪問例で数える
次の表は、同じ期間・同じ識別条件を使う架空のWebサイト例です。AとBは人名ではなく、計測上の識別子を表します。PVはページビュー、つまりページが表示された回数です。
識別子 | セッション数 | ページビュー数 |
|---|---|---|
A | 2 | 3 |
B | 1 | 1 |
期間全体 | 3 | 4 |
この例のTotal usersはAとBの2、セッションは3、ページビューは4です。Aが2回訪れてもTotal usersは2に増えません。WebのページビューをTotal usersで割るなら、4÷2＝1ユーザー当たり2ページビューです。分母をActive usersに変えれば別の指標になるため、名称を省略しないでください。
セッションは、一定の活動のまとまりです。GA4では既定で無操作が30分続くとタイムアウトしますが、設定を確認して使います。サイトを一度離れたかどうかだけで機械的に区切る説明ではありません。セッションの公式説明も参照できます。
GA4のTotal users・Active users・New usersの違い
GA4には複数のユーザー指標があります。レポートにUsersと表示されている場合も、どの指標を指しているかを確認してください。Total usersとActive usersを、どちらも同じUUとして扱うと比較を誤ります。
指標 | 何を数えるか | 注意点 |
|---|---|---|
Total users | 期間内に何らかのイベントを起こした一意ユーザー | 実人数の完全な名簿ではない |
Active users | エンゲージドセッションや所定のイベント等の条件を満たす一意ユーザー | Total usersとは定義が違う |
New users | first_visitまたはfirst_openが記録された新規の一意ユーザー | 会社やサービスにとって初めての顧客とは限らない |
Returning users | 以前のセッションがある一意ユーザー | 新規との単純な足し算で期間全体を求めない |
Sessions | 活動のまとまり | 同じユーザーに複数あり得る |
Views | ページや画面の表示 | Webとアプリを含む集計かを確認する |
Active usersには、エンゲージドセッションのほか、Webのfirst_visitやengagement_time_msecなどに基づく条件があります。先ほどのA/B例でも、Active usersの合計は閲覧数の表だけで決めず、イベントと条件を確認します。定義はユーザー指標の公式説明にまとめられています。
期間やチャネル別のユーザー数を足せない理由
一意ユーザー数は、集計する範囲の中で重複を取り除きます。そのため、日別の数値を足しても、期間全体の一意ユーザー数にはなりません。
範囲 | 訪問した識別子 | 一意ユーザー数 |
|---|---|---|
月曜日 | A・B | 2 |
火曜日 | B・C | 2 |
月曜と火曜の2日間 | A・B・C | 3 |
日別合計は2＋2＝4ですが、Bが両日に含まれるため、2日間では3です。チャネル別も同様に、同じ識別子が検索とメールなど複数の経路に含まれる場合があります。全体の数は、必要な期間・条件で改めて集計します。
新規、リピーター、端末、チャネルなどの区分が互いに重ならないとは限りません。表の各行を足す前に、その指標が加算できる数なのかを確認する習慣を持ちましょう。
GA4で確認するときの条件とデータ品質
最初に対象のプロパティと期間を確かめ、指標名と対象範囲を記録します。比較のためだけに識別や計測の設定を変える必要はありません。既存の条件を確認し、変更履歴があれば比較に影響するかを調べます。
- Total usersかActive usersか、実際の指標名を確認する。
- 日付範囲とプロパティのタイムゾーンを記録する。
- 本番ホスト、Web/App、言語、チャネルなどの対象条件をそろえる。
- Reporting identityとデータ品質表示を確認する。
- 同意、広告遮断、タグ欠落、識別子の変化などの制約を記録する。
- 同じ条件で再集計し、日別・区分別の数を単純合算しない。
しきい値やモデリングなどが関係する場合もあります。画面に整数が表示されていても、実人数を1人単位で完全に確認したことにはなりません。品質表示や条件の差を無視して小さな増減を断定しないことが大切です。
数値から改善仮説を立てる際の注意
UUの増加は、より多くの計測上のユーザーに届いた可能性を示します。しかし、目的と関係する訪問か、次の行動に進んだかは別に調べます。人数指標だけで「記事が成功した」「売上が増えた」と結論付けることはできません。
たとえば、同じ条件のTotal usersが100から120に増えても、問い合わせの成功条件が未検証なら、登録成果は未測定です。入口セッション、エンゲージメント、確認できる次の行動を段階別に見て、どの改善を試すかを考えましょう。報告には、数値と一緒に指標名・期間・対象・限界を添えると判断のずれを減らせます。
