GA4はまず3つの数字だけ見ればいい｜小さな会社の月次チェック術

結論：GA4で最初に見るのは「量・反応・成果」の3つ

流入元やランディングページも大切ですが、これらは数字そのものではなく、数字を分けて見るためのディメンション（切り口）です。指標は数えられるもの、ディメンションはそれを分ける切り口、と考えると整理しやすくなります。

「アクティブユーザー数」は指標、「そのうち検索から来た人」と分けるための Session default channel group はディメンション。GA4の項目が多く感じるのは、この2種類が同じ画面に並んでいるからでもあります。まずは指標を3つに固定して、切り口は後から足します。

全体像をつかむ段階で見る指標は、次の3つで十分です。

アクティブユーザー数：どれだけ来たか

サイトへ関わった人の規模を見る数字です。前月や前年同期間など、同じ条件の期間と比べて、増えたのか減ったのかという方向だけを最初につかみます。

「何人なら合格」という共通の基準は置きません。自社の推移が基準です。ここで他社の数字を探し始めると、判断が止まります。

なお、GA4には Total users、New users、Active users など、名前が似ていて定義の違う指標があります。解説記事の表記に合わせるのではなく、いま見ているレポートに出ている指標名を確認してください。[1]

エンゲージメント率：訪問が一定の反応条件を満たしたか

訪問のうち、GA4が定める反応条件を満たした割合です。訪問者が増えた月にこの数字が大きく下がっていれば、流入の中身と入口ページの内容が噛み合っていない可能性を疑うきっかけになります。

ただし、これは「サイトの質」そのものでも、売上の予測値でもありません。セッションが10秒以上続いた、キーイベントが起きた、ページまたは画面が2回以上表示された。この条件のどれかを満たした割合、というだけの数字です。[2]

高い・低いで結論を出さず、「どこかで説明がつくはず」という宿題として持っておいて、後の流入元と入口ページで確かめます。

キーイベント数：大切な行動が何回起きたか

キーイベントは、問い合わせ、購入、予約、登録など、事業の成功にとって重要な行動を測るためのイベントです。ここは全部を合算せず、主キーイベントを1つだけ選びます。

問い合わせ型なら問い合わせ完了、ECなら購入、店舗なら予約完了が主候補です。scroll のような途中の行動を補助的に見るのは構いませんが、問い合わせや購入と同じ「主成果」として合算すると、数字の意味が曖昧になります。何が重要かはGoogleではなく事業側が決めるものなので、目的が変われば主キーイベントも変わります。[3]

数字を読む前に、比べてよい状態かを確認する

解釈より先に、比較してよい条件がそろっているかを見ます。設定が変わった前後を同じものとして比べると、サイトの変化ではなく計測の変化を読んでしまうからです。ここは初回だけ少し手間がかかり、2回目以降はほぼ確認だけで済みます。

たとえば、フォームの完了ページで同じイベントが2回発火していれば、キーイベント数は実際の問い合わせの倍になります。その状態で前月比を見て「今月は好調」と判断すると、そこから先の改善はすべて誤った前提の上に積み上がります。順番として、設定確認が先です。

画面に出ている指標名を確かめる

GA4では、ユーザー関連の指標に複数の定義があります。Users とだけ表示される場合も、Active users と表示される場合もあります。レポートの設定と指標名を実際に確認してください。

表示が解説記事と違っても、すぐに計測不良と決めつけないことも大事です。レポート構成の違いであることも多く、そこで作業が止まると先へ進めません。

エンゲージメント率に万能の合格ラインはない

今回確認したGoogle公式資料の範囲では、すべてのサイトに当てはまるエンゲージメント率の合格ラインは見当たりませんでした。業界平均を探すより、同じサイト・同じ設定・同じ長さの期間で比べるほうが先です。

もう1つ、見落としやすい落とし穴があります。エンゲージセッションの時間は既定で10秒ですが、Googleタグの設定で変更できます。閾値を変えた月と変える前の月は、同じ物差しではありません。変更したら日付を残し、前後の数値を単純に比べないでください。[2][4]

キーイベント数を「問い合わせ人数」と読み替えない

