ホームページから問い合わせがあったかをGA4で把握するには、フォームを表示した回数ではなく、送信が完了したことを計測できるイベントを用意します。そのイベントをキーイベントに指定すれば、問い合わせ数や流入経路をレポートで確認できます。設定だけで終わらせず、テスト送信が一度だけ記録されることまで確認するのが重要です。
この記事では、問い合わせ計測の考え方、サンクスページを使う方法、Google タグマネージャー(GTM)でフォーム送信を計測する方法、テスト手順、よくある不具合を順に解説します。GA4やGTMの画面名称は更新されることがあるため、現在の管理画面とGoogle公式ヘルプも併せて確認してください。
問い合わせ計測で最初に決めること
まず「何を問い合わせ1件と数えるか」を決めます。フォームの送信完了、電話タップ、資料請求、予約完了などを同じイベントにまとめると、どの行動が成果につながったか判別しにくくなります。フォーム送信と電話タップは別のイベントとして記録し、必要に応じてレポート上で合計します。
また、フォーム入力開始や送信ボタンのクリックは、送信完了とは異なる行動です。途中離脱を分析する補助指標としては役立ちますが、問い合わせ獲得数と混同しないようにしましょう。
- 成果として数える行動を明文化する
- 送信完了と入力開始などの補助イベントを分ける
- テスト送信や社内アクセスを本番データから識別する方法を決める
- 個人情報をイベント名やパラメータに含めない
計測方法はサンクスページとイベント送信から選ぶ
送信後に完了ページへ移動する場合
フォーム送信後に専用の完了ページへ遷移する仕組みなら、そのページの表示を条件にイベントを作る方法が比較的分かりやすい選択肢です。GA4の管理画面で、既存の page_view をもとに、ページのURLが完了ページのパスと一致する場合に専用イベントを生成し、そのイベントをキーイベントに設定します。Google公式ヘルプも、特定の確認ページ表示を条件にイベントを作成してキーイベントにする例を案内しています。
ただし、完了ページを再読み込みしたり、ブックマークから直接開いたりすると、送信していないのに再計上される可能性があります。URL条件だけで十分か、フォーム側で送信完了後にのみ到達できる設計かを確認してください。複数フォームがある場合は、パスを分けるか、フォーム識別情報を安全なパラメータで渡して区別します。
完了ページへ移動しないフォームの場合
ページ遷移がないフォームでは、送信成功時にイベントを送信する必要があります。GTMを使う場合は、フォームの成功状態を確実に判定するトリガーを作り、GA4イベントタグからイベントを送ります。送信ボタンのクリックだけを条件にすると、入力エラーや必須項目の未入力でも発火するため、成功状態を確認できる条件を使います。
Googleはリード獲得用途の推奨イベントとして generate_lead を案内しています。フォーム送信完了をこのイベントで記録する設計は候補になりますが、イベント名を決める前に、同じイベントがすでに送信されていないか、タグが重複していないかを確認します。サイトの実装やGTMの権限によって設定方法が異なるため、開発担当者と発火条件を共有してください。
GA4でイベントをキーイベントとして設定する手順
- GA4で既存イベントを確認し、同じ問い合わせイベントが二重にないか調べる。
- 完了ページ条件、またはフォーム送信成功をもとに、問い合わせ用イベントを作る。
- DebugViewやリアルタイムレポートでテスト送信を行い、イベント名と発生回数を確認する。
- 管理画面のキーイベント設定で、問い合わせ完了イベントを成果として指定する。
- 数日後に通常レポートにもデータが現れるか確認し、問い合わせ件数との大きな差を調べる。
画面の名称やメニュー位置はプロパティ設定により異なる場合があります。設定したイベントがGA4へ届いたことを確認する前にキーイベントだけを指定しても、過去の行動が自動的に問い合わせイベントへ変わるわけではありません。Google公式の「イベントをキーイベントとしてマークする」手順も、先に重要な操作を測るイベントを作成または識別することを前提としています。
公開前のテストで確認する項目
本番データに混ざらないよう、テストする日時とユーザーを記録し、必要なら社内トラフィックの除外設定も確認します。テスト時は、正常送信だけでなく、必須項目のエラー、送信失敗、二重クリック、完了ページの再読み込みも試します。
| 確認場面 | 見るポイント |
|---|---|
| 正常な送信 | 完了時にイベントが1回だけ発生する |
| 入力エラー | エラー表示だけで成果イベントが発生しない |
| 送信ボタンの連打 | 二重送信や二重計測が起きない |
| 完了ページの再読み込み | 再計上される設計か、その影響を理解している |
| スマートフォン | 実機でも同じ発火条件で計測される |
DebugViewは、デバッグモードの端末から送信されたイベントを確認するための画面です。リアルタイムレポートも併用し、想定したイベントが受信されることを確認してください。レポート反映には時間がかかることもあるため、設定直後に通常レポートが空だからといって、タグを何度も追加しないようにします。
問い合わせ数とGA4の数値が合わないとき
GA4のキーイベント数と実際の問い合わせ件数が完全に一致するとは限りません。テスト・迷惑送信・重複送信、同意設定、通信やブラウザーの制限、計測タグが動くタイミングなどを確認しましょう。まずは同じ期間と同じ成果定義を使って比較します。
数字だけを見て原因を断定せず、フォーム管理画面の送信記録、メール通知、GA4イベントを並べて、どの段階で差が生まれるかを切り分けます。ホームページ公開後の点検全体はホームページ公開後の運用・改善ガイド、問い合わせが少ない場合のページ改善は問い合わせが来ないときに見直すポイントもご覧ください。
よくある質問
フォーム表示を問い合わせとして数えてもよいですか?
問い合わせの成果数としては適切ではありません。表示は入力機会を示す補助指標として分け、完了イベントと区別してください。
送信ボタンのクリックをキーイベントにすればよいですか?
クリック時点では、入力エラーや通信失敗で送信が完了していない場合があります。成功状態を確認してからイベントを送る設計が必要です。
イベントを設定したのに数値が表示されません。
GTMのプレビューやDebugView、リアルタイムレポートでタグの発火とイベント受信を確認します。測定ID、公開状態、同意モード、トリガー条件、広告ブロッカーやブラウザー環境も切り分けてください。
まとめ
GA4で問い合わせを計測するときは、完了した行動をイベントとして記録し、テストで1回だけ発火することを確かめてからキーイベントに設定します。完了ページの表示を使う場合も、再読み込みによる重複を検討してください。ページ遷移しないフォームでは送信成功条件をGTMなどで判定します。イベント設計、テスト、実データとの比較までを一連の運用として記録しましょう。
計測設定やホームページ改善の整理についてはサイト制作・改善のご相談はこちらからお問い合わせください。
参考情報
- Google アナリティクス ヘルプ:推奨イベント(generate_lead)
- Google アナリティクス ヘルプ:イベント設定に関する質問
- Google アナリティクス ヘルプ:イベントの名前変更と生成
- Google アナリティクス ヘルプ:イベントをキーイベントとしてマーク
関連する数値分析の記事
設定したイベントのデータを使い、サイト内の成果や検索状況も確認しましょう。
