GA4のコンバージョン検証は、設定したキーイベントが「意図した操作のときだけ、意図した回数だけ、期待したパラメータ付きで」記録されることを、段階を分けて確かめる作業です。設定後に何をどの順で見て、何をもって合格とするかに絞ってまとめます。設計と実装の代行はGA4 計測設計の代行で扱います。
検証対象の定義
最初に、検証しているのがGA4のキーイベントなのか、Google広告のコンバージョンなのかを分けます。キーイベントは、GA4に届いたイベントのうち管理画面で印を付けたもので、仕様は公式ヘルプのキーイベントについてに定義があります。Google広告のコンバージョンは、このキーイベントをインポートして作るコンバージョンアクションで、コンバージョン列には広告クリックに帰属できた分だけが表示されます。「GA4には記録があるのにGoogle広告では0件」という状態の多くは、実装ではなく連携や帰属の問題です。どちらを検証しているかを決めないと、正常な差分を不具合と誤認します。
検証の手順と各段階で分かること
観測点を送信の直前から確定値まで順に移し、段階ごとに使うツールと分からないことを分けて見ます。
| 段階 | 使うツール | 分かること | 分からないこと |
|---|---|---|---|
| 1. 発火条件 | GTMプレビュー | タグがどのトリガーで何回発火したか、変数の値 | GA4側で受信されたか、キーイベント扱いか |
| 2. 受信 | GA4 DebugView | 検証端末から届いたイベント名、パラメータ、キーイベントの印 | 他の端末での挙動、集計後の件数 |
| 3. 集計の疎通 | リアルタイムレポート | 直近数十分のイベントが集計対象に入っているか | 正確な件数、重複の有無 |
| 4. 確定値 | 探索レポート（翌日以降） | 日付ごとの件数、セッション数との比較、パラメータの分布 | 当日の値（処理途中のため変動する） |
| 5. 広告側 | Google広告のコンバージョン列 | 広告クリック経由に帰属した件数、カウント方法の影響 | クリック経由でない操作、GA4のみに記録された分 |
手順は次の順で進めます。
- 検証する操作を1つに固定し、フォーム名、到達URL、期待するパラメータ値を書き出します。検証端末が内部トラフィック除外の対象でないこと、同意モードがある場合は同意済みで操作することも確認します。
- GTMプレビューで、操作1回に対してGA4イベントタグが1回だけ発火することを確認します。2回発火した場合はトリガーの重複をこの段階で直します。
- DebugViewで同じ操作を行い、イベント名とパラメータの値を1件ずつ読みます。手順はDebugView の公式ヘルプにあります。
- リアルタイム レポートで該当イベント名が現れることを確認します。ここでは件数の正確さは求めません。
- 回数を決めて手動操作を行い、日時、端末、回数を記録します。翌日以降に探索レポートで同じ日付の件数を出し、記録と突き合わせます。確定時期はデータの更新頻度を参照します。
- Google広告と連携している場合は、コンバージョン列に同じ日付の件数が反映されることを別途確認します。
計測できたと判断する条件
以下をすべて満たしたときに計測できていると記録し、1つでも欠ければ実装または設定に戻ります。
- 同一条件の手動操作をN回行い、翌日以降の探索レポートで該当イベントがN件記録されている
- N件のうち同じセッション内の重複が0件で、イベント数とセッション数が一致している
- 各イベントのパラメータが、事前に決めた期待値と一致している
- 対象外の操作（ページ表示のみ、入力途中の離脱など）でイベントが記録されていない
- キーイベントのカウント方法が、設計時に決めた「イベントごと」または「セッションごと」と一致している
- Google広告で使う場合は、コンバージョン列に同じ日付の件数が表示され、カウント方法が設計と一致している
「DebugViewで見えた」「リアルタイムに出た」は通過点で、判定の根拠にはしません。
よくある失敗
タグの二重発火による二重計上
同じイベントを送るタグがGTMに2つある、または旧来のgtag.jsとGTMの両方から送っている場合に起きます。GTMプレビューで操作1回あたりの発火回数を見れば判別できます。
サンキューページの再読み込みによる水増し
到達ページの表示をトリガーにしていると、再読み込みやブックマークからの直接アクセスでも記録されます。判定をページ表示ではなくフォーム送信イベントに寄せるか、カウント方法を「セッションごと」にして影響を抑えます。
カウント方法の設定差による件数不一致
GA4のキーイベントには「イベントごと」と「セッションごと」があり、Google広告のコンバージョンアクションにも「全件」と「1回」の設定があります。両者が異なると同じ操作を数えていても件数は一致しません。不一致を見つけたら、実装を疑う前にこの設定を照合します。
反映遅延とタイムゾーンの読み違い
GA4のレポートの値は当日中は処理途中で、翌日以降に確定します。また、GA4プロパティとGoogle広告アカウントのタイムゾーンが異なると、深夜帯の操作が別の日付に計上されます。日付をまたいだ操作は両方の日付を確認します。
外部に検証を依頼するときの観点
外注する場合は、手順そのものより「何を合格とするか」の定義を先に共有することが重要です。
- 検証対象がキーイベント、Google広告のコンバージョン、両方のいずれかが指定されているか
- 合格条件（操作回数と記録件数の一致、重複0、パラメータの期待値）が文書で残るか
- 手動操作の記録と探索レポートの結果が、後から第三者が追える形で納品されるか
- 不一致が出たときに、実装の修正まで含むのか、切り分け報告までなのかが決まっているか
検証結果は、担当者が交代しても設定の根拠を追えるように残します。レポート作成の自動化も合わせて検討する場合は広告レポート自動化の方式比較を参照してください。
よくある質問
- DebugViewで見えていれば計測できたと判断してよいですか？
いいえ。DebugViewは自分のデバッグ端末の送信を確認する画面で、集計後の件数までは保証しません。翌日以降の探索レポートで手動操作の回数と件数が一致するまで確認します。 - GA4には記録があるのにGoogle広告のコンバージョン列が0のままです。どこを疑いますか？
Google広告へのインポート設定、GA4とGoogle広告のリンク、広告クリック経由の操作かどうかの順に切り分けます。GA4側に記録があるなら実装は動いており、連携と帰属の問題です。 - 手動操作の回数より記録件数が多いのは何が原因ですか？
サンキューページの再読み込み、タグの二重発火、カウント方法が「イベントごと」になっている、検証端末以外のアクセス混入のいずれかが多く、探索レポートでイベント数とセッション数を並べると切り分けられます。
導入・改善のご相談はこちらから承ります。
相談はこちら