キーイベントには「イベントごと」と「セッションごと」の2つのカウント方法があります。同じセッション内で複数回発火した場合、前者は複数回、後者は1回として数えられます。カウント方法を変更しても、適用されるのは以後のキーイベントだけで、過去のデータは変わりません。[5]

イベントをキーイベントに指定した場合も、過去データへは遡りません。標準レポートへの表示に最大24時間かかることもあります。[6]

だから、問い合わせや購入を主キーイベントにするなら、自分で1回だけ実際に操作してみてください。確認するのは3点です。発火するか、二重に記録されていないか、カウント方法はどちらか。 これが済んでから、月次比較に使います。

リクマ

最初の月は、増減を追うより先に「問い合わせが1回として記録されるか」を確かめる順番をおすすめします。ここがずれたままだと、その後の判断がまとめてずれます。

月に1回、同じ順番で3つを見る

「月1回」は、続けやすさを優先した編集上の提案です。Googleが指定する頻度ではありません。毎日の細かな上下を追うより、同じ条件で変化をつかみ、次に確かめる場所を決めるほうが実務では扱いやすくなります。

主キーイベントを1つ決める

最初に、「このサイトで最も大切な行動は何か」を言葉にします。問い合わせ型なら問い合わせ完了、店舗なら予約完了、ECなら購入、会員制なら登録が候補です。

決めたら、その行動を測るイベントが実際に存在し、キーイベントとして指定されているかを確認します。ここが空のまま月次チェックを始めると、3つのうち1つが常にゼロのまま進むことになります。

問い合わせ手段が複数あるなら、件数の多いほう、または受注につながりやすいほうを1つ選びます。残りを捨てるわけではありません。1つ目が安定して測れるようになってから、補助として足していけば十分です。

同じ条件の期間で比べる

今月と前月、季節性が強い事業なら前年同期間。同じ長さ・同じ曜日構成・同じ計測設定にそろえます。

件数が少ないサイトでは、1日単位の上下で判断しないでください。母数が小さいほど、率は大きく振れます。前月比が動いたときは、より長い期間も並べて、変化が続いているのかどうかを見ます。

見るタイミングも固定しておくと楽になります。「月初に前月分をまとめて見る」と決めてしまえば、月の途中で数字を眺めて一喜一憂する時間がなくなります。

変化は「原因」ではなく「仮説」として読む

3つの動き方の組み合わせは、次にどこを確認するかのヒントになります。

• アクティブユーザー数だけが増え、他の2つが横ばい：流入の中身と入口ページの内容がずれていないかを確認する候補です。
• エンゲージメント率が上がってもキーイベント数が横ばい：導線、提案内容、キーイベントの設定を確認する候補です。
• キーイベント数が下がった：まず計測設定と、実際の問い合わせ・注文の記録を照合します。流入元と入口ページを見るのはその後です。

どれも原因を確定するものではありません。「〜だから下がった」ではなく「〜を確認する」と書き留める。この一手間で、翌月の作業が具体的になります。

直すのは毎月1つだけ

仮説が立ったら、次回までに変えることを1つに絞ります。フォームの入力項目を減らす、主CTAを見つけやすい位置に移す、流入と内容がずれている入口ページの見出しを直す。このくらいの粒度で構いません。

同時に3か所変えると、結果が良くても悪くても、何が効いたのか分からなくなります。再現できない改善は、次の月に使えません。

記録は3行で足ります。事実（何が、いつと比べて、どう変わったか）、仮説（そう考えた理由）、次の一手（何を1つ直すか）。ここに変更した日付を添えておけば、翌月は前月のメモとの差分を見るだけで済みます。

数字を見て終わらせず、判断と行動につなげる進め方は、データドリブンな意思決定の進め方でも解説しています。

動いた数字は、流入元と入口ページで絞る

ここからは、見る指標を増やすのではなく、同じ3指標を分けて見ます。Session default channel group と Landing page は、どちらも原因の仮説を絞るための軸です。

Session default channel group で「どこから来たか」を分ける

Session default channel group は、新しいセッションが始まったときに、どのチャネルから来たかを示すセッションスコープのディメンションです。全体の数字が動いた月に、特定の流入だけが増減していないかを確認します。[7]

