GA4で問い合わせ成果を計測する方法｜営業送信も分ける

問い合わせ件数をGA4の成果にするときは、送信ボタンを押した回数よりも、サービスの相談が正常に送信された回数を軸にします。
営業メールまで混ざると、アクセスを増やした施策が仕事につながったのか判断しづらくなるためです。

ただし、フォームの選択肢で営業を分けても、相手が「サービスの相談」を選べば混入します。
GA4の数字だけで有効な商談を確定することはできません。

この記事では、アセントウェブの通常お問い合わせ・テイガクウェブ・アセントグルメの3フォームを題材に、成果の定義、イベントの設計、キーイベントの設定、確認表まで整理します。
管理画面と公開中の計測処理は2026年10月23日に確認しました。後半の動作検証は、処理を取り出したローカル環境での模擬テストです。

問い合わせ成果は「全送信」と「有効な相談」を分けて定義する

最初に三つの数字を区別する

フォームの送信成功、サービス相談として分類した送信、担当者が確認した有効な相談は、別々の数字です。
この違いを曖昧にすると、広告費や記事制作費を評価する基準も揺れます。

例えば「ホームページを見積もってほしい」という相談と、「制作を外注しませんか」という提案は、同じフォームから届いても集客上の意味が違います。
GA4には二段目を記録し、最終的な質は三段目で確認する運用にすると、担当者間で数字を説明しやすくなります。

GA4ではキーイベント、広告ではコンバージョンの設定を確認する

GA4で事業上重要なイベントに印を付けたものが、キーイベントです。
以前の解説にある「コンバージョン設定」を探している場合も、現在の画面ではキーイベントを確認してください。

Google広告の入札などで使う場合は、GA4のキーイベントを基に広告側のコンバージョンを作成する設定が別にあります。
まずサイトの計測を整え、その後に広告で何を最適化するか決めます。Google公式のキーイベント設定

送信ボタンのクリックではなく、送信成功を起点にする

入力エラーとメール送信失敗を成果に含めない

クリックだけを計測すると、必須項目の未入力や送信エラーも成果になる可能性があります。
フォームが返す成功通知を確認し、その通知を起点に計測してください。

アセントウェブではContact Form 7を使用しています。
同プラグインの wpcf7mailsent は、AJAX送信でメール送信が成功した際の通知です。入力不備の wpcf7invalid や、メール送信失敗の wpcf7mailfailed とは区別されています。Contact Form 7公式：DOMイベント

ここでいうメール送信成功は、相手の受信箱への到着まで保証する意味ではありません。
GA4への送信確認と、テストメールが実際に届いたかの確認を分けます。

また、この方法はAJAXのDOMイベントが動くことが前提です。
別のフォームサービスや、AJAXが動作しない環境へ同じ条件をそのまま当てはめず、利用中のフォームの成功通知を調べてください。Contact Form 7公式：DOMイベントが動作しない場合

3フォームに共通のイベントと、フォーム名のパラメータを使う

自社の現在の設計では、計測対象の送信成功を generate_lead にまとめています。
どのフォームから届いたかは、inquiry_form というパラメータで区別します。

成功通知 → 目的・種別の確認 → 条件に合う場合だけ generate_lead → フォーム名で集計、という順序です。
実装を依頼するときも、この順序を仕様として渡すと、何を除外するかが伝わります。

現在の目的欄には「その他・協業・営業」を設けています。
通常お問い合わせの種別欄でも同じ分類を選べます。営業案内の入口を明確にすることで、相談件数との混在を減らす狙いです。

名前・メールアドレス・問い合わせ本文を送らない

フォーム別の比較に、担当者名やメールアドレス、自由記述の本文は必要ありません。
今回確認した追加イベントでは、フォーム名だけを分類用の値として送っています。

Googleアナリティクスには、個人を特定できる情報を送信しないようにします。
イベントの値だけでなく、完了ページのURLにメールアドレスなどが付いていないかも確認してください。Google公式：個人情報の送信を防ぐ

GA4でキーイベントとフォーム別の分類を設定する

先にイベントが届く設計を用意する

GA4でイベント名を登録するだけでは、サイト上の送信成功を自動的に判別できるようにはなりません。
フォーム側の成功通知を受け、必要な条件でGA4へイベントを送る実装が先です。

送信処理が複数のプラグイン、テーマ、タグ管理ツールに重複していないかも確認します。
同じ問い合わせについて二つの処理がイベントを送る構成では、管理画面でキーイベントにする前から重複が発生します。

「管理 → データの表示 → イベント」でスターを確認する

対象のGA4プロパティを選び、管理画面の「データの表示」から「イベント」を開きます。
対象イベントを見つけ、イベント名の横のスターを選択してキーイベントとして扱います。画面の表示は更新されるため、位置が違う場合は公式案内も照合してください。

自社環境では、generate_lead がキーイベントとして登録され、対象ストリームが「AscentWeb 本番サイト」であることを確認できました。
同じ名前の別プロパティやテスト用サイトを選ばないことも大切です。

カウント方法を決める

キーイベントは、イベントが起きるたびに数える方法と、セッション内で一度だけ数える方法を選べます。
自社の現在の設定は「イベントごとに1回」です。Google公式：カウント方法

一度の訪問で二つの正当な相談を送る可能性があるなら、セッション単位の集約はその二件を一件にすることがあります。
反対に、同じ送信成功の通知が二重に届いた問題を、セッション単位の設定だけで隠すと、実装上の重複が残ります。
何を一件とするかを決めたうえで、重複送信の防止はフォーム側でも確認してください。

inquiry_form をイベントスコープのカスタムディメンションにする

フォーム名をレポートで使うために、「データの表示 → カスタム定義」でカスタムディメンションを登録します。
表示名は分かりやすい名前にし、スコープは「イベント」、イベントパラメータは inquiry_form にそろえます。

自社では「お問い合わせフォーム」という表示名で登録済みでした。
パラメータを送るだけの状態と、分析に使う定義まで登録した状態を区別して確認します。

登録直後に通常のレポートへ反映されないこともあります。
Googleは、カスタム定義をレポートなどで使えるようになるまで24〜48時間かかると案内しています。Google公式：カスタムディメンション

営業・失敗・重複を確認するテスト表

自社の現行処理を模擬テストして分かったこと

2026年10月23日、3フォームの公開ページにある計測処理を取り出し、各8条件、合計24条件をローカル環境で確認しました。
GA4への通信やメール送信は行わず、成功通知などを模擬して、計測関数を呼ぶ回数を記録しています。
以下は実際の問い合わせ受信数やGA4の実測件数ではありません。

種別の除外は、通常お問い合わせにある選択欄を想定した条件です。
他の2フォームにも同じ除外処理はありますが、模擬入力で処理を確認したことと、画面にその選択欄があることは別です。

この検証から、営業向けの選択肢は分類には役立つものの、営業送信の完全な自動判定にはならないと分かります。
また、同じ成功通知を二度受ける状況では二回計測するため、「通常時に一回動いた」だけで確認を終えない方が安心です。

本番確認では3フォームを別々に試す

次の表をコピーし、日時・ブラウザー・同意状態・確認者を記録して使ってください。
同じ部品で作ったフォームでも、設定変更や埋め込み方が違う場合があります。

表の「未確認」は、読者が自身の環境で記入するための欄です。
この模擬テストによって本番通信まで確認済みになった、という意味ではありません。

送信失敗を試す場合は、本番のメール配送設定を壊して試さず、検証環境で再現します。
テスト用の受信先や実施時間を関係者と決め、通常のお問い合わせと区別できる内容で実施してください。

受信メールとGA4の件数が違うときの確認順序

まず比較の条件をそろえる

全メールには営業や協業が含まれ、GA4側はそれらを除く設計です。
最初に同じ期間・同じフォーム・同じ目的の送信だけを比較してください。

そのうえで、同意状態、ブラウザー側のブロック、計測タグの読み込み、イベントの重複、カウント方法を順に確認します。
受信メールがあることと、ブラウザーからGA4へ通信できたことは別の確認項目です。

件数の差を無理にゼロにしない

GA4の成果を受信メールの合計に合わせるために、除外条件を外したり、クリックをすべて成果にしたりすると、数字の意味が変わります。
差が出た理由と確認できた範囲を残してください。

問い合わせ管理表には、受付日時、フォーム、相談か営業か、有効な相談か、商談化の有無を記録します。
個人情報を含むその管理表を、そのままGA4へ送る必要はありません。
サイト上の行動はGA4、問い合わせ内容の評価は管理表という役割にすると、何が改善したかを追いやすくなります。

問い合わせ計測でよくある質問

ボタンのクリックは計測しなくてよいですか？

クリックはフォームへ進む行動や途中離脱を調べる補助指標になります。
ただし、送信成功と同じ成果名にはせず、何を表すイベントかを分けて管理します。

過去の営業送信も、自動で成果から外せますか？

過去に分類を記録していなければ、GA4だけで問い合わせ本文の意味を判定して営業分を確定することはできません。
過去分は受信記録などで確認し、今後の計測は変更日を残して評価してください。

設定したのにフォーム名が表示されないのはなぜですか？

パラメータの送信、名前の一致、イベントスコープの登録、反映待ちを順に確認します。
イベントだけが届いていて、フォーム名の値が付いていない場合もあるため、イベント名とパラメータをセットで見ます。

成果が増えたら集客は成功したと言えますか？

計測対象の相談が増えても、有効な相談や商談が増えたとは限りません。
まず計測条件が変わっていないかを確認し、問い合わせ管理表と照合して質も見てください。

問い合わせの分類と成果計測を一緒に整える

成果計測は、GA4の画面でスターを付けて終わりではありません。
どの送信を対象にし、どの失敗や営業送信を除き、重複をどう確認するかまで決めて、初めて施策を比較しやすくなります。

アセントウェブでは、集客戦略・マーケティング支援の一環として、サイトの導線と計測の設計を整理します。
現状のフォームと運用方法を確認しながら、問い合わせの質を判断できる状態を目指します。