問い合わせフォームのエラーメッセージ設計|バリデーション・表示タイミング・文言ルール

フォームのエラーメッセージは、単なる警告ではありません。入力ミスが起きたあとに、どこを直せば送信完了まで戻れるかを伝えるための案内です。ここが曖昧だと、入力途中でやめる人が増えやすくなります。

このページでは、問い合わせフォームのエラーメッセージを、何を必須にするか、いつ表示するか、どう書くか、どのエラーを先に見直すかの4つに分けて整理します。業種を問わず流用しやすい内容に絞りつつ、画面上での見せ方と運用側の見直し方の両方を扱います。

この記事の対象読者
・問い合わせフォームや申込フォームの改善を担当している方
・入力エラーの多さや途中離脱が気になっている担当者
・バリデーション仕様と画面上のメッセージ表現をまとめておきたい方

エラーメッセージは「間違いの指摘」より「修正の案内」として考える方が使いやすくなります

フォームでは、エラーが出ること自体をゼロにはできません。大切なのは、エラーが出たあとに利用者が迷わず直せることです。そのため、設計では次の順番で考えると整理しやすくなります。

エラーメッセージだけを丁寧にしても、必須項目が多すぎたり、表示タイミングが悪かったりすると、完了率は上がりにくくなります。

途中離脱が増えやすいのは、エラーの厳しさより「戻しにくさ」です

1. どこが問題か分からない

ページ上部に「入力内容を確認してください」とだけ出ると、利用者は自分で該当箇所を探す必要があります。スマートフォンでは特に負担が大きくなります。

2. 文言が抽象的すぎる

「入力値が不正です」だけでは、形式の問題なのか、未入力なのか、桁数なのか分かりません。修正方法まで見える文言にした方が親切です。

3. 一度のミスで再入力が増える

1項目のエラーで他の入力内容まで消えると、その時点で送信をやめる人が増えやすくなります。メッセージ設計は入力保持と切り離せません。

このテーマで差が出やすいのはここです。
エラーメッセージの話は、文言例だけ並べると浅くなりやすくなります。実際には、必須項目の絞り方、表示タイミング、画面上の見せ方、ログの見直しまで含めて扱った方が、フォーム改善の話としてまとまりやすくなります。

画面イメージ:エラー表示と見直しメモの並べ方

下の mock は、左に利用者が見るエラー表示中のフォーム、右に運用側が持っている文言ルールと見直し候補のメモを並べた例です。今回は送信エラー後の画面そのものを中心にしています。

mock:エラーメッセージ表示中のフォーム + 文言ルールメモ どこが問題か、どう直せばよいか、どの項目を改善候補にするかを1セットで見られる構成例
利用者に見えるエラー表示 画面上部の要約と、各項目の具体的な文言を併用する例
入力内容を確認してください
  • メールアドレスの形式をご確認ください
  • お問い合わせ内容を入力してください
メールアドレス
sample@@example.jp
メールアドレスの形式が正しくありません。例:name@example.com
電話番号(任意)
09012345678
お急ぎのご連絡が必要な場合のみ入力してください。
お問い合わせ内容
お問い合わせ内容を入力してください。
運用側の文言ルールと見直し候補 表現を揃えつつ、エラーが多い項目から順に改善する考え方
文言の基本ルール 短く、対象項目が分かる書き方

「入力値が不正です」ではなく、「メールアドレスの形式を確認してください」のように、何を直せばよいかが見える表現を使います。

対象項目を明記 修正方法も添える
表示タイミング 全部をリアルタイムにしない

形式ミスのように早く気づけた方がよいものは入力後に、全体の不足確認は送信時にまとめて返す方が扱いやすいことが多くなります。

入力後 送信時
見直し候補ログ 発生回数が多い項目から確認
メールアドレス形式エラー

今月 43件。補足例の見せ方を見直す候補です。

お問い合わせ内容の未入力

今月 27件。プレースホルダーや補足文の追加候補です。

電話番号の桁不足

今月 9件。任意項目のままにするか、形式補助を出すかの判断が必要です。

バリデーション設計では、最初に「その項目は本当に必須か」を見直した方が改善しやすくなります