2点だけ注意があります。1つは、User acquisition の初回流入（First user系）と混ぜないこと。セッションごとの変化を見たいなら、セッションスコープの流入元を使います。もう1つは、Unassigned のように分類できない値が出ることもあるため、すべてがきれいに分類される前提では読まないことです。[7]

読み方はシンプルで構いません。特定の流入だけが動いていれば、原因はそのチャネル側にある可能性が高くなります。どの流入も同じように動いていれば、季節性、サイト全体に関わる変更、計測設定の変更のほうを先に疑います。ここで原因を決めきる必要はありません。次に見る場所が1つに絞れれば十分です。

リクマ

性質の違う流入が混ざると、全体の数字だけでは原因の見当がつきにくくなります。全体で気づいて、流入別で絞る。この順番は崩さないほうが結局は早いと考えています。

Landing page で「どこから入ったか」を分ける

Landing page は、セッション内で最初に表示されたページのパスとクエリ文字列です。同じ人でも、別のセッションで別ページから入れば、それぞれ別の入口として扱われます。閲覧回数を見る Pages and screens とは役割が違う、と押さえておいてください。[8]

入口ページごとに3指標を並べると、流入はあるのに主キーイベントにつながっていないページや、流入は少なくても成果につながっているページが見えてきます。前者が見つかったときは、訴求と導線の見直しならCVRを高めるLP改善のポイントを、フォーム付近が怪しいなら問い合わせフォームで離脱されないためのチェックポイントを確認してみてください。

全体 → 流入元 → 入口ページ → 改善1つ

いきなり細かい行や多数のディメンションを眺めると、たいてい途中で疲れます。まず全体の3指標で変化を見つけ、流入元で偏りを見て、入口ページまで絞り、最後に改善を1つ決める。この順番なら、見る数字を増やさずに調べる深さだけを変えられます。

どこまで掘るかの目安は、次にやることが1つ決まった時点です。原因が分からなくても、確かめる場所が絞れていれば、その月の分析は終わりで構いません。

3つを1画面にまとめる（編集権限がある場合）

毎月の確認を続けやすくするなら、3つの数字を1画面にまとめる方法があります。ただし、これは必須ではありません。編集権限がなければ、既存のレポートを順に見るだけでも月次チェックは成立します。

概要レポートに置くサマリーカードは、詳細レポートで定義します。詳細レポートのカスタマイズ画面から、指標・ディメンション・表示形式を選んでカードを作成する流れです。エンゲージメント率が最初から表示されないレポートもあるため、指標を追加できる権限があるかを先に確認してください。[2][9]

2026年7月24日時点では、編集者または管理者の権限があれば、Reports → Library → Create new report → Create overview report から概要レポートを作成できます。作ったサマリーカードを追加し、上段にはアクティブユーザー数・エンゲージメント率・主キーイベント数の3枚だけを置く。これで毎月の入口が固定されます。[10]

左メニューやレポート構成はプロパティによって異なり、今後変わる可能性もあります。操作前に公式ヘルプで最新の表示を確認し、メニューが見つからない場合は権限とレポートコレクションを管理者に相談してください。画面作りを急ぐより、既存レポートで3指標を見られる状態を先に作るほうが確実です。

「3つだけ」で足りなくなるとき

この3つは健康診断の入口です。経営判断のすべてを3つの数字で済ませるためのものではありません。

ECなら売上や利益、広告を使っているなら広告費と採算、問い合わせ型なら商談化や受注。こうした事業データは、GA4の外にあります。キーイベント数が増えても、利益や受注が増えたとは自動的には言えません。3指標で変化に気づいたら、最後は自社の売上台帳や問い合わせ記録と突き合わせて判断します。

たとえばキーイベント数が2倍になったとして、その中身が既存客からの再問い合わせなのか、新規の見込み客なのかは、3指標だけでは分かりません。事業として前進したかどうかを決めるのは、この先の情報です。

リクマ

3つに絞るのは、分析をやめるためではなく、見る順番を決めるためです。売上や商談の質のような事業固有の数字は、3つの後に重ねるほうが扱いやすいと思います。

もう1つ、3指標での判断を保留したほうがいいケースがあります。キーイベントが未設定、重複して発火している、指定したばかりでまだ反映されていない、カウント方法やエンゲージメント時間の設定を変更した——このいずれかに当てはまる月です。

