問い合わせフォームの適切な項目数は、業種や目的によって変わります。「少ないほどよい」と決めつけず、初回返信に本当に必要な情報へ絞り、詳しい確認は返信後に行う設計を基本にします。
必要項目と任意項目を分ける

一般的な初回問い合わせ
氏名、返信先、問い合わせ種別、相談内容が基本です。電話番号、住所、会社名、予算、希望日が初回返信に不要なら任意または後で確認します。
| 項目 | 必須にする判断 |
|---|---|
| 氏名 | 返信や本人識別に必要か |
| メール | 主な返信手段なら必須 |
| 電話 | 緊急・予約確定に必要な場合のみ |
| 住所 | 配送・訪問可否を初回に判断する場合 |
| 自由記述 | 目的が分かる最小限の説明 |
項目ごとに理由を説明する
電話番号を必須にするなら「予約確定の連絡に使用」など目的を示します。利用者が入力理由を理解できない項目は見直します。
スマホで入力しやすいフォームにする

ラベルを入力欄の外に残す
プレースホルダーだけに頼ると、入力後に項目名が分からなくなります。ラベル、必須・任意、入力例を分け、エラー時も内容を保持します。
エラーは近くで具体的に示す
「入力に誤りがあります」だけでなく、該当欄の近くへ「メール形式を確認してください」など修正方法を示します。色だけに頼らず、文字やアイコンも併用します。
入力に合うキーボードを使う
メール、電話番号、数字などに適切なinput typeとautocompleteを設定します。タップ領域を確保し、拡大しなくても読める文字サイズにします。
確認画面を目的に合わせる
短いフォームでは確認画面が手間になる場合もあります。一方、予約日時や長文を扱う場合は送信前の確認が役立ちます。戻って修正しても入力が消えないことをテストします。
個人情報と送信後の運用を確認する

利用目的と送信先を明示する
プライバシーポリシーへのリンクだけでなく、問い合わせ対応に使うこと、外部サービスへ送信する場合の扱いを分かりやすく示します。必要以上の情報を集めません。
担当者の閲覧権限を絞る
フォーム通知メール、管理画面、スプレッドシートの閲覧者を確認します。退職者アカウント、共有パスワード、無期限保存を避け、保存期間と削除手順を決めます。
送信テストを定期化する
公開時だけでなく、月1回など実際にテストし、完了画面、自動返信、担当通知、迷惑メール振り分け、返信期限を確認します。テストには実在の個人情報を使いません。
目的別の開始案
- 資料請求:氏名、メール、希望資料
- 来店予約:氏名、連絡先、希望日時、人数
- BtoB見積もり:会社名、氏名、メール、依頼概要、希望時期
- 採用応募:応募職種、氏名、連絡先。履歴書の安全な受け渡しは別途設計
これらは開始案です。法令や業務上必要な本人確認は、専門家や所管機関の案内も確認してください。
よくある質問
最適な項目数は5個ですか?
固定の正解はありません。初回対応に必要か、返信後に確認できないかを項目ごとに判断します。
電話番号は必須にすべきですか?
電話でしか成立しない予約や緊急連絡が必要な場合を除き、任意にできないか検討します。
CAPTCHAは必要ですか?
迷惑送信対策に役立ちますが、操作負担やアクセシビリティも確認します。ハニーポット、レート制限、サーバー側検証と組み合わせます。
まとめ
フォームは「何項目か」より、初回返信に必要か、入力理由が分かるか、スマホで直せるか、安全に扱えるかで決めます。公開後も送信テストと項目の利用状況を見直しましょう。
確認した公的資料
- 個人情報保護委員会:個人情報保護法ガイドライン(通則編)(2026年8月21日確認)
関連記事:ホームページクエスト/問い合わせページの作り方


コメント