問い合わせフォームの改善前に確認したい「送信完了」の計測設計

問い合わせフォームの項目や導線を直す前に、何を「送信完了」と数えるかを決めてください。送信ボタンのクリックは、入力エラーや通信失敗が起きても記録され得るため、問い合わせの成立とは別物です。

GA4では、フォームへの到達、form_startによる入力開始、form_submitによる送信操作を段階で捉えます。そのうえで、完了画面の表示または成功応答を実送信テストで確かめ、正常に完了したときだけgenerate_leadへつなぐ設計です。有効問い合わせは、別の営業指標として扱うものです。

この順番を先に整えると、数字が低い原因を「導線」「入力開始」「入力中の離脱」「完了判定」に切り分けられます。改善後の増減も、クリック数ではなく同じ条件の完了数で比べられるようになります。

クリック数だけでは送信完了を判断できない

送信ボタンが押されたことと、フォームの内容がサーバーへ受け付けられたことは同じではありません。たとえば、必須項目が未入力のままボタンを押すと、画面にはエラーが表示され、問い合わせは届きません。それでも、ボタンのクリックだけを計測していれば成果として数えてしまうでしょう。

入力内容に問題がなくても、送信途中の通信切断やサーバー側の処理失敗によって受付が完了しない場合があります。クリックを成果にしていると、こうした失敗を見抜けず、「問い合わせは増えているのに受信件数が合わない」という状態が生まれます。

form_submitも、その名称だけで実際の問い合わせ件数とみなすのは早計です。フォーム側の実装によっては、ブラウザ上の送信処理が始まった時点と、受付成功が確定した時点にずれが生じます。自動的にイベントが見えていても、どの条件で発火しているかを実送信で確認しなければ、完了の証拠にはなりません。

改善前の基準は、「ユーザーが操作したか」ではなく「受付成功をサイト側で確認できたか」です。完了画面へ遷移するフォームなら、その画面が正常送信後にだけ表示されるかを調べます。同じページ内で完了メッセージを出す方式では、成功応答を受け取った後だけ完了イベントが送られる設計かを確認してください。

この違いを曖昧にしたまま項目数やボタン文言を変更すると、改善による増加と誤計測による増加を区別できません。先に完了条件を固定し、その後でフォームを直す順序が、比較できるデータを残します。

問い合わせ導線を四段階に分ける

フォーム到達、入力開始、送信完了、有効問い合わせを整理した図 — 問い合わせ導線を段階別に見て、どこで離脱しているかを理解できる関係図ために、フォーム到達、入力開始、送信完了、有効問い合わせを整理しています。

問い合わせ導線は、フォーム到達、入力開始、送信完了、有効問い合わせの四段階に分けて見ます。一つの「問い合わせ数」にまとめると、フォームへ来ていないのか、入力を始めていないのか、途中で失敗したのかが分からなくなるためです。

Google アナリティクスの公式資料でも、サイト訪問、フォーム表示、入力開始、送信という流れを分けて測定する考え方が示されています。page_view、form_start、form_submitを順に観察すると、フォームの場所や項目、予期しないエラーのどこに問題がありそうかを切り分けられます。出典 Google ヘルプ

問い合わせ導線の段階と見る数字
段階	見る数字	分かること	次の確認
フォーム到達	対象フォームページの閲覧数・ユーザー数	問い合わせ導線からフォームまで届いているか	導線の配置、リンク先、フォーム上部の説明
入力開始	`form_start`	到達した人が入力へ進んだか	必須項目の見え方、入力前の不安、操作しづらさ
送信完了	成功条件を満たした`generate_lead`	入力開始者のうち受付まで完了したか	入力エラー、通信失敗、重複発火
有効問い合わせ	営業側で有効と判定した件数	送信完了のうち商談対象になる割合	流入元、訴求内容、対象外問い合わせの傾向

この表では、数字が欠けている段階から確認し、送信完了だけが記録されている場合も、その前の到達と開始がなければ改善箇所を選べません。GA4の完了数と受信記録が合っていても、有効問い合わせの判定まではサイト計測だけで完結しない点に注意が要ります。

「有効問い合わせ」は、営業担当が内容を見て対象顧客かどうかを判断する指標です。フォームが正常に送られた時点では、営業目的の連絡、対象外地域からの相談、情報不足の問い合わせなどを区別できないことがあります。したがって、Web側では正常送信までを揃え、営業側では有効性を別に記録します。

四段階を分けると、Web担当者と営業担当者の数字も混ざりません。Web担当者は到達から完了までの改善を受け持ち、営業側は完了後の質を評価できます。両者を月次など同じ期間で突き合わせれば、フォームの使いやすさと問い合わせの質を別々に判断できます。