このときは、改善を考えるより先に計測を整えます。数字が少ないことを「成果がない」と読み替えず、実際の問い合わせや注文の記録と照らし合わせてください。

よくある質問

セッション数やPVは見なくていい？

不要ではありません。広告の配信量、再訪問の頻度、記事ごとの読まれ方を知りたいときには役立ちます。ただ、月次の最初の健康診断では、量・反応・成果の3つを見た後に、目的が決まってから足す補助指標として扱うと迷いにくくなります。

エンゲージメント率の目安は何％？

今回確認したGoogle公式資料の範囲では、全サイト共通の合格ラインは見つかりませんでした。自社の目的、計測設定、季節性をそろえた比較を優先してください。特に時間閾値を変更している場合、他社の数値や変更前の数値をそのまま並べることはできません。

キーイベントを設定したのに表示されないのはなぜ？

キーイベントの指定は過去データへ遡らず、標準レポートへの反映に最大24時間かかる場合があります。まずはイベント名が想定どおりか、実際の操作で発火するか、設定に必要な権限があるかを確認してください。[6]

GA4の編集権限がない場合はどうすればいい？

既存のレポートを順に開いて3指標を確認するだけでも、月次チェックは成立します。画面を作れないことは、始められない理由になりません。指標の追加やレポート作成が必要になった段階で、管理者へ依頼してください。

3つとも横ばいだった月は何をすればいい？

無理に原因を探さなくて構いません。前月に決めた改善をそのまま続ける、というのも1つの判断です。ただし件数が少ないサイトでは、横ばいに見えているだけのこともあります。より長い期間を並べて、傾向として変わっていないかだけ確かめておきます。

まとめ：3つを見て、原因を絞り、1つだけ直す

GA4は、量・反応・成果の3つで変化を見つけ、流入元と入口ページで原因の仮説を絞り、改善を1つだけ実行する。この形にすると、月次の確認が続けられる作業量になります。

今日できることは1つです。自社の主キーイベント名とカウント方法を確認してみてください。そこが決まれば、来月の比較から3指標が使えるようになります。

月次チェックの前に確認するリスト

• 画面に出ている指標名は Active users か Total users か、どちらかを確認したか
• 主キーイベントは、自社の事業成果を最もよく代表する行動になっているか
• その主キーイベントを実際に操作して、発火することと二重記録がないことを確かめたか
• キーイベントのカウント方法（イベントごと／セッションごと）は前回と同じか
• エンゲージセッションの時間閾値を、比較する期間の途中で変更していないか
• 比較する2期間は、長さ・曜日構成・季節条件がそろっているか
• 変化が特定の流入元または入口ページに偏っていないかを確認したか
• 今月直すことを1つに決め、変更した日付を記録したか

数字を次の行動へつなげる考え方は、データドリブンな意思決定の進め方も参考になります。3つを見ても原因を絞りきれない、あるいは計測設定が正しいか不安、という段階でも構いません。何を直すかが決まっていない状態からのご相談も受けています。お問い合わせからお気軽にどうぞ。

参考情報

GA4の画面名やメニュー構成は変わることがあります。設定を変更する前に、公式ヘルプで最新の表示を確認してください。以下は2026年7月24日に確認したページです。

1. Google Analytics ヘルプ：ユーザー指標について（2026-07-24確認）
2. Google Analytics ヘルプ：エンゲージメント率と直帰率（2026-07-24確認）
3. Google Analytics ヘルプ：キーイベントについて（2026-07-24確認）
4. Google Analytics ヘルプ：Googleタグの設定（2026-07-24確認）
5. Google Analytics ヘルプ：キーイベントのカウント方法を変更する（2026-07-24確認）
6. Google Analytics ヘルプ：イベントをキーイベントとしてマークする（2026-07-24確認）
7. Google Analytics ヘルプ：デフォルト チャネル グループ（2026-07-24確認）
8. Google Analytics ヘルプ：ランディング ページ レポート（2026-07-24確認）
9. Google Analytics ヘルプ：サマリーカードを作成する（2026-07-24確認）
10. Google Analytics ヘルプ：概要レポートを作成する（2026-07-24確認）