GA4のデータをLooker Studioで可視化する際、「表の数値が管理画面と合わない」「データの意味がしっくりこない」と感じることはないでしょうか。
その原因の多くは、GA4特有の概念である「スコープ（Scope）」の不一致にあります。ディメンションと指標にはそれぞれ決まった階層（スコープ）があり、これらを誤って組み合わせると、システムは計算を止めることなく、見た目だけは整った「意味の異なる数字」を出し続けてしまいます。
本記事では、実務で特に間違いやすいケースを挙げながら、スコープの正しい理解とレポート作成の鉄則を解説します。
GA4レポートの正解を左右する「3つのスコープ」とは
GA4には大きく分けて3つのスコープが存在します。データを扱う際は、今見ているディメンションがどの階層の話なのかを常に意識する必要があります。
- ユーザー（User）： 初めてサイトを訪れた時の流入元など、ユーザーそのものに紐づく階層。
- セッション（Session）： 1回の訪問単位の階層。ランディングページや、その訪問での滞在時間などが該当。
- イベント（Event）： ページ閲覧やクリックなど、発生したアクションごとの階層。
実務で頻発する「混ぜるな危険」な組み合わせ例
ディメンションと指標のスコープがずれると、データの解釈が歪みます。特に以下のケースには注意が必要です。
1. 「ページパス」に「セッション数」を組み合わせてしまう
ページパスは「イベント」単位ですが、セッション数は「セッション」単位です。
Looker Studioでこの2つを並べると、一般的には「そのページがランディングページ（入り口）だった時のセッション数」が表示されます。そのページを「通った」だけのセッションはカウントされず、全体のセッション数とも一致しない、中途半端なレポートになってしまいます。
2. 「ランディングページ」に「ページタイトル」を組み合わせる
ランディングページはセッションの「入り口」で固定されています。一方でページタイトルは、ユーザーが回遊するたびに変化します。これらを組み合わせると、意図しない行の分散が起き、1セッションのデータが正しく集計されない原因となります。
実例：ランディングページごとの「成果」を正しく計測する
「どのページから流入したセッションが、最終的にキーイベント（コンバージョン）に繋がったか」を分析する場合、Looker Studioでは以下の組み合わせが正解となります。
- ディメンション： ランディングページ（セッションスコープ）
- 指標： キーイベント（セッション内で発生した合計値）
ここでのポイント：
ランディングページは「セッションの入り口」という定義です。そのため、そのセッション中に発生したコンバージョンは、すべて「入り口となったページ」の手柄としてカウントされます。
💡 発生した「現場」を知りたいときは？
「コンバージョンが発生した瞬間のページ」を特定したい場合は、ディメンションに「ページパス（イベントスコープ）」を使い、指標には「イベント数」を選んで特定のイベント名でフィルタをかける必要があります。
Looker Studioでミスを防ぐための「スコープ判別法」
ディメンション名に注目することで、スコープの不一致は防げます。
- 「最初のユーザーの～」：ユーザースコープ
- 「セッションの～」「ランディングページ」：セッションスコープ
- 「ページパス」「イベント名」：イベントスコープ
鉄則：ディメンションのスコープと、指標のスコープを一致させること。
まとめ：正しい組み合わせで「信頼できるレポート」を
データが「表示されている」ことと、そのデータが「正しい」ことは別問題です。
スコープを一致させるという基本を守るだけで、GA4の分析精度は格段に向上し、Looker Studioでのレポート作成における「違和感」を解消することができます。
