GA4でフォーム送信が二重計測される：受付数と発火元を照合するチェック表
問い合わせは1件なのにGA4では2件に見えるとき、まず「何を1件と数えるか」を決めます。送信ボタンの操作、フォームの送信、サーバーでの受付完了は同じ出来事ではありません。設定を変える前に、受付記録とイベントの発火元を照合すると、二重計測の原因を絞れます。
成果の基準を受付完了にするか、操作にするか
問い合わせ獲得を数える目的なら、検証時には受付完了の記録を基準にできます。一方、フォーム操作の途中を調べたいなら、入力開始や送信操作も別の指標として意味があります。GA4の拡張計測にはform_startとform_submitがあり、公式説明ではそれぞれフォームの開始と送信を扱います。［出典1］ そのイベントが自社フォームのサーバー受付成功と一致するかは、実装に合わせて確認します。
発火元を一枚に書き出す
| 候補 | 確認するもの | 重複しやすい場面 |
|---|---|---|
| 拡張計測 | フォーム操作の設定と届いたイベント名 | 同じ操作をGTMでも送っている |
| GTM | タグ、トリガー、カスタムイベント | クリックと完了通知の両方で送る |
| サイトのコード | 受付成功時のイベント送信 | GTMの成功イベントと同時に送る |
| 完了ページ | 表示時の計測 | 再読込みや戻る操作でも成功を数える |
同じイベント名だから1件にまとまる、とは考えず、どの処理が何回送ったかを記録します。逆に異なるイベント名でも、両方を成果として集計しているなら、同じ受付を二つの成果として見ている可能性があります。
3つのテストで受付とイベントを比べる
以下は検収用の設計例で、実サイトの測定値ではありません。個人情報を使わないテスト入力で実施し、対象環境と時刻を記録します。
| ケース | 受付の期待件数 | 成果イベントの期待 | 実際の結果 |
|---|---|---|---|
| 正常送信1回 | 1 | 定義した成功イベント1件 | 確認後に記入 |
| 必須項目エラー | 0 | 成功イベント0件 | 確認後に記入 |
| 完了ページ再読込み | 新規受付0 | 新規成功0件 | 確認後に記入 |
連打を検証する場合は、アプリ側で何件受付したかも見ます。GA4を1件に見せる設定だけで、実際の二重受付が直ったとは言えません。
修正は発火元と集計の両方を確認する
どのイベントを正式な成果として使うかを決め、重複した発火元を整理する案を作ります。キーイベントの集計方法や作成イベントの条件も確認します。［出典2］ 設定変更前の記録を残し、変更後は同じ3ケースで再検証してください。
同意状態、広告ブロック、通信失敗などで受付と計測が一致しない場合もあります。差があるだけで、すべてを二重計測や実装不具合と断定しません。テスト時の同意状態と、確認できた計測条件を添えます。
制作会社へ渡す確認項目
- 対象フォームのページとフォーム識別子。
- 「成果1件」の定義と正式なイベント名。
- 拡張計測・GTM・サイトコード・完了ページの発火元一覧。
- 3ケースの受付件数とイベント件数。
- 修正後も入力開始など必要な分析イベントが残るか。
個別適用や説明の拡張時に確認する事項：バーニングトライブへ改善を依頼する場合も、この表があると計測とフォーム処理を分けて確認できます。実測していない受付数、問い合わせ増加率、修正による効果は、成果として掲載しません。