GA4の問い合わせ件数が合わないとき、広告を止める前に確認すること
フォームには問い合わせが届いているのに、GA4のキーイベントは少ない。反対に、受信した問い合わせよりGA4の数字が多い。月次報告でこの差を見つけると、「広告の成果が悪いのか」「計測が壊れているのか」と判断に迷います。
しかし、GA4の問い合わせ件数が合わないからといって、すぐ広告を止めるのは早計です。実際に届いた問い合わせと、ブラウザから送信された計測イベントは、同じ出来事を別の仕組みで記録しています。この記事では、数字を無理に一致させるのではなく、どこで差が生まれたかを実務の順番で確認します。
GA4の問い合わせ件数が合わないとき、最初に広告を止めない
最初に分けたいのは、「事業上の成果」と「分析用の記録」です。フォーム管理画面、通知メール、顧客管理システムなどに残る受付記録は、実際に問い合わせを受け取ったかを確認する資料です。一方、GA4はサイト上の行動や流入経路を分析するための計測ツールです。
そのため、実際の問い合わせ件数を確定するときは受付記録を起点にし、どのページやチャネルが成果に関係したかを見るときにGA4を使います。両方の件数が違う場合、まず計測経路を調べます。差があるという理由だけで、広告の停止や予算削減を決めないことが大切です。
Google アナリティクスでは、事業にとって重要な行動を測るイベントを「キーイベント」として設定します。問い合わせ完了を測るイベントが正しく作られ、キーイベントとして指定されているかが確認の出発点です。
問い合わせ件数を比べる前に「同じもの」をそろえる
GA4の問い合わせ件数が合わない原因は、タグではなく比較条件にあることも珍しくありません。技術確認の前に、次の条件をそろえます。
- 同じ開始日・終了日で集計しているか
- GA4プロパティと社内記録のタイムゾーンが一致しているか
- 新規相談、採用、資料請求など、同じフォームだけを比べているか
- GA4のイベント数と、メールの通数または相談者数を混同していないか
- テスト送信、営業メール、重複送信をどちらに含めるか決めているか
- GA4の標準レポートをいつ抽出したか記録しているか
たとえば、一人が送信エラー後に再送すると、GA4ではイベントが複数回発生し、受付記録には一件だけ残る場合があります。反対に、電話や外部予約サービスからの問い合わせを社内件数へ含めれば、サイト内だけを測るGA4より多くなります。「何を一件と呼ぶか」を定義しなければ、正しい設定でも問い合わせ件数は合いません。
GA4の計測を入口から出口まで確認する
比較条件をそろえたら、問い合わせを一件テストし、記録が通る場所を順番に確認します。複数のフォームを同時に試さず、まず広告の遷移先など重要なフォームを一つ選んでください。
- テストした日時、端末、ブラウザ、対象フォームを記録する
- 送信完了後、フォーム管理画面や通知メールに受付記録が残ったか確認する
- Googleタグマネージャーを使っている場合は、プレビューモードで対象タグとトリガーの発火を確認する
- GA4のリアルタイムで対象イベントが届いたか確認する
- DebugViewでイベント名と必要なパラメータを確認する
- 時間を置いて標準レポートのキーイベントを確認する
Googleの公式ヘルプでは、リアルタイムとDebugViewをデータ収集の確認に使えると案内しています。リアルタイムは全体の着信確認、DebugViewは自分の端末から送ったイベントの詳細確認に向いています。ただし、プライバシー設定や同意の状態によってはDebugViewに表示されない場合があります。
また、GA4の標準レポートは即時確定ではありません。公式情報ではデータ処理に24〜48時間かかることがあり、処理中は数字が変わる場合があります。送信直後のリアルタイムと、月次の標準レポートを同じ条件だと思わないようにします。
GA4より実際の問い合わせ件数が多い場合の切り分け
受付記録にはあるのにGA4の問い合わせ件数が少ない場合、フォーム自体は成功し、分析用イベントだけが届いていない可能性があります。次の箇所を確認します。
送信成功ではなく、別の条件を見ていないか
送信ボタンのクリックだけでは、入力エラーや通信失敗を区別できません。サンクスページの表示、フォーム側の成功通知、データレイヤーの成功イベントなど、実際の受付完了に近い条件で計測します。
画面遷移より前にタグ送信が終わっているか
送信直後にページが切り替わるフォームでは、GA4へイベントを送る前に通信が途切れることがあります。Googleタグマネージャーのフォーム送信トリガーには、タグの送信を待つ設定や、フォームが正常に送信された場合だけ発火させる検証設定があります。自社のフォーム方式に適合するか、制作会社や計測担当者と確認します。
外部ドメインや埋め込みフォームで計測が途切れていないか
予約・問い合わせの完了が別サービス上で行われる場合、自社サイトのGA4設定だけでは完了まで追えないことがあります。どのドメインで成功が確定し、どのタグが動くかを図にすると、抜けた場所を見つけやすくなります。
同意設定やブラウザ環境の影響がないか
同意バナーやConsent Modeの設定により、タグの動作や取得できる情報は変わります。広告ブロック、通信切断、ブラウザの設定でも計測されない場合があります。これはフォームの受付失敗とは別問題です。
GA4の問い合わせ件数が多すぎる場合の切り分け
GA4が受付件数より多い場合は、失敗した操作や重複した発火を問い合わせとして数えていないかを確認します。
まず、送信ボタンのクリックをキーイベントにしている場合は、入力エラーでも計測されていないか試します。次に、同じGA4イベントをサイトのコードとGoogleタグマネージャーの両方から送っていないか、同じトリガーに複数タグが結び付いていないかを確認します。
サンクスページの閲覧をキーイベントにしている場合は、再読み込みやブックマークからの直接訪問でも件数が増えることがあります。URLを見ただけでなく、送信直後だけ到達できる仕組みかをフォーム側で確認してください。
GA4のキーイベントには、「イベントごと」と「セッションごと」のカウント方法があります。イベントごとなら、同じ利用者が一つのセッションで五回発火させると五回として数えます。受付件数と照合する目的なら、カウント方法を変える前に、なぜ複数回発火したのかを調べることが先です。設定変更は過去の数字を修正するものではないため、変更日も記録します。
計測が正常でも問い合わせ件数が一致しない理由
テストでGA4が正常に動いても、実際の問い合わせ件数と完全一致しないことはあります。利用者が計測への同意をしない場合、ブラウザ側でタグを遮断した場合、送信後の通信だけ失敗した場合など、受付は成功してもGA4に残らない経路があるからです。
また、GA4のイベント数、キーイベント数、キーイベントを実行したユーザー数は同じ指標ではありません。フォームの受信通数とも単位が違います。問い合わせの実数をGA4だけで確定しようとせず、受付記録と分析記録を役割分担させます。
ここで目指すのは、差をゼロにすることではなく、差の理由を説明できる状態です。通常生じる差の範囲と、設定変更後に急に広がった異常な差を分けて見られるようにします。
問い合わせ計測の確認表を月次運用に組み込む
月末だけ慌ててGA4を確認するのではなく、次の項目を一枚の確認表に残します。
- 対象期間と集計日時
- 対象フォームと成功条件
- フォームの実受付件数
- GA4のイベント数とキーイベント数
- 差分と、判明している理由
- テスト送信の日時とリアルタイム・DebugViewの結果
- タグ、フォーム、同意バナー、サイト更新の変更履歴
- 次に確認する担当者と期限
判断も分けます。受付記録そのものが欠けているなら、フォームや通知の復旧を優先します。受付は正常でGA4だけ欠けているなら、広告を即停止せず、流入別の評価を保留して計測を直します。受付件数とGA4の両方が下がっているなら、季節性、広告配信、検索需要、サイト導線を含めて集客側を調べます。GA4だけ多いなら、重複発火や失敗操作の計測を疑います。
まとめ：GA4の問い合わせ件数が合わない理由を説明できる状態へ
GA4の問い合わせ件数が合わないときは、数字をどちらかへ寄せるのではなく、同じ期間・フォーム・単位をそろえ、受付記録から計測経路を順にたどります。GTMのプレビュー、GA4のリアルタイム、DebugView、時間を置いた標準レポートを使い分ければ、受付の問題、タグの問題、処理待ち、仕様上の差を切り分けられます。
実際の問い合わせ件数は受付記録で確認し、GA4は行動と流入を分析するために使う。この役割分担ができれば、計測不具合を広告の失敗と誤認しにくくなります。まずは重要なフォームを一つ選び、テスト送信の時刻と各地点の記録を一枚に並べてみてください。自社だけで判断が難しい場合は、フォーム制作会社、広告運用担当、GA4・GTMの計測担当が同じ確認表を見る場を設けると、原因の切り分けが進みます。
- 中小企業診断士 / Webマーケティング支援
- 中小企業診断士として、中小企業のWeb集客・マーケティング支援に携わっています。SEO・MEO、SNS、Webサイト改善、アクセス解析などを中心に支援。SAGU BLOGでは、中小企業のWebマーケティングを「実務で使える形」に落とし込んで発信しています。
＼ 最新情報をチェック ／
