フォームから問い合わせが来ない場合は、項目数を減らす前に、入力から保存まで実際に操作して確認します。完了画面が出ていても、受付の記録が残っていなければ問い合わせを受け取れていません。
必須項目は次の対応に必要なものへ絞る
担当者が初回の返答に何を使うかを確認します。まだ決まっていない予算や開始日を必須にすると、相談前の人が入力できない場合があります。必要なら「未定」を選べるなど、業務で扱える形にします。
| 点検箇所 | 試すこと |
|---|---|
| 入力欄 | 例が必要な項目、スマートフォンの操作 |
| 必須チェック | 不足箇所が具体的に分かるか |
| エラー表示 | 入力内容が消えず、修正できるか |
| 送信中 | 連打や二重実行への対応 |
| 完了 | 保存成功を確認して表示するか |
| 受付 | 担当者が実際の記録を確認できるか |
架空データで失敗する場合も試す
通常送信に加え、必須欄不足、長い本文、再読込、戻る操作、通信失敗を確認します。本物の問い合わせと混ざらないよう試験データを識別し、削除や保管は自社の手順に従います。
利用目的や同意の説明は、実際に扱う内容と一致させます。必要な法的記載の判断は担当者が確認し、表示している説明とフォームの処理を別々に変更しないようにします。
自動返信と実受付を照合する
返信メールが来たこと、完了ページが表示されたこと、保存されたことを分けて確認します。受付番号などで照合できると、保存の失敗や二重受付を調べやすくなります。
計測へ氏名やメールアドレスを送らず、イベントの件数は実受付と別に管理します。変更前後で流入条件が違う場合もあるため、件数の差だけで改善効果を断定しません。
完了画面に出す情報と、受付の証拠を分ける
「送信ボタンを押した」「完了ページを開いた」「受付が保存された」は別の状態です。設計の確認では、画面表示だけでなく、サーバー側の処理結果と整合するかを見ます。
| 状況 | 表示・案内の考え方 |
|---|---|
| 受付の保存が確認できた | 受付完了、次の連絡方法、実際に守れる目安を案内 |
| 入力や保存の失敗が確認できた | 修正箇所と再試行の方法を示す |
| 送信後に応答が途切れた | 成否を未確定とし、処理番号等で受付を照合する |
| 完了ページを直接開いた | 新しい問い合わせとして扱わない |
| 同じ処理を再送する | 重複受付を防ぐ仕組みと確認方法を用意する |
失敗画面が出ても保存済みの場合があるため、確認なしで何度も送らせないようにします。完了画面のURLに氏名やメールアドレスを入れず、計測イベントにも本文を載せません。点検に実送信を伴う場合は、テスト用の受け付け先・記録・通知範囲を先に決め、顧客向け通知と混在させないでください。
フォームに来た人が入力の途中で止まっていそうな場合は、対象URLと、気になっている操作をお知らせください。入力画面から受付まで、確認する範囲を整理します。 問い合わせの導線改善を相談