GA4で確認するイベントと完了条件

GA4で見るイベントは、役割ごとに扱い分けるものです。イベント名を揃えるだけでなく、「何が起きたら送るか」を文章で定義してから実装を確認してください。

`form_start`は入力開始の兆候を見る

form_startは、フォームに到達した人が実際に入力操作へ進んだかを見る指標です。フォームページを開いただけではなく、入力欄への操作が始まった段階を捉えるため、到達数との間に大きな差があれば、入力前にためらう要因を探せます。

確認したいのは、対象フォームでイベントが記録されること、同じページに複数フォームがある場合に区別できること、単なるページ表示で発火していないことです。フォーム名やページなど、対象を見分ける情報も合わせて確認すると、別フォームの数字が混ざりにくくなります。

`form_submit`は送信操作の診断に使う

form_submitは、フォームの送信操作が行われた段階を観察するイベントです。GA4の公式資料では、form_startとform_submitを通じて入力開始と送信を測定し、フォームの効果を確認する流れが案内されています。出典 Google ヘルプ

ただし、ここで見たいのは「送信を試みた人がいるか」であり、営業担当へ届いた問い合わせ件数そのものではありません。入力エラー時にも記録されるのか、正常送信後だけなのかは、利用しているフォームと計測実装によって確かめます。名前から動作を推測せず、実際の発火条件を確認してください。

`generate_lead`は正常完了に限定する

generate_leadは、Googleが問い合わせフォームや情報リクエストの送信に推奨しているイベントです。推奨イベントは自動送信されるものではなく、意味のある条件と組み合わせて設定する前提になっています。出典 Google ヘルプ

問い合わせフォームでは、完了画面が正常送信後に表示された、またはフォームが成功応答を返した、という条件をgenerate_leadの基準にします。ボタンクリック、入力エラーの表示、送信処理の開始だけでは発火させません。

完了画面を条件にする場合は、URLを直接開いたときや再読み込みしたときまで数えないかを確認します。同じ画面内で完了するフォームなら、成功メッセージが表示されたという見た目だけでなく、受付成功の処理とイベント送信が対応しているかを実装担当者へ確認しましょう。

有効問い合わせは、generate_leadの後に営業側で判断します。GA4には見込み顧客の後続段階を表す推奨イベントもありますが、まずは正常送信と営業判定を別々に記録できる状態を作るほうが先です。送信完了数と有効件数を一つの数字にすると、フォーム改善と集客対象の見直しが混線します。

公開前にテストする順番

正常送信、入力エラー、二重送信、別フォームを整理した図 — 送信完了イベントの誤発火や重複を公開前に見つける確認図ために、正常送信、入力エラー、二重送信、別フォームを整理しています。

計測は、正常送信だけを一度試して終わりにしません。成功時に一度だけ記録され、失敗時には完了として記録されないことを、テスト用データで順番に確かめます。件名や氏名欄などにテストと分かる値を入れ、受信側でも同じ送信を照合できるようにしてください。

正常送信を試す。 すべての必須項目へ有効な値を入力し、送信後に受付が完了することを確認します。フォーム到達、form_start、form_submit、generate_leadが想定順に記録され、generate_leadが一回だけであることを見ます。
入力エラーを起こす。 必須項目の未入力や形式不一致を意図的に作り、エラー表示後にgenerate_leadが記録されないことを確かめます。form_submitが記録された場合は、送信試行として扱うのか、実装を直すのかを決めます。
二重送信を試す。 送信ボタンの連続操作、完了画面の再読み込み、戻る操作などを試し、一件の受付に対して完了イベントが重複しないかを確認します。重複した場合、ボタンの無効化だけでなく、イベントを送る条件も見直します。
別フォームを試す。 資料請求、採用、予約など別のフォームがある場合、対象外の送信が同じ問い合わせとして混ざらないかを確認します。フォームごとの識別条件と、どのフォームをgenerate_leadに含めるかを記録します。

テスト結果は、画面上の成功表示、GA4側のイベント、実際の受信記録の三つで照合してください。三つが一致して初めて、送信完了の基準として使える状態です。どれか一つだけ違う場合は、数字を補正して合わせるのではなく、発火条件か受信処理のどこがずれているかを調べます。

公開後も、自社や制作会社のテスト送信を本番問い合わせと区別できるようにしておくと確認しやすくなります。テスト分を除外する運用がない場合は、少なくとも実施日、件数、対象フォームを記録してください。改善前後を比べる際に、テスト分の混入を把握できます。

