問い合わせフォームで送信ボタンを押した後、画面が少し動いただけで元に戻ると、送った人は「受付できたのか、もう一度押すべきか」を判断できません。直す場所は送信ボタンの文言だけではなく、送信中・受付成功・エラーの三つの状態が画面で区別できるかです。完了と表示する条件を、実際のフォーム処理に合わせます。
ここでは特定のフォームの不具合を診断しません。画面例と受付番号は説明用で、Bämの現行フォームの仕様を示すものではありません。
送信中に、もう一度押すべきか迷わせない
ボタンを押してから結果が返るまでの間は、「送信中です」と文字で伝えます。送信中の表示がないままボタンだけ押せなくなると、入力が無視されたように見えます。通信の結果が分かるまで完了画面へ移さず、送信中の状態を終えるときに成功またはエラーの案内へ切り替えます。二度押しを防ぐ設計も、表示と一緒に確認します。
受付に成功した場合は、「送信を受け付けました」と現在の状態を見出しで示します。W3C WAIのフォーム通知ガイドは、送信が成功したか、エラーになったかを利用者へ明確に知らせることを勧めています。緑色の箱や印だけではなく、文字でも結果が読める画面にします。
完了画面は「今分かっていること」だけを書く
受付成功の画面では、まずフォーム側で確認できた結果を書きます。例なら「お問い合わせを受け付けました。担当者が内容を確認し、返信します」です。受付番号を発行する仕組みがある場合は番号を表示し、自動返信にも同じ番号を載せると照合しやすくなります。発行していないのに番号の枠だけを残したり、画面用に仮の番号を作ったりしません。
次の連絡については、実際に守れる返信目安と連絡手段を短く示します。自動返信メールを送るなら「控えを自動送信しました」と「担当者が確認しました」を混同しません。自動返信を使わない場合は、メールが届くような案内を画面に出さず、画面上の受付結果が分かるようにします。受付時間と返信目安の決め方は、既存の問い合わせにすぐ返信できない時の案内で詳しく整理しています。
エラーなら、再送か別の連絡方法を選べるようにする
入力の不足で送れなかった場合は、どの項目を直すかを文字で示し、入力済みの内容を可能な範囲で残します。通信が途切れて結果を確認できない場合は、受付成功と断定せず、その状態を明記します。重複送信が心配なときの確認先や、フォーム以外に連絡できる窓口があれば案内します。現在使っていない電話番号や、返信を受けないメールアドレスを残さないようにします。
画面内で送信結果だけが切り替わるフォームでは、読み上げ機能を使う人にも状態の変化が伝わる作りにします。W3C WAIの状態メッセージの解説には、送信中や成功、エラーのような変更を支援技術へ知らせる例があります。完了画面へ移動する方式でも、開いた先の見出しで受付結果が分かるようにします。
公開前には、実際のフォームで成功時、入力エラー時、通信が不安定な場合を確かめ、画面の文面と自動返信の有無が一致するか確認します。Bämの問い合わせが来ないお悩みのご案内では、相談までの説明と連絡の入口を見直します。送信直後の画面が分かりにくい場合も、現行フォームの動きと運用を確かめて、必要な表示を整理できます。
参考資料
資料確認日：2026年9月26日。画面例は架空で、現行フォームのテスト結果ではありません。
