同じ内容の問い合わせが二通届くと、送信した方が二度押したと考えがちです。しかし、問い合わせが二件受け付けられたのか、一件の受付通知が二通届いたのかでは、直す場所が違います。送信した方も「届いたか分からない」と感じて再送したかもしれません。まず受付数と通知数を分け、その後でページの案内を確かめます。
二通のメールを、二件の受付と決めつけない
対象の問い合わせについて、個人情報を広く共有せず、受信時刻、通知の宛先、件名、管理画面に保存された件数を担当者と照合します。フォームに保存機能がない場合は、受信や送信の記録を保守担当に確認します。二通が同じ一件の記録を知らせているなら、通知先の重複や転送などを調べます。二件の記録ができているなら、画面で同じ内容を二度送れてしまうかを調べます。
ここで「メールが二通だから受付も二件」と数えると、通知の問題を画面の問題として直してしまいます。反対に、二件の受付を通知だけの重複と扱えば、利用者が再送した理由が残ります。原因を特定する前に片方の記録を消さず、同一内容か、追記された別の相談かも確認してください。
送信中と完了後に、利用者が何を判断できるか
受付が二件ある場合、フォームを実際に操作し、送信ボタンを押してから完了が出るまでを見ます。通信に時間がかかる間、ボタンが押せるままで処理中の表示もなければ、利用者は反応がなかったと思って再度押す可能性があります。送信中であることが分かる表示と、重ねて送れない動作を確認します。ボタンを見た目だけ灰色にしても、実際の送信処理が二回進まないかは別の確認です。
完了後には「受付しました」と明確に伝え、担当者からの連絡方法や、返信までの目安を実際の運用に合わせて示します。自動返信を送らないフォームなら、その前提で画面の案内を十分にします。W3Cのフォーム通知ガイドも、送信の成功やエラーを利用者へ知らせる必要性を示しています。画面内で結果だけが差し替わる場合は、見た目の表示に加え、読み上げ環境にも結果が伝わる実装を確認します。
失敗したときは、成功したような文を出さず、再入力が必要か、別の連絡手段があるかを示します。「応答がない」だけで再送を勧めると、実際には受け付けられていた一件に二件目が加わることがあります。受付状況を画面で確かめられない設計なら、断定した案内にせず、保守担当と代替の確認方法を決めます。
一回の操作と再操作を、別々に試す
実際の顧客情報は使わず、テストと分かる内容で、通常の一回送信、連続操作、キーボードからの送信、完了画面の再読み込みを試します。MDNのフォーム送信の解説にあるように、送信はボタン操作だけでなくフォームの操作として起こります。ボタンのクリックだけを見て対策を終えず、操作ごとに受付記録と通知の件数を照合します。
「一回の操作で受付一件、通知は決めた宛先へ一通ずつ」という期待結果を先に書くと、どこが増えたかを見つけやすくなります。通知を複数担当者へ送る設計なら、その通数は正常な結果として記録します。完了画面を再読み込みした際も、新しい受付ができるかどうかを確かめます。対策の実装方法はフォームの仕組みによって違うため、画面の文面を直すだけで受付処理まで直ったとは判断しません。
直す範囲は、増えた段階で決める
再操作が起きているなら、処理中の状態、完了・失敗の文面、必要に応じて送信処理を見直します。受付は一件で通知だけ多いなら、通知先や転送経路を確認します。どちらか分からないときは、個人情報を除いた時刻とテスト結果を残し、保守担当へ渡してください。迷惑メール設定を変えることは、この二重発生の調査とは別の判断です。
フォームの定期テストの記事では、送信から受信までの通常の点検を扱っています。返信が届かない場合の記事は、不達の段階を分ける内容です。二重に届いたときは、その前に「何が二つになったか」を押さえることが出発点です。Bämの問い合わせ画面の改善相談では、現在の画面と確認できた動作をもとに、案内文と機能のどちらを直すかを整理できます。
参考資料
資料確認日：2026年9月26日。個別サイトの受付記録は未提示のため、原因を断定せず、確認順を示しています。