エラーメッセージ以前に、エラーの発生源そのものを減らせるかを見る方が実務的です。とくに問い合わせフォームでは、返信に絶対必要な情報だけを必須にして、それ以外は任意にした方が扱いやすくなります。

必須候補

返信に直接必要なもの

氏名、メールアドレス、問い合わせ内容など。これがないと返答できない項目が中心になります。

任意候補

あれば助かるもの

会社名、予算感、希望時期、電話番号など。なくても一次返信はできる項目は任意のままにした方が自然です。

見直し候補

慣例で残っている項目

確認用メールアドレス、細かな住所分割、用途不明の補足項目などは、今の運用に本当に必要か確認した方がよいことがあります。

注意点

任意でも説明は必要

任意項目でも、入力すると何に使われるのかが分かると、利用者は判断しやすくなります。

エラーメッセージの表示タイミングは、全部を同じ扱いにしない方が自然です

フォームでは、入力中に出した方がよいものと、送信時にまとめて返した方がよいものがあります。表示タイミングを分けると、必要以上に急かしている印象を減らしやすくなります。

場面 向いている内容 考え方
入力中・入力後 メール形式、桁数、文字数など その場で直しやすいものは早めに気づけた方が負担が小さくなります。
送信時 未入力、全体の不足、組み合わせ不整合など 全体を見ないと判断できないものは送信時にまとめて返す方が自然です。
画面上部の要約 エラー件数や対象項目の一覧 スマホでは項目が縦に長くなるため、要約を添えると状況が伝わりやすくなります。

文言は「何が問題か」と「どうすればよいか」が見える方が直しやすくなります

エラーメッセージは短いほど良いとは限りません。利用者が次に取るべき行動まで見える方が、再送しやすくなります。

  1. 対象項目を入れる
    「メールアドレス」「電話番号」など、どこを直すのかが分かる形にします。
  2. 問題の種類を示す
    未入力なのか、形式なのか、文字数なのかが分かる方が修正しやすくなります。
  3. 必要なら例を添える
    メールアドレスや電話番号のように形式が分かりにくいものは、例があると迷いにくくなります。

表現を揃えるなら、「〜を入力してください」「〜の形式を確認してください」のように、型を数種類に決めておくと運用しやすくなります。

よくある項目ほど、エラーの出方にあわせて書き方を変えた方が実用的です

メールアドレス

形式の説明が有効

全角混在や @ の重複など、内容が分かりやすい項目なので、例示を添えた方が直しやすくなります。

電話番号

許容範囲を先に決める

ハイフンあり・なし、桁数の扱いを先に決めておくと、文言もぶれにくくなります。

自由記述欄

未入力だけでなく補助文も重要

「どんな内容を書けばよいか」が分からないと空欄になりやすいため、エラー前の補足も大切です。

文字数制限

事前表示と組み合わせる

送信時に急に弾くより、カウンタや上限の補足が見えている方が利用者には親切です。

ログを見ると、エラーメッセージの問題なのか、項目設計の問題なのかを切り分けやすくなります

同じ項目でエラーが多発している場合でも、原因は文言不足とは限りません。そもそも入力しにくい項目なのか、必須にする必要が薄いのか、形式が厳しすぎるのかを分けて考えた方が改善しやすくなります。

このあたりを見て、発生回数の多い項目から順に、文言、補足、必須設定、入力形式の4つを見直すと判断しやすくなります。

エラーメッセージを丁寧にするだけでなく、プレースホルダーや補足文を追加するだけで改善する項目もあります。送信後の文言だけで解決しようとしない方が自然です。

まとめ

問い合わせフォームのエラーメッセージ設計では、厳しく弾くことよりも、利用者が迷わず送信完了まで戻れることが大切です。必須項目の見直し、表示タイミングの使い分け、文言の型の統一、ログを見た改善の順番まで含めて考えると、フォーム全体の使いやすさを上げやすくなります。

まず着手しやすいのは、よく出るエラー項目を3つほど洗い出し、その項目だけでも文言と補足を見直すことです。そこから順に整えると、改善の効果が見えやすくなります。

本記事は、Webシステム開発・スマホ自動変換「movo」・業務システム構築・フォームUX改善・EC支援を提供する 株式会社インテンスが、実際の開発プロジェクトで蓄積した知見をもとにまとめています。 株式会社インテンス(公式サイト)