GA4の「イベント」とは、Webサイトやアプリでユーザーが行った行動や、システム上で発生した出来事を記録するデータです。 ページを表示した、スクロールした、外部リンクをクリックした、商品を購入した、といった行動をイベントとして計測します。
GA4はイベントを中心にデータを記録する仕組みなので、イベントを理解すると「ユーザーがサイトで何をしたのか」を読み取りやすくなります。
30秒でわかる結論
- GA4のイベントは、ユーザー行動やサイト上で起きた出来事を記録する単位
page_view、scroll、click、purchaseなどがイベントの例- イベントにはイベント名とパラメータがある
- GA4のイベントは「自動収集」「拡張計測」「推奨」「カスタム」の4種類に分けて考える
- まず自動収集・拡張計測で取れるか確認し、推奨イベントがあれば推奨名を使う
- カスタムイベントは、既存イベントで目的を満たせない場合に作る
- 通常レポートは「レポート → エンゲージメント → イベント」で確認できる
- 直近30分の確認はリアルタイム、実装テストはDebugViewが向いている
- 重要な成果イベントは「キーイベント」として別に指定する
GA4のイベントとは？
GA4のイベントとは、ユーザーがWebサイトやアプリ上で行った操作や、計測対象で発生した出来事を表すデータです。
イベントの例
- ページを見る：
page_view - ページをスクロールする：
scroll - 外部リンクをクリックする：
click - 検索する：
view_search_results - 商品を購入する：
purchase
従来のアクセス解析では「ページビュー」や「セッション」を中心に見ることが多くありましたが、GA4ではさまざまな行動をイベントとして記録します。
初心者はこう理解すればOK
GA4イベント＝「サイト内で何が起きたか」を表す行動記録です。
GA4はイベントベースで計測する
GA4では、ページ表示もクリックも購入も、基本的にはイベントとして扱います。
page_viewscrollclickこの記事では、GA4全体の機能説明ではなく、イベントの種類・パラメータ・確認方法に絞って解説します。
イベント名とパラメータの違い
GA4のイベントには、主に「イベント名」と「パラメータ」があります。
| 項目 | 役割 |
|---|---|
| イベント名 | 何が起きたかを表す |
| パラメータ | そのイベントの詳しい情報を付ける |
page_viewの例
イベント名：page_view
パラメータ例：page_location、page_referrer
同じpage_viewでも、どのURLを見たのか、どこから来たのかはパラメータによって詳しく分析できます。
イベント名だけでは詳細が足りないことがある
「クリックされた」という事実だけでなく、「どのリンクがクリックされたか」まで知りたい場合は、イベントに付随するパラメータを確認します。
GA4イベントの4種類
Google公式では、GA4のイベントを主に次の4種類に分けて考えます。
| 種類 | 特徴 |
|---|---|
| 自動収集イベント | GA4設定後に自動で収集される |
| 拡張計測機能イベント | 拡張計測を有効にするとコード変更なしで収集できる |
| 推奨イベント | Googleが名前・パラメータを定義している |
| カスタムイベント | 自分で独自に定義する |
設定の優先順位
自動収集 → 拡張計測 → 推奨イベント → カスタムイベントの順に、目的を満たせるものがないか確認すると設計しやすくなります。
自動収集イベントとは？
自動収集イベントは、Google Analyticsを正しく設定すると、追加コードを個別に書かなくても自動で収集されるイベントです。
Webとアプリで収集される内容は異なりますが、GA4の基本計測に必要なイベントが含まれます。
まず自動収集を確認する
「自分でイベントを作らなければ何も計測できない」というわけではありません。 GA4には自動で収集されるイベントがあります。
拡張計測機能イベントとは？
拡張計測機能は、Webデータストリームで設定を有効にすることで、追加のコード変更なしに複数の行動を計測できる機能です。
拡張計測で扱われる主な例
- ページビュー
- スクロール
- 離脱クリック
- サイト内検索
- 動画エンゲージメント
- ファイルダウンロード
- フォーム操作
たとえばscrollイベントは、Google公式では各ページで初めて垂直方向の約90％まで表示されたときに収集されます。
「スクロール率を細かく測る機能」ではない
標準のscrollイベントだけでは、25％・50％・75％といった細かな地点をすべて測るものではありません。
細かい計測が必要なら別途設計が必要です。
推奨イベントとは？
推奨イベントは、Googleがあらかじめイベント名と推奨パラメータを定義しているイベントです。
自動では送信されないため、自分のサイトやアプリに合わせて実装します。
推奨イベントの例
login：ログインsign_up：会員登録purchase：購入generate_lead：見込み顧客獲得search：検索
推奨名があるなら優先する
独自にbuy_completeのような名前を作る前に、Googleが定義しているpurchaseなどの推奨イベントで目的を満たせないか確認します。
カスタムイベントとは？
カスタムイベントは、自動収集・拡張計測・推奨イベントで表せない独自の行動を、自分で定義するイベントです。
カスタムイベントを検討する例
- 独自機能の利用完了
- 特殊な診断ツールの完了
- サイト固有の会員アクション
Google公式は、他のイベントで用途を満たせない場合にカスタムイベントを作るよう案内しています。
何でもカスタムイベントにしない
同じ意味のイベント名が担当者ごとに増えると、レポートが分かりにくくなります。 先に自動収集・拡張計測・推奨イベントを確認してください。
イベントとキーイベントの違い
イベントはユーザー行動全般を記録するものです。 その中で、問い合わせ・購入・会員登録などビジネス上特に重要な行動を「キーイベント」として指定できます。
| 項目 | 意味 |
|---|---|
| イベント | ユーザー行動・出来事全般 |
| キーイベント | イベントの中で特に重要な成果 |
会社サイトの例
page_view → 通常イベント
問い合わせ完了イベント → キーイベントとして指定
イベントを作っただけで自動的に重要成果になるわけではありません。 成果として追いたいイベントを選んでキーイベントに指定します。
イベントはどこで確認する？
通常の集計結果は、GA4のイベントレポートで確認できます。
Google公式のイベントレポートでは、指定期間に収集されたイベントについて、イベント数やイベントを発生させたユーザー数などを確認できます。
プロパティのレポート構成がカスタマイズされている場合、「イベント」が左メニューに表示されないことがあります。編集権限以上のユーザーがレポートを追加できる場合があります。
イベントレポートにすぐ出ないことがある
イベントを発生させた直後に、通常のイベントレポートへ必ず即時反映されるわけではありません。
Google公式では、イベントレポートへのデータ反映にはイベント発生から最大24時間かかる場合があると案内しています。
すぐ確認したい場合
直近のイベントはリアルタイムレポート、実装テストはDebugViewを使います。
リアルタイムでイベントを確認する
イベントを設定した直後に「本当にGA4へ届いているか」を簡単に確認したい場合は、リアルタイムレポートを使います。
Google公式では、直近30分のイベントをリアルタイムレポートのイベント名別カードなどで確認できます。
確認の流れ
- リアルタイムレポートを開く
- 自分で対象操作を行う
- 目的のイベント名が出るか確認する
- イベント数が増えるか確認する
ただし、複雑なパラメータや実装の詳細確認にはDebugViewの方が向いています。
DebugViewでイベントを確認する
DebugViewは、デバッグモードで送信されたGA4イベントを詳細に確認するための機能です。
イベントが発生する順番やパラメータを確認できるため、新しいイベントを実装したときの検証に向いています。
実装確認はDebugView
「イベントが来たか」だけでなく、「イベント名は正しいか」「必要なパラメータが送られているか」まで確認したい場合に便利です。
イベントが計測されないときの確認ポイント
イベントが表示されない場合は、次の順番で確認します。
確認項目
- 正しいGA4プロパティを見ているか
- 測定IDが正しいか
- Googleタグが正常に動作しているか
- 拡張計測機能が必要なイベントで有効になっているか
- イベント名のスペルが正しいか
- 実際に発火条件を満たしたか
- DebugViewでイベントが届いているか
- 通常レポートの反映待ちではないか
同じ操作を何度も設定しない
テーマ、プラグイン、Google Tag Manager、Googleタグなど複数経路から同じイベントを送ると二重計測になる可能性があります。 「計測されない」と思って設定を追加する前に、現在の実装を確認してください。
イベント数とユーザー数の違い
イベントレポートを見るときは、「イベント数」と「ユーザー数」を混同しないようにします。
例
1人のユーザーが外部リンクを5回クリックした場合、条件によっては
ユーザー数：1
イベント数：5
となります。
イベント数は「何回起きたか」、ユーザー数は「何人がその行動をしたか」を見る指標です。
WordPressサイトでは何をイベント計測すればよい？
WordPressだから特別なイベントを大量に作る必要はありません。 サイトの目的に合わせて必要な行動だけを測ります。
ブログ
まず基本イベント
page_view、scroll、外部リンククリックなどから確認します。
会社サイト
成果導線も計測
問い合わせ完了、電話・メール導線など重要行動を確認します。
ECサイト
推奨ECイベント
商品閲覧、カート追加、購入などGoogle推奨イベントを優先します。
会員サイト
登録・ログイン
sign_up、loginなど推奨イベントが使えるか確認します。
イベント設計でよくある失敗
- 目的を決めずイベントを大量に作る
- 推奨イベントがあるのに独自名を作る
- 同じ行動を複数タグから二重送信する
- イベント名だけ作り、必要なパラメータを設計しない
- テストせず本番公開する
- イベントとキーイベントを混同する
- 通常レポートにすぐ出ないだけで設定失敗と判断する
- 個人を特定できる情報をイベントパラメータとして送る
個人を特定できる情報を送らない
Google Analyticsには、メールアドレスや氏名など個人を特定できる情報を送信しないようにしてください。 イベント名やパラメータを設計するときも、フォーム入力内容をそのまま送らないよう注意します。
初心者はどこまで設定すればよい？
最初からカスタムイベントを何十個も作る必要はありません。
これだけでも、イベント設計が必要以上に複雑になるのを防げます。
教科書判定
GA4イベントは「何を測りたいか」を決めてから増やす
GA4では多くの行動をイベントとして計測できますが、イベント数が多いほど分析が上手くなるわけではありません。
初心者はまず、自動収集イベントと拡張計測機能で何が取得できているかを確認してください。 そのうえで、問い合わせ・購入・会員登録などサイトの成果に必要なイベントだけを追加します。
Googleが推奨イベント名を用意している場合は、独自名より推奨イベントを優先します。 既存のイベントでは目的を満たせない場合だけカスタムイベントを作ります。
設定後は「通常レポートを待つ」だけでなく、リアルタイムとDebugViewで実際にイベントが届いているか確認する。 これがGA4イベント設定の基本です。
よくある質問
Q．GA4のイベントとは何ですか？
Webサイトやアプリで起きたユーザー行動・出来事を記録するデータです。ページ表示、スクロール、クリック、購入などをイベントとして扱います。
Q．イベントとキーイベントは同じですか？
同じではありません。イベントは行動全般で、その中から問い合わせや購入などビジネス上重要なイベントをキーイベントとして指定します。
Q．イベントを設定したのにレポートに表示されません。
通常のイベントレポートへの反映には最大24時間かかる場合があります。まずリアルタイムレポートやDebugViewでイベントが送信されているか確認してください。
Q．カスタムイベントは自由に作ってよいですか？
作成できますが、Googleは自動収集・拡張計測・推奨イベントで目的を満たせない場合にカスタムイベントを使う考え方を示しています。まず既存イベントを確認してください。
Q．WordPressならプラグインだけでイベント計測できますか？
プラグインで設定できる場合もありますが、テーマやGoogle Tag Managerなど別経路ですでに計測していると二重計測になる可能性があります。導入前に現在のタグ構成を確認してください。
まとめ
この記事の結論
- GA4イベントはユーザー行動・出来事を記録するデータ
- イベント名は「何が起きたか」、パラメータは詳細情報を表す
- イベントは自動収集・拡張計測・推奨・カスタムの4種類
- まず既存イベントで目的を満たせるか確認する
- 推奨イベントがある場合は推奨名を優先する
- カスタムイベントは必要な場合だけ作る
- 通常の確認はイベントレポートを使う
- 直近の確認はリアルタイム、実装検証はDebugViewを使う
- 重要な成果イベントはキーイベントとして指定する
GA4のイベントは、アクセス数を見るだけでは分からない「ユーザーがサイトで何をしたか」を理解するための基本データです。 自動で取れるものを確認し、サイトの目的に必要な行動だけを追加して、必ず実測で確認することが大切です。
「GA4のコンバージョン設定方法」もあわせて確認してください。