個人開発者が GA4 で最初に見る 3 つの数字
GA4 を入れた。タグも貼った。リアルタイムに自分のアクセスが映って、「動いている」のは確認できた。
ところが、本番のレポート画面を開くと、項目が多い。ユーザー、新規ユーザー、アクティブユーザー、セッション、イベント数、エンゲージメント率、エンゲージメント時間、コンバージョン。日本語に直しても、まだ何が何の比なのか直感が湧かない。「とりあえず開く」を 3 日続けて、開かなくなる ── 個人開発者の多くは、ここで止まります。
本記事は、その「指標疲れ」を越えるための入口として、GA4 を入れた個人開発者が、まず追うべき 3 つの数字を、画面の出し方・読み方・挫折ポイントつきで整理します。確認は GA4（2025-2026 年時点の UI）。Google アナリティクス全般を初めて触る人を想定しています。
その前に：GA4 の前提を 3 行で
旧 Google アナリティクス（ユニバーサルアナリティクス＝UA）に慣れていた人ほど、GA4 の用語に最初つまずきます。先に押さえます。
- GA4 はイベントベース。ページ表示・スクロール・クリックなど、すべてが「イベント」として記録されます（UA の「ページビュー中心」ではない）。
- 直帰率は廃止され、エンゲージメント率に置き換わりました。意味が逆向きです（後述）。
- 「ユーザー」は基本「アクティブユーザー」を指します。UA の総ユーザーとは少し違う数え方です。
ここを知らないまま画面を見ると、UA 時代の感覚と数字がズレて混乱します。3 つの数字を見る前に、頭の中で「ここは別物だ」と切り替えておくのが効きます。
数字 1：アクティブユーザー（人は来ているか）
最初に見るのは、ともかく アクティブユーザー です。「自分のサイトに、人は来ているのか」── このゼロ・イチを確認する数字。
どこで見るか
- メニュー左の 「レポート」→「リアルタイム」：いま 30 分以内にいる人数。動作確認用。
- 「レポート」→「ライフサイクル」→「集客」→「概要」：日次・週次・月次のアクティブユーザー推移。日々の運用ではこちらが本命。
- 「レポート」→「ユーザー属性」→「概要」：国や言語の内訳がほしいとき。
「過去 28 日間のアクティブユーザー」「過去 7 日間のアクティブユーザー」が、サイトの体温計です。個人開発の初期は、まずこの数字が動く施策（投稿・X・SEO・Product Hunt 等）に集中する判断材料になります。
挫折ポイント
- 「ユーザー」と「アクティブユーザー」と「セッション」の違い：GA4 では、基本「ユーザー」と書いてあれば「アクティブユーザー（少なくとも 1 つエンゲージメントを起こしたユーザー）」を指します。「セッション」は訪問の単位で、同じ人が午前と夜に来れば 2 セッション、ユーザーは 1。違いを意識しておかないと、数字を読み違えます。
- リアルタイムを過信しない：リアルタイムは動作確認のためのビュー。深夜にリアルタイムを開いて「0 人だ」と落ち込むのは早い。日次のグラフを見ます。
- 自分のアクセスが計測されると、初期はノイズになる：本番ビルドでしか計測しない設計や、IP 除外フィルタ、デバッグモード除外でノイズを切ります。
次の一手
- アクティブユーザーが「ほぼ自分」レベルなら、書くことより前に 流入の入口を 1 本作る（X の投稿テンプレ、検索クエリを取りに行く記事、コミュニティでの告知）。指標を読み込む前に、まず読み込むだけの母数を作る段階です。
数字 2：エンゲージメント率と平均エンゲージメント時間（来た人は読んでいるか）
母数が動き始めたら、次は「来た人は、ちゃんと読んでいるか」を見ます。ここが GA4 で最も誤読されやすい数字です。
エンゲージメント率とは：GA4 における「エンゲージメントのあったセッション」の割合。具体的には、
- 10 秒以上の滞在
- 2 ページ以上の閲覧
- コンバージョン（GA4 で設定したキーイベント）の発生
いずれかが起きたセッションが「エンゲージメントあり」と数えられ、その割合がエンゲージメント率です。UA の「直帰率」とは 意味が逆向き で、高いほどよい指標です。
平均エンゲージメント時間：1 セッションあたり、ユーザーが実際にページにフォーカスしていた時間の平均（タブを切り替えていた時間は含まれない設計）。「滞在時間」の素朴な解釈より、ずっと厳しめに測られています。
どこで見るか
- 「レポート」→「ライフサイクル」→「エンゲージメント」→「概要」：エンゲージメント率と平均エンゲージメント時間の全体推移。
- 「レポート」→「ライフサイクル」→「エンゲージメント」→「ページとスクリーン」：ページ別に、平均エンゲージメント時間を見られる。
挫折ポイント
- UA の直帰率と混同する：方向が逆。「直帰率 80%」と「エンゲージメント率 20%」はほぼ同じことを言っていますが、頭の中の符号が逆だと判断を誤ります。
- エンゲージメント率 60% 以上を「目安」と言われる：これは平均値の話で、コンテンツや業種によって妥当値は大きく動きます。自分のサイト内の相対比較（記事 A と記事 B のどちらが高いか）に使うのが、個人開発の規模では現実的です。
- 平均エンゲージメント時間が 10 秒未満だと、ほぼ読まれていない：3,000 字の記事に対して 15 秒なら、見出しと最初の段落だけ見て離脱、です。
次の一手
- 全体のエンゲージメント率が極端に低いページが見える ── ここからが、コピーライティングの仕事です。タイトルと一行目が、来た人の今日の関心と噛み合っていない可能性が高い。ここで「直し方が分からない」と止まるのが、個人開発の最大の停滞点です（後述）。
数字 3：ランディングページ × 流入チャネル（どこから入って、何が刺さっているか）
3 つ目は、入口の構造 を見る数字です。トラフィックの母数（数字 1）と質（数字 2）が見えたら、その流れの上流 ── 「どのページから入って、どこから来たか」を見ます。
どこで見るか
- 「レポート」→「ライフサイクル」→「エンゲージメント」→「ランディングページ」：訪問者が最初に着地したページ。トップだけでなく、個別記事や
/kindleが入口になっていることが見える。 - 「レポート」→「ライフサイクル」→「集客」→「ユーザー獲得」または「トラフィック獲得」：「セッションのデフォルトチャネルグループ」で、Organic Search（検索）／ Direct（直接）／ Social（SNS）／ Referral（他サイト）／ Organic Social（SNS 自然流入）などの内訳が出ます。
ランディングページ別に、エンゲージメント率と平均エンゲージメント時間を並べると、**「入口として強いページ」と「入口になっているのに読まれていないページ」**が見えます。これは記事追加や内部リンクの判断材料です。
挫折ポイント
(not set)の謎：ランディングページの一覧に(not set)が混じることがあります。これは、初回ヒットが計測されないままセッションが始まった等の理由で出るもの。少量なら気にせず、多すぎる場合は計測タグの問題を疑います。Direct / (none)が多すぎる：多くの場合、本当の「直接」ではなく、参照元情報が落ちている流入（HTTPS → HTTP、アプリからの遷移、コピペで URL を貼られた等）が含まれます。SNS からの流入が直接に混ざっているケースは普通にあります。- 流入チャネルとランディングページは、片方ずつでなく、組み合わせで見る：チャネル別の合計だけ見ても、「どの記事が、どこから刺さっているか」は分かりません。ランディングページに、二次ディメンションでチャネルを足すと、はじめて立体的に見えます。
次の一手
- 検索流入で来ているページがあれば、その検索クエリは Google Search Console（GSC）で見ます。GA4 と GSC は別ツールで、連携が必要です（手順は別記事 個人開発者が Search Console で最初に見る 3 つの場所 の末尾にまとめています）。検索で来ているのにエンゲージメントが低いなら、タイトルとクエリは合っているが、本文が応えていない可能性が高い。
数字を見たのに、何を直せばいいか分からない問題
3 つを 1 週間続けて見ると、サイトの状態は確実に立体的になります。ですが、ここで多くの個人開発者がもう一段壁にぶつかります。
「数字は分かった。けれど、何を直せばいいか分からない」
平均エンゲージメント時間が 8 秒なら、人は読んでいません。そのとき、CSS を直すのではなく、ヘッダー画像を変えるのでもなく、トップページの 一行目 を、相手の今日の不満から書き直す ── そのつなぎが、コピーライティングの仕事です。
GA4 は「どこで、何が起きているか」を見えるようにしてくれますが、「何を、どう直すか」までは教えてくれません。アクセス解析を毎日開いていたのに、3 ヶ月後に開かなくなるのは、たいていこのギャップが原因です。
このつなぎ目を扱った WHY を、別記事に分けて書いています。初対面の人がトップページを読み飛ばす構造そのものを掘ったのが 個人開発者のサービスが「素通り」される、たったひとつの構造的な理由、作る側でつまずく 3 つの誤算（設計の正しさと読み手の関心を取り違える、機能を増やせば刺さると思う、いいプロダクトなら自然に広まると思う）を扱ったのが 「プロダクトは語る」と思っていた個人開発者が陥る 3 つの誤算 です。GA4 の数字が示している現象の、その裏側で何が起きているのか ── ここを腑に落とすと、数字の「次の一手」が決まります。
まとめ：3 つを、1 週間と 1 ヶ月で見る
GA4 の指標は、すべてを毎日見るには多すぎます。個人開発の規模では、3 つの数字を、2 つの周期で見るだけで十分です。
- 週次：アクティブユーザー推移／エンゲージメント率の推移／ランディングページの上位 5 件。週末に 10 分。
- 月次：トラフィックチャネルの内訳変化／ランディングページ別のエンゲージメント時間の傾向／前月との差。月初に 30 分。
これだけで、サイトが伸びているか、どこに伸びしろがあるか、何を次に書くかが判断できます。指標が増えてきて余裕が出てきたら、個人開発者が GA4 で最初に設定する 3 つのイベント（自動収集イベントの確認・キーイベント指定・カスタムイベント送信）や、対になる Google Search Console（検索クエリと順位の側）── と段階的に積めば十分です。GA4 だけでは見えない「検索でどう見つかったか」を補う対の記事として、個人開発者が Search Console で最初に見る 3 つの場所 を用意しています。GA4 を読み終えたあと、続けてどうぞ。
最初の 3 つを、まず、見られるようになることから。
GA4 の数字が示す現象 ── 「素通りされる」「読み飛ばされる」「数字が動かない」── を、コピーライティングで直すところまでを 1 冊にまとめたのが、下記の本です。個人開発者・インディー Web 作者・動画作者向けに、LP・短文・メールの戦場別の書き方と、Claude を実際に使ったプロンプト連鎖の実演を含めて統合しています。