GA4のイベントとは｜種類・名前・発火条件の決め方

イベントは「行動」と「発生条件」の組で定義する

GA4のイベントは、閲覧、クリック、購入などの行動を伝える単位です。名前だけを決めても、いつ・何回送るかが曖昧なら使えるデータにはなりません。必要なのは計測設計、既存イベント一覧、サイトの成功・失敗条件です。

1．既存の種類を確認する

この分類は重要度の順ではありません。自動で取れるから成果、独自だから不要という判断はしません。たとえば推奨のgenerate_leadを使うなら、サイトで何をリード発生とするかも決めます。

2．名前とパラメータを設計する

架空の問い合わせフォームなら、イベントをgenerate_lead、種類をform_type=contactとします。パラメータはイベントに付ける追加情報です。フォームごとに別の意味を持たせず、固定した候補値を使います。

独自名は英字から始め、英数字とアンダースコアを使うなど公式の命名条件に従います。大文字小文字の違いも別名になるため、小文字へ統一する運用例が分かりやすいでしょう。予約名・上限は公開前に公式資料で確認します。

行動：問い合わせ受付成功
GA4イベント：generate_lead
パラメータ：form_type = contact または demo
送信の条件：成功応答を受信
送信しない条件：クリックのみ、入力エラー、通信失敗
重複防止：同じ受付成功の再描画で再送しない
個人情報：入力内容、受付番号、連絡先は送らない

3．送信元を一つ決める

GTM、直接実装、CMSの連携など、誰がどこで管理するかを決めます。自動のフォーム計測と、GTMの独自イベントの両方が動くこと自体はあり得ますが、同じ成果として二重集計しない定義が必要です。

成功時にだけアプリからdataLayerへ通知し、GTMでGA4へ送る具体例はGTM設定に掲載しています。GA4管理画面で既存イベントから別イベントを作る場合は、元の条件で成功と失敗を判別できるかを先に確認します。完了ページの再読込が成果を増やす設計には注意します。

4．3種類のテストで意味を確認する

イベントが見えない場合は、送信元の条件、GTMトリガー、測定ID、同意状態、フィルターを順に確認します。表示されるがパラメータが空なら、通知時点で値が存在するか調べます。タグを増やして解決しようとせず、最初に失敗する地点を特定します。

AIに定義をレビューさせる

イベント定義の成功条件・失敗条件・重複条件を比較してください。
クリックと成功を混同している箇所を指摘してください。
イベント名とパラメータの意味を公式定義と照合し、
未確認の実装は未確認と書いてください。変更の実行は不要です。

AIが作ったイベント名を、そのまま公式の推奨イベントだと扱わないでください。定義表とテスト記録が一致すれば実装確認は完了です。その後、重要なものだけキーイベントとして扱います。

公式資料：イベントについて、推奨イベントの仕様、イベント名のルール。

AI支援で制作。公式資料の確認日：2026年10月5日。次回確認予定：2027年1月5日。実アカウントの操作・課金・公開、実務者監修、第三者再現は未実施です。掲載の記入例・数値例は架空の教材であり、実績ではありません。