GA4のキーイベント設定｜問い合わせ・購入の計測と確認手順

01なぜGA4の計測設定を整える必要があるのか

GA4のタグがあることと、重要な行動を正しく数えられることは別です。購入など既定のキーイベントもありますが、必要なイベントが送られていなければ記録されません。既存の計測と、その発生条件を確認します。

計測は、入口やページと重要な行動を照合する材料です。設定だけで施策の効果や予算の配分が確定するわけではないため、実際の受付・購入と、計測できない範囲も含めて読みます。

02GA4の「キーイベント」の基礎

イベントは、設定や条件に基づいて記録される行動です。ページ閲覧など自動で収集されるものと、個別の実装が必要なものがあります。全ての操作が自動で記録されるわけではありません。

キーイベントは、その中で事業に重要な行動を表すものです。受付完了と途中の操作を分け、何が事業上の判断に必要かを定義します。すでに登録されているものを確認してから追加してください。

事業上重要な行動を測るイベントを特定・作成し、キーイベントとしてマークする、というGA4の公式な考え方を示す資料です。 出典：[GA4] コンバージョン イベント - アナリティクス ヘルプ

GA4のキーイベントをもとに、Google広告で使うコンバージョンを作成・連携できます。コンバージョンの管理はGA4とGoogle広告の連携する画面でも扱われるため、場所だけで区別せず、目的と数え方を確認します。

03設定前に決めておくべき事前準備

どの行動を完了とするか、担当者と合意します。フォーム送信ボタンが押された時点か、受付処理が成功した時点かで意味が異なります。購入では注文の成立と、売上の記録を対応させます。

04GA4キーイベント設定の具体的な手順

既存のイベントで測れるかを先に確認し、必要なものだけ追加します。GA4の画面で作る方法と、GTMなどから送る方法は、どちらも発生条件の確認が必要です。

既存イベントをキーイベントにする

GA4の管理画面でイベントを開き、対象をキーイベントとしてマークします。フォームなら、送信ボタンやform_submitの記録が受付の成功と一致するか先に確認します。マークを付ける操作自体は、イベントを二重に送信する設定ではありません。

新しいイベントを作って計測する

URL条件だけでは、まだ記録されていないボタンクリックを新しく検知できません。必要な操作のイベントがない場合は、GTMやサイトの実装で送る方法を検討します。

Googleタグマネージャー（GTM）を使う

GTMでは、タグを送信する条件をトリガーとして設定します。導入時や受付成功を通知する処理では、サイト側の実装が必要な場合もあります。ボタンを押したことと、送信先で受付できたことを分けて設計してください。

GA4ではプロパティ、データストリーム、計測コードを設定することが公式資料で示されています。GTMの利用有無にかかわらず、これらの基礎設定が前提になります。 出典：アナリティクスで新しいウェブサイトまたはアプリのセットアップを行う - アナリティクス ヘルプ

設定を変更してもレポートへの反映には時間がかかる場合があります。「すぐ反映されない＝失敗」と判断して設定を重ねると、後述する二重計測の原因になります。反映を待つ間に焦って設定を増やさず、まず次章の検証手順で動作を確認してください。

GA4の画面で既存イベントとパラメータの条件から新イベントを作る方法は、Google公式資料に基づきます。 出典：Rename and generate new events

GTMではイベントタグとトリガーを設定して送信します。設置・確認の手順はGoogleのタグマネージャー資料を参照しています。 出典：Set up Google Analytics events in Tag Manager

05DebugViewと、実際の受付で検証する

検証では、成功する操作だけでなく、エラー、再送信、完了ページの再読込も確認します。記録した日時と操作を残し、実際の受付と対応させます。

計測設定を広告運用の依頼範囲に含める場合は、広告運用代行でそろえる成果の定義と担当をご確認ください。

DebugViewで確認する

DebugViewに表示されない場合は、デバッグモード、送信先、同意状態などを調べます。表示されても、受付成功や重複の有無が確認できたとは限りません。集計では同意や計測環境による欠測もあるため、実件数との差と理由を記録します。

二重計測という落とし穴

二重計測は、同じ操作に対してイベントを重ねて送る場合などに起きます。GTMから1回送ったイベントをGA4でキーイベントにするのは通常の流れです。両方を使うだけで重複するわけではなく、実際の送信回数と発生条件を確認します。

DebugViewにはデバッグモードが必要です。クライアント側のプライバシー制御や同意状態でイベントが見えない場合もあることを公式ヘルプで確認しています。 出典：Monitor events in DebugView

06よくある失敗と、長く使うためのコツ

数字が実態より膨らむ原因

内部トラフィックの除外は、対象を定義し、フィルタのテスト状態で確認してから有効化を判断します。有効な除外で処理されなかったデータは後から戻せないため、必要なデータまで外していないか確認します。

データ保持期間の見落とし

データ保持期間は、ユーザー・イベント単位の詳細データを扱う探索などに関係します。単純に最長へ変えるのではなく、必要な分析期間と情報の取扱いに合わせて判断します。

内部トラフィックの定義、TestingとActiveの違いはGoogle公式の除外手順を参照しています。 出典：Filter out internal traffic

データ保持の対象と標準集計レポートへの影響の違いは、Googleのデータ保持資料に基づきます。 出典：GA4 データの保持

07設定の定義と確認結果を残す

重要な行動を定義し、発生条件を確認して、キーイベントとして扱います。設定の名前だけで判断せず、何を数えているかを説明できるようにしてください。

キーイベントの既定設定・マークの手順・過去データへの扱いはGoogle公式の手順で確認しています。 出典：Mark events as key events