GA4(Google Analytics 4)とは?基本指標と正しい見方

GA4とは「Google Analytics 4」の略で、Webサイトやアプリで発生する閲覧、クリック、スクロール、動画視聴、フォーム操作、購入などをイベントとして計測・分析するGoogleのアクセス解析サービスです。ユーザーがどこから訪れ、どのページを見て、どの行動を経て問い合わせや購入に至ったかを確認できます。ただし、GA4を導入しただけですべての行動を正しく測れるわけではありません。事業目的に合わせてイベントと正常完了の条件を決め、タグ、同意、イベント名、パラメータ、キーイベントを設計し、実際の操作で検証する必要があります。問い合わせ分析では、Search Consoleが検索表示からクリックまで、GA4が訪問後のページ閲覧からフォーム完了までを主に担当します。
目次
GA4とはユーザー行動をイベント単位で計測するサービス
GA4とは、Googleが提供するGoogle Analyticsの現行プロパティです。Webサイトとアプリの利用状況を、イベントを中心とした共通の考え方で収集します。ページが表示された、リンクがクリックされた、フォームを開始した、問い合わせが完了したといった行動をイベントとして記録し、流入元、ページ、デバイスなどの情報と組み合わせて分析します。
GA4は、管理画面を見るだけのツールではありません。計測対象、イベントが発生する条件、同意の扱い、レポートで使う項目を事前に決めることで初めて、改善判断に使えるデータになります。タグが設置されていないページ、同意により計測されない訪問、実装していない行動は、通常のレポートでそのまま把握できません。
| GA4で扱う領域 | 確認できる例 | 改善での用途 |
|---|---|---|
| ユーザー獲得 | 初回流入のチャネル、参照元、キャンペーン | 新規ユーザーを生む接点の把握 |
| トラフィック獲得 | セッションごとのチャネル、参照元 | 訪問を生む施策の比較 |
| コンテンツ閲覧 | ランディングページ、ページ、表示回数 | 読まれる入口と回遊の確認 |
| エンゲージメント | エンゲージメント率、時間、イベント | 訪問後の反応を確認 |
| 行動イベント | CTA、資料、動画、フォーム操作 | 導線の途中段階を把握 |
| 重要な成果 | 問い合わせ、購入、予約などのキーイベント | 事業上重要な行動を評価 |
| ユーザー環境 | デバイス、ブラウザ、地域 | 特定環境の問題を切り分ける |
GA4は、売上や商談化を自動的に判断するものではありません。問い合わせが事業対象か、商談になったか、受注したかは、フォームの受付記録やCRMなどと接続して確認します。
GA4の計測構造
GA4を正しく理解するには、アカウント、プロパティ、データストリーム、タグの関係を整理します。設定対象を取り違えると、別サイトのデータが混ざったり、必要なイベントが記録されなかったりします。
Google Analytics アカウント
↓
GA4プロパティ
↓
データストリーム(Web/iOS/Android)
↓
Googleタグ・SDKからイベントを送信
↓
レポート・探索・広告で分析
アカウント
アカウントは、Google Analyticsの設定を管理する上位の単位です。企業や組織の管理範囲に合わせ、アクセス権限を設定します。制作会社や担当者個人のアカウントだけに所有を依存せず、企業側で管理できる状態にします。
プロパティ
プロパティは、データを収集・処理し、レポートする単位です。タイムゾーン、通貨、データ保持、イベント、連携サービスなどの設定がプロパティに保存されます。複数の無関係なサイトを一つにまとめると分析しにくくなるため、事業と管理目的に合わせて設計します。
データストリーム
データストリームは、Webサイトまたはアプリからプロパティへデータを送る経路です。Webデータストリームには測定IDがあり、GoogleタグやGoogle Tag Managerなどを使ってサイトからイベントを送ります。
GoogleタグとGoogle Tag Managerの違い
Googleタグは、Google Analyticsなどへ計測データを送るためのタグです。Google Tag Managerは、GA4を含む複数のタグと発火条件を管理するための仕組みです。GA4とGoogle Tag Managerは同じものではありません。直接設置とタグ管理のどちらを使う場合も、二重設置やページごとの欠落がないかを確認します。
GA4の中心となるイベントとは
GA4のイベントとは、Webサイトやアプリで発生した特定の操作または出来事を測る単位です。Googleの公式説明では、ページの読み込み、リンクのクリック、購入完了、アプリのクラッシュなどがイベントの例として挙げられています。
イベントには名前があり、追加情報をイベントパラメータとして付けられます。例えば、CTAクリックをcta_clickとして独自計測する場合、どの記事かをarticle_id、どの位置かをcta_position、遷移先をlink_urlのようなパラメータで送る設計ができます。cta_clickはジャリア側で定めるカスタムイベント名の例であり、GA4の標準イベント名ではありません。
| イベントの種類 | 収集方法 | 例 | 実務上の注意 |
|---|---|---|---|
| 自動収集イベント | タグやSDKの基本実装で収集 | first_visit、session_start | 名称と条件を公式仕様で確認する |
| 拡張計測イベント | Webストリームの設定で有効化 | page_view、scroll、click、file_download、form_start | 自社サイトで発火条件をテストする |
| 推奨イベント | 用途に応じて実装 | generate_lead、login、purchase | 推奨名とパラメータを優先する |
| カスタムイベント | 自社で名前と条件を定義 | cta_clickなど | 既存・推奨イベントとの重複を避ける |
Googleは、カスタムイベントを作る前に、自動収集イベント、拡張計測イベント、推奨イベントで目的を満たせないか確認するよう案内しています。既存の命名体系を利用すると、標準レポートや将来の機能と整合しやすくなります。
イベントパラメータとカスタムディメンション
イベントパラメータは、イベントに追加する情報です。同じcta_clickでも、どのページ、どの位置、どの文言、どの遷移先がクリックされたかを分けるために使います。
イベントパラメータを送信しただけで、すべての値を標準レポート上で自由に分析できるとは限りません。Googleは、収集した独自パラメータをレポートで分析するために、カスタムディメンションまたはカスタム指標を作成する流れを案内しています。説明用の値はカスタムディメンション、数値として集計する値はカスタム指標として設計します。
| パラメータ例 | 値の例 | 分かること |
|---|---|---|
| article_id | ART-WEB-INQUIRY-009 | どの記事で発生したか |
| cta_position | after_diagnosis | ページ内のどの位置か |
| cta_type | service_detail | どの行動を促したか |
| link_url | 遷移先URL | どこへ進んだか |
| form_id | contact_webaxis | どのフォームか |
パラメータの値に、氏名、メールアドレス、電話番号、自由記述の相談内容などの個人を特定できる情報を送信してはいけません。フォーム計測では、入力内容ではなく、フォームや項目を識別する管理用ID、開始・エラー・完了の状態を使用します。
GA4のユーザー・セッション・イベントの違い
GA4の数字を比較するときは、分母がユーザー、セッション、イベントのどれかを確認します。同じページや行動でも、集計単位によって数字が変わります。
ユーザー
ユーザーは、サイトまたはアプリを利用した人を識別して集計する考え方です。ただし、現実の人物を必ず一対一で数えるものではありません。ブラウザ、端末、Cookie、同意、User-IDなどの識別条件によって、同じ人が複数ユーザーとして数えられたり、十分に識別できなかったりします。
GA4には、総ユーザー、新規ユーザー、アクティブユーザー、リピーターなど複数のユーザー指標があります。標準レポートではアクティブユーザーを中心に表示するため、レポート名と指標名を確認します。
セッション
セッションは、一定時間内に発生したユーザー操作のまとまりです。Googleの公式説明では、ページや画面が表示され、現在有効なセッションがない場合などに開始します。標準設定では30分間操作がないとタイムアウトし、設定で変更できます。
一人のユーザーが朝と夕方に訪問すれば、複数セッションになる場合があります。ユーザー数とセッション数を同じ意味で扱わないようにします。
イベント
イベントは、ページ表示やクリックなど、一つひとつの操作・出来事です。同じユーザーが同じイベントを何度も発生させれば、イベント数は増えます。イベント数、イベントを実行したユーザー数、イベントを含むセッション数は別の指標です。
1ユーザー
├─ 1回目のセッション
│ ├─ page_view
│ ├─ scroll
│ └─ cta_click
└─ 2回目のセッション
├─ page_view
├─ form_start
└─ generate_lead
GA4の主要指標
GA4では多くの指標を利用できますが、サイト改善では指標名を増やす前に、ユーザーの行動段階へ対応させます。
表示回数とユーザー数
表示回数は、Webページまたはアプリ画面が表示された回数です。同じユーザーが同じページを複数回見れば増えます。ページの利用規模を見るときは、表示回数だけでなくユーザー数も併せて確認します。
エンゲージメント率
エンゲージメント率は、セッションのうちエンゲージメントのあったセッションが占める割合です。GA4では、10秒を超えて継続した、キーイベントが発生した、2回以上のページビューまたはスクリーンビューがあった、のいずれかを満たすセッションをエンゲージメントのあったセッションと定義します。
エンゲージメント率(%)=エンゲージメントのあったセッション数 ÷ セッション数 × 100
直帰率はエンゲージメント率の反対で、エンゲージメントのなかったセッションの割合です。記事を読んだ品質を一つの率だけで断定せず、ページ、流入、CTA、キーイベントと組み合わせます。
平均エンゲージメント時間
ユーザーエンゲージメントは、Webページがブラウザでフォーカスされている、またはアプリ画面が前面にある時間を基に計測されます。タブを開いたまま別の画面を見ている時間を、そのまま読了時間として扱う指標ではありません。
キーイベント
キーイベントは、事業の成功にとって特に重要な行動を測るイベントです。Googleの公式説明では、収集しているイベントをキーイベントとして設定し、重要な行動を実行したユーザー数や、それにつながったチャネルを評価できます。
問い合わせサイトでは、正常に相談が受け付けられたgenerate_leadなどをキーイベント候補にします。page_viewをそのままキーイベントにすると、すべてのページ表示が重要行動として数えられるため、完了条件に合うイベントを分けます。
キーイベント率
セッションキーイベント率は、キーイベントが発生したセッションの割合です。ユーザーキーイベント率は、キーイベントを発生させたユーザーの割合です。CVRとして扱う場合は、どちらを使用するか、対象イベントは何かを明記します。
セッションキーイベント率(%)=キーイベントが発生したセッション数 ÷ セッション数 × 100
ユーザーキーイベント率(%)=キーイベントを発生させたユーザー数 ÷ ユーザー数 × 100
関連記事:
GA4の主なレポートと探索
GA4には標準レポートと探索があります。標準レポートは定期監視や共有に向き、探索はファネルやセグメントなど、特定の疑問を深掘りするときに使います。
| 分析したいこと | 主なレポート・機能 | 確認例 |
|---|---|---|
| 初めて来たユーザーの獲得元 | ユーザー獲得 | 最初のチャネル、参照元 |
| 訪問ごとの流入元 | トラフィック獲得 | セッションのチャネル、キャンペーン |
| 最初に見たページ | ランディングページ | 記事別の入口とキーイベント |
| 読まれたページ | ページとスクリーン | 表示回数、ユーザー、エンゲージメント |
| 発生した行動 | イベント | CTA、資料、フォーム、問い合わせ |
| 行動の途中離脱 | ファネルデータ探索 | 閲覧→CTA→開始→完了 |
| ユーザーの遷移 | 経路データ探索 | ページ・イベント間の移動 |
| 重要行動への貢献 | 広告・アトリビューション | チャネルと接点への貢献配分 |
管理画面に表示されるレポート構成は、プロパティの作成時期、選択したビジネス目標、権限、カスタマイズによって異なる場合があります。「他社の画面と同じ場所にない」ことだけで設定不良と判断せず、レポートコレクションと権限を確認します。
GA4とSearch Consoleの違い
GA4とGoogle Search Consoleは、観測する場所が違います。Search ConsoleはGoogle検索結果での表示、クリック、クエリ、インデックス状態を扱います。GA4は、計測タグが動くWebサイトやアプリ内での閲覧と行動を扱います。
| 比較項目 | GA4 | Search Console |
|---|---|---|
| 主な観測範囲 | 訪問後のサイト・アプリ行動 | Google検索での表示からクリックまで |
| 代表指標 | ユーザー、セッション、イベント、キーイベント | クリック、表示回数、CTR、平均掲載順位 |
| 検索クエリ | 自然検索の詳細語句は原則限定的 | Google検索クエリを確認できる |
| 技術的なインデックス | 直接は確認しない | URL検査、インデックス、サイトマップ |
| 問い合わせ導線 | CTA、form_start、generate_lead | サイトへのクリックまで |
| データへの影響 | タグ、同意、イベント実装 | プロパティ、匿名化、集計方法 |
両者を連携すると、GA4内でSearch Consoleの自然検索クエリやランディングページに関するレポートを利用できます。ただし、Search ConsoleのクリックとGA4のセッションは定義や計測条件が違うため、完全一致を前提にしません。
関連記事:
Google Search Consoleとは?できることと基本的な見方
GA4で問い合わせ導線を計測する方法
問い合わせを増やす分析では、最終的な完了イベントだけでなく、途中段階を測ります。どこで人数が減ったかを確認できると、集客、内容、CTA、フォームのどこを直すべきか切り分けられます。
ランディングページ閲覧 page_view
↓
サービス内容の閲覧 page_view+対象URL
↓
CTAクリック cta_click(独自設計例)
↓
フォーム入力開始 form_start
↓
フォーム送信 form_submit
↓
問い合わせ正常受付 generate_lead
↓
有効問い合わせ・商談 CRMまたは営業管理
GA4の拡張計測では、form_startとform_submitを収集できます。Googleは、form_startをセッション内でフォームへ初めて操作したとき、form_submitをフォームが送信されたときのイベントとして説明しています。ただし、フォームの構造や送信方式によって期待どおりに動かない場合があります。
問い合わせ完了には、Googleの推奨イベントgenerate_leadを使い、完了ページ、成功メッセージ、サーバーからの正常応答など、受付成功を確認できる条件に合わせます。イベント名だけを変更しても成功判定にはならないため、フォームの送信履歴と照合します。
| 段階 | 指標 | 主な問題 |
|---|---|---|
| 記事・サービス閲覧 | 対象ページのユーザー数 | 流入、検索意図、内容 |
| CTA | CTAクリックユーザー数 | 文言、位置、便益、遷移先 |
| 入力開始 | form_startユーザー数 | 対象、説明、信頼、項目負荷 |
| 送信操作 | form_submitユーザー数 | エラー、操作、送信処理 |
| 正常受付 | generate_leadユーザー数 | 完了判定、通信、二重発火 |
| 有効判定 | 有効問い合わせ数 | ターゲット、訴求、受付条件 |
関連記事:
CTA(Call To Action)とは?成果につながる設計と改善方法
EFO(入力フォーム最適化)とは?離脱を減らす設計と改善方法
GA4を導入・確認するときの基本手順
GA4は、タグを入れて終わりではありません。設定、計測、レポート、実際の受付を順に照合します。
1. 計測目的と重要行動を決める
問い合わせ、資料請求、予約、電話など、事業上重要な行動を整理します。最終成果と、CTAやフォーム開始などの途中行動を分けます。
2. プロパティとデータストリームを確認する
対象サイト、タイムゾーン、通貨、測定ID、データストリームを確認します。開発環境や他サイトのデータが混ざっていないかも確認します。
3. 全ページでタグの動作を確認する
トップページだけでなく、記事、サービスページ、フォーム、完了画面でタグが動いているかを確認します。直接設置とGoogle Tag Managerの二重計測にも注意します。
4. 自動・拡張・推奨イベントを整理する
GA4がすでに収集するイベントを確認し、不足する行動だけを追加します。イベント名、発火条件、パラメータ、担当者、利用するレポートを計測仕様書へ記録します。
5. 実際の操作でイベントを検証する
リアルタイムレポート、DebugView、Tag Assistantなどを使い、テスト操作とイベントが一致するか確認します。一回の操作で二重発火していないか、別フォームで同じ完了イベントが発生していないかも確認します。
6. キーイベントとレポートを設定する
正常完了を表すイベントをキーイベントとして設定し、ランディングページ、流入元、デバイスなどと組み合わせて確認できるようにします。すべてのクリックをキーイベントにせず、事業判断に使う行動へ絞ります。
7. 実データと業務記録を照合する
テスト後も、フォーム管理画面、通知メール、CRMの受付数とGA4を定期的に照合します。差がある場合は、タグだけでなく、同意、スパム除外、完了条件、二重送信、内部アクセスを確認します。
GA4の数字を見るときの注意点
GA4の数値は、サイトで起きた現実を完全に記録した台帳ではありません。タグ、ブラウザ、同意、識別、処理、レポート設定の影響を受けます。
同意状態により計測範囲が変わる
Googleは、ユーザーが分析用Cookieの同意を拒否した場合、Google Analyticsタグが通常の活動を追跡しない例を示しています。同意管理の設定や地域要件により、同じアクセスでも収集される情報が変わります。法的判断は自社の対象地域と方針に基づき、専門家へ確認してください。
最新データは後から変わる場合がある
Googleは、データ処理に24〜48時間かかる場合があり、その間にレポートの値が変わると案内しています。リアルタイムは動作確認に使い、施策評価は処理後の同じ期間で比較します。
探索にはデータ保持期間が影響する
標準のGA4プロパティでは、イベント単位データの保持期間を2か月または14か月に設定できます。保持設定は標準の集計レポートではなく、主に探索などの非集計データへ影響します。長期実験では、設定確認と定期的なエクスポートが必要です。
しきい値・サンプリング・「その他」が発生する場合がある
レポートや探索では、プライバシー保護、データ量、ディメンションの種類、プロパティ規模により、しきい値、サンプリング、行の集約が影響する場合があります。表の行を足した値と全体が一致しないときは、レポート上の通知とデータ品質アイコンを確認します。
個人情報を送らない
イベント名、パラメータ、ページURLに、氏名、メールアドレス、電話番号、相談内容などを含めないようにします。フォームの入力値をそのままタグへ渡さず、管理用の識別子と状態だけを計測します。
GA4でAI引用率は測定できるか
GA4は、自社サイトまたはアプリ内でタグが動作した後の行動を計測するサービスです。ChatGPTやPerplexityなど、外部AIサービスの回答画面で自社が引用された回数をGA4だけで直接測ることはできません。
AIサービスから自社サイトへ遷移し、参照元情報が送られ、GA4タグと同意条件が満たされれば、流入として確認できる場合があります。ただし、流入数は引用回数と同じではありません。引用されてもクリックされない場合があり、参照元が取得できない場合もあります。
ジャリアのAI引用検証では、対象質問、サービス、確認日時、回答内の言及、引用URLを観測記録として管理し、GA4ではその後のサイト流入と行動を別に確認します。
GA4の定義をKnowledge Libraryで管理する理由
GA4は、アクセス数を見るツール、コンバージョンを測るツール、広告分析ツールなど、利用目的によって説明が変わります。さらに、ユーザー、セッション、イベント、キーイベントの単位が混在すると、同じ「CVR」でも分母と分子が異なります。
ジャリアのKnowledge Libraryでは、GA4を「サイトやアプリで発生する行動をイベントとして計測し、ユーザー獲得から重要行動までを分析するサービス」と定義します。検索結果での表示とクリックはSearch Console、正常な問い合わせ受付はフォーム記録、問い合わせ品質と商談はCRMへ分けます。
公開後は、イベント名、発火条件、パラメータ、キーイベント、対象ページ、変更日を計測仕様として管理します。記事別の閲覧、CTA、フォーム開始、正常受付を個人や顧客を特定できない形で追記し、実測値が少ない場合は効果を断定しません。
関連記事:
ホームページの問い合わせを増やすKPI設計|GA4・Search Consoleの見方
ホームページから問い合わせが来ない原因は?データでわかる改善方法
GA4を活用したホームページ改善をWebaxisが支援します
株式会社ジャリアのWebaxisでは、GA4の設定画面だけでなく、Search Consoleの検索流入、サービスページ、CTA、フォーム、問い合わせ後の有効判定までを一つの導線として確認します。計測漏れと実際の離脱を分け、部分改善とサイト全体の見直しが必要な範囲を整理します。
「GA4は導入済みだが何を見ればよいか分からない」「問い合わせ件数とイベント数が合わない」「記事からサービスページへの遷移を測りたい」という段階でもご相談いただけます。
GA4に関するよくある質問
Q1. GA4とは何の略ですか?
GA4とはGoogle Analytics 4の略です。Webサイトとアプリの閲覧や操作をイベント単位で収集し、ユーザー獲得、コンテンツ利用、重要な行動を分析するGoogleのサービスです。
Q2. GA4は無料で使えますか?
標準のGoogle Analyticsは無料で利用できます。大規模組織向けには、上限や機能、サポートが異なる有料版のGoogle Analytics 360があります。無料版にも設定数やデータ処理上の上限があります。
Q3. GA4を入れるだけで問い合わせを計測できますか?
タグの基本設置だけでは、正常な問い合わせ完了を自社の条件どおりに測れない場合があります。フォームの受付成功条件に合わせてgenerate_leadなどを実装し、実際の送信履歴と照合します。
Q4. GA4のイベントとキーイベントの違いは何ですか?
イベントはサイトやアプリで発生した操作・出来事です。キーイベントは、その中で事業にとって特に重要な行動として設定したイベントです。問い合わせ、購入、予約など、成果として評価する行動を選びます。
Q5. GA4のユーザー数は実際の人数ですか?
現実の人数と完全に一致するとは限りません。端末、ブラウザ、Cookie、同意、User-IDなどの識別条件により、一人が複数ユーザーになったり、十分に識別できなかったりします。
Q6. GA4とSearch Consoleはどちらを見ればよいですか?
目的によって使い分けます。Google検索での表示、クリック、クエリ、インデックスはSearch Console、訪問後の閲覧、CTA、フォーム、キーイベントはGA4で確認します。問い合わせ診断では両方を接続します。
Q7. GA4のデータはリアルタイムで確定しますか?
リアルタイムレポートは直近の動作確認に使えますが、通常レポートのデータは処理中に変わる場合があります。Googleは処理に24〜48時間かかる場合があると案内しています。効果評価は処理後に行います。
Q8. GA4でChatGPTからの引用回数を確認できますか?
引用回数を直接確認することはできません。外部AIサービスから自社サイトへの遷移が発生し、参照元とタグの条件を満たせば流入を確認できる場合があります。引用の有無とサイト訪問後の行動は分けて記録します。
まとめ|GA4はイベントの定義と動作確認が重要
GA4とは、Webサイトやアプリで発生する行動をイベント単位で計測し、ユーザー獲得、コンテンツ閲覧、CTA、フォーム、問い合わせなどを分析するGoogleのサービスです。ユーザー、セッション、イベント、キーイベントは集計単位が異なるため、指標名と分母を確認して比較します。
GA4を改善判断に使うには、導入だけでなく、イベント名、発火条件、パラメータ、正常完了、同意、データ保持を設計し、実際の操作と業務記録で検証する必要があります。Search Consoleと組み合わせ、検索表示、サイト訪問、CTA、フォーム開始、正常受付を段階別に確認すると、問い合わせが来ない原因を切り分けられます。