数字から改善箇所を決める

計測が揃ったら、到達率、開始率、完了率を同じ期間、同じフォーム、同じ集計単位で見ます。イベント数とユーザー数を途中で混ぜると比率の意味が変わるため、比較前にどちらを使うかを決めてください。

ユーザー数で比べるなら、到達率はフォーム到達者数÷対象導線の閲覧者数、開始率はform_startのユーザー数÷フォーム到達者数、完了率はgenerate_leadのユーザー数÷入力開始者数とします。form_submitは送信試行の診断に置き、正常完了率の分子には入れません。

到達率が低い場合は、フォーム内部よりも、その手前の導線を確認します。サービス内容を読んでも問い合わせ先が見つからない、ボタンの行き先が分かりにくい、対象ページからフォームへの動線が途切れている、といった可能性があります。この段階では、入力項目を減らしてもフォームへ来る人は増えません。

到達数はあるのに開始率が低い場合、確認先はフォームを開いた直後の情報と見た目です。何を入力するのか、どのような相談を受け付けるのか、必須項目がどれほどあるのかが分からないと、操作前に離脱しやすくなります。form_startが正しく取れていることを確かめたうえで、フォーム上部の説明や項目の見通しを調べてください。

開始率は高いのに完了率が低い場合、入力途中または送信時の問題が候補になります。必須項目の多さ、入力形式の分かりにくさ、エラーメッセージ、スマートフォンでの操作、送信後の失敗などを、実際の操作で確認しましょう。form_submitは多いのにgenerate_leadが少ないなら、送信操作後に止まっている箇所がないかを優先して調べます。

完了率は十分でも有効問い合わせが少ない場合は、フォームの操作性だけを直しても解決しません。流入している検索意図、サービス説明、対象顧客の示し方、問い合わせ種別の選択肢などを見直す領域です。営業側の有効判定と照合し、対象外問い合わせがどこから来ているかを確認してください。

比率は、業界の一般値へ無理に合わせるためではなく、自社の変更前後を同じ条件で比べるために使います。計測条件を変えた日は記録し、その前後を同じ系列として単純比較するのは避けます。小さな件数では一件の増減で率が大きく動くため、率だけでなく実数も並べて判断してください。

計測できないときに確認すること

イベントが表示されない、または受信件数と合わないときは、推測で数字を埋めず、計測の経路を一つずつ追います。確認先を先に分けると、GA4の設定だけを何度も触る事態を避けやすくなります。

実装: 測定コードが対象ページで動いているか、イベントを送る条件が正常完了と一致しているか、変更内容が公開環境へ反映されているかを確認してください。
同意設定: 利用者の同意状態によって計測が制限される構成なら、テスト時の同意状態を記録します。同意前後の数字を同じ条件として扱いません。
複数フォーム: 問い合わせ、資料請求、採用などが同じイベント名へ集約されていないかを確認します。フォーム名やページなど、対象を識別できる情報が必要です。
外部フォーム: 別ドメインや外部サービス上で送信が完了する場合、どこまで自社の測定コードで追えるかを提供元の仕様と実装担当者へ確認します。

確認の順番は、画面上で正常送信できるか、受信側に届くか、イベントが送られるか、対象フォームとして分類できるか、です。送信そのものが失敗しているのにGA4だけを直しても改善しません。逆に、受信は成功しているのにイベントがない場合は、完了後の計測条件を調べます。

計測できない期間を、クリック数や推定率から問い合わせ件数へ換算するのは避けてください。欠測は欠測として残し、計測を直した日から同じ条件で基準値を取り直します。そのほうが、後の改善判断で数字の意味を説明できます。

まとめ：フォームを直す前に完了条件を固定する

問い合わせフォームの改善は、ボタンのクリック数を増やす作業ではありません。フォーム到達、入力開始、送信操作、正常完了を分け、正常完了時だけgenerate_leadを記録する設計から始めます。営業上の有効問い合わせは、その後の別指標として扱います。

自社フォームについて、到達条件、form_startの開始条件、form_submitの発火条件、generate_leadの完了条件を一行ずつ書き出してください。その定義をもとに正常送信、入力エラー、二重送信、別フォームをテストし、画面、イベント、受信記録が重複なく一致するかを確認します。

数字が揃えば、到達率が低いなら導線、開始率が低いならフォーム冒頭、完了率が低いなら項目やエラー処理、有効率が低いなら訴求や集客対象へと、改善箇所を選べます。計測設計は分析の後工程ではなく、フォーム改善の出発点です。