ガイド

フォーム項目例まとめ -- 必須/任意の決め方と用途別テンプレート

フォーム項目例まとめ -- 必須/任意の決め方と用途別テンプレート

最終更新日: 2026-05-01

フォーム項目は、多ければ多いほど安心に見えます。

でも、実務では逆です。

項目が多いフォームは、入力されにくくなります。必須項目が多すぎるフォームは、途中で離脱されやすくなります。自由記述が多いフォームは、回答後に整理しづらくなります。電話番号や住所を早く聞きすぎるフォームは、相手に警戒されます。

「フォーム 項目 例」と検索している人は、おそらく項目名の一覧だけが欲しいわけではありません。

問い合わせフォームには何を入れるべきか。

申込フォームでは電話番号を必須にするべきか。

予約フォームでは第何希望まで聞くべきか。

資料請求フォームで会社名や役職は必要か。

採用応募フォームではどこまで聞いてよいのか。

アンケートフォームでは自由記述をどれくらい置くべきか。

こうした判断が難しいのは、フォーム項目が「入力欄」ではなく「送信後の運用」に直結するからです。

この記事では、フォーム項目を用途別に整理し、必須/任意/後で聞く項目の判断基準、電話番号・会社名・住所・同意チェック・自由記述の扱い、入力形式、ラベル、バリデーションまでまとめます。フォーム全体の作り方から見たい場合は、先にフォームの作り方まとめを読んでください。

まず結論 -- フォーム項目は「必須」「任意」「後で聞く」に分けます

フォーム項目を考えるとき、最初にやるべきことは項目を増やすことではありません。

候補を3つに分けることです。

分類判断基準
必須送信後に必ず使う。ないと受付・返信・分類・予約確定ができない氏名、メールアドレス、問い合わせカテゴリ、希望日時、応募職種
任意あると判断が速くなるが、なくても受付できる会社名、電話番号、補足事項、参加目的、導入時期
後で聞く初回フォームで聞くと重い。返信後や確定後に聞けばよい詳細住所、請求情報、細かい要件、追加資料、長いヒアリング

フォーム項目は3つに分ける

W3C Design Systemは、フォームでは厳密に必要な質問だけを聞くのがベストプラクティスだと説明しています。Google Formsでも質問を必須にする機能はありますが、「必須にできる」ことと「必須にすべき」ことは違います。

必須項目は、会社が欲しい情報ではありません。

送信後に本当に使う情報です。

たとえば、問い合わせフォームでメールアドレスは必須です。返信できないからです。問い合わせカテゴリも、担当者振り分けに使うなら必須にできます。一方で、電話番号は必ずしも必須ではありません。電話で折り返す運用がないなら、必須にする理由が弱いです。

予約フォームでは、希望日時は必須です。日時がなければ予約調整ができません。電話番号は、当日連絡が必要なら必須にする理由があります。資料請求フォームでは、会社名や導入時期は営業分類に役立ちますが、資料送付だけが目的なら任意でも成立します。

このように、同じ項目でも用途によって重さが変わります。

用途別フォーム項目例

まず、用途別の基本項目を一覧で見ます。

フォーム種別必須にしやすい項目任意にしやすい項目後で聞いてよい項目
問い合わせフォーム氏名、メールアドレス、問い合わせカテゴリ、問い合わせ内容、同意チェック会社名、電話番号、部署名、緊急度詳細な要件、見積条件、住所、添付資料
申込フォーム氏名、メールアドレス、申込対象、同意チェック会社名、参加目的、事前質問、電話番号詳細プロフィール、請求情報、追加資料
予約フォーム氏名、メールアドレス、予約対象、第1希望日時、第2希望日時、連絡方法電話番号、補足事項、第3希望日時詳細住所、決済情報、細かいヒアリング
資料請求フォーム氏名、メールアドレス、希望資料、同意チェック会社名、部署名、役職、会社規模、導入時期詳細課題、商談希望日時、予算
採用応募フォーム氏名、メールアドレス、応募職種、職務経歴の概要、同意チェックポートフォリオURL、希望連絡方法、面接希望時間帯詳細な個人情報、選考後に必要な書類
アンケートフォーム回答対象、主要設問、同意または匿名/記名の確認属性、自由記述、改善要望個別フォロー先、詳細ヒアリング
イベント受付フォーム氏名、メールアドレス、参加人数、参加形式、同意チェック会社名、参加目的、質問、配慮事項終了後アンケート、個別相談希望

この表は、絶対ルールではありません。

BtoBの問い合わせでは会社名が必須になることがあります。オフラインイベントでは電話番号を必須にすることがあります。採用応募では、応募職種が必須です。アンケートでは、匿名性を重視するなら氏名やメールアドレスを聞かない設計もあります。

重要なのは、項目を「よくあるから入れる」のではなく、「このフォームの後続運用で使うから入れる」と考えることです。

同じ項目でも、用途で意味が変わります

フォーム項目の難しさは、同じ項目が用途ごとに違う意味を持つことです。

用途で項目の重心が変わる

たとえば、会社名。

問い合わせフォームでは、BtoBの文脈を理解する材料になります。資料請求フォームでは、リード分類や営業フォローに使います。イベント受付では、名札や受付リストに使う場合があります。採用応募では、現在または過去の所属を聞くよりも、応募職種や職務経験を聞くほうが重要な場合があります。

電話番号も同じです。

問い合わせフォームでは、原則任意でよいことが多いです。メールで返信する運用なら、電話番号がなくても対応できます。一方で、予約フォームでは当日の変更や遅刻連絡があるため、必須にする理由があります。イベント受付でも、会場変更や緊急連絡があるなら意味があります。

自由記述は便利ですが、入れすぎると運用が重くなります。

問い合わせフォームでは内容確認に必要です。資料請求では「今困っていること」を聞くと営業の初動に役立ちます。アンケートでは評価理由を知るために使います。ただし、セミナー申込やイベント受付で長文必須にすると、申込の負担が増えます。

項目は、単体で良し悪しを判断しないでください。

そのフォームの目的、回答者の負担、送信後の担当者の動きで判断します。

問い合わせフォームの項目例

問い合わせフォームは、返信と担当者振り分けが目的です。

基本項目は次の形です。

氏名
メールアドレス
会社名
問い合わせカテゴリ
問い合わせ内容
個人情報の利用目的への同意

BtoBなら会社名は入れてよいです。ただし、個人向けサービスや一般相談では任意でも構いません。

問い合わせカテゴリは、できるだけ選択式にします。

サービスについて
料金について
導入相談
サポート
取材・提携
その他

カテゴリがあると、回答後の振り分けが楽になります。問い合わせフォームのテンプレートでも、項目設計と返信目安をセットで整理しています。

電話番号は、次の条件を満たす場合だけ必須にします。

電話で折り返す運用がある
緊急対応がある
来店・訪問・予約につながる
メールだけでは対応できない商品やサービスである

電話番号を必須にするなら、「折り返しが必要な場合のみ利用します」のように、使い道を短く書きます。

申込フォームの項目例

申込フォームは、参加、応募、受付、資料受け取りなど、相手が次のステップに進む意思を示すフォームです。

基本項目は次の形です。

氏名
メールアドレス
申込対象
申込内容または参加形式
確認メールの送付先
変更・キャンセル方法の確認
個人情報の利用目的への同意

セミナー、イベント、採用、資料請求をすべて1つの申込フォームにまとめると、項目が増えすぎます。

汎用の申込フォームを作る場合でも、最初に「何への申込か」を選ばせ、その選択に応じて項目を分けるほうが安全です。

詳しくは申込フォームの作り方で整理しています。セミナーならセミナー申込フォームの作り方、イベントならイベント受付フォームの作り方に進むと、項目例をさらに具体化できます。

予約フォームの項目例

予約フォームでは、日時と確定条件が重要です。

基本項目は次の形です。

氏名
メールアドレス
電話番号
予約したいサービス
第1希望日
第1希望時間帯
第2希望日
第2希望時間帯
オンライン/来店/電話などの希望
相談内容または補足
変更・キャンセル条件への同意

予約フォームでは、自由記述で「希望日時を書いてください」とするより、日付と時間帯を分けたほうが管理しやすいです。

ただし、リアルタイムの空き枠表示や即時確定が必要なら、予約フォームだけで無理に作らず、予約ツールも検討します。FORMLOVAで希望日時を受け付ける設計は、予約フォームの作り方で詳しく説明しています。

資料請求フォームの項目例

資料請求フォームは、資料を送るだけなら短くできます。

氏名
メールアドレス
希望資料
個人情報の利用目的への同意

営業フォローまで考えるなら、次を任意または選択式で足します。

会社名
部署名
役職
会社規模
導入時期
現在の課題
相談希望の有無

ここで大切なのは、資料請求と商談申込を混ぜすぎないことです。

資料だけ欲しい人に、予算、導入時期、課題、電話番号、商談希望日時をすべて必須にすると、フォームが重くなります。まず資料を届け、その後に興味度の高い人を見つける設計もあります。

詳しくは資料請求フォームの作り方で、資料送付と営業フォローを分けて説明しています。

採用応募フォームの項目例

採用応募フォームでは、選考に必要な情報だけを集めます。

基本項目は次の形です。

氏名
メールアドレス
応募職種
職務経歴の概要
履歴書または職務経歴書の提出方法
ポートフォリオURL
希望連絡方法
個人情報の利用目的への同意

採用フォームでは、つい多くの情報を聞きたくなります。

でも、初回応募で聞くべきなのは、選考判断と次の連絡に必要な情報です。詳細な住所、扶養状況、家族構成、健康情報などは、初回フォームで安易に聞くべきではありません。必要な場合でも、タイミングと利用目的を分けて考えます。

採用用途は慎重に扱うべきなので、採用応募フォームの作り方で項目例と避ける質問を別に整理しています。

アンケートフォームの項目例

アンケートフォームでは、集計できる設問と自由記述のバランスが重要です。

基本項目は次の形です。

回答対象または利用経験
満足度
評価理由
改善してほしい点
今後利用したいか
個別連絡を希望するか
連絡先(希望者のみ)

アンケートでは、すべてを自由記述にしないほうがよいです。

満足度、利用目的、参加区分、改善カテゴリなどは選択式にします。理由や具体例だけ自由記述にします。そうすると、集計と深掘りの両方ができます。

匿名アンケートにする場合は、氏名やメールアドレスを聞かない設計にします。個別フォローをしたい場合は、「連絡を希望する場合だけメールアドレスを入力してください」と分けます。

詳しくはアンケートフォームの作り方で、設問設計と分析まで説明しています。

必須項目を決める5つの質問

必須項目にするか迷ったら、次の5つを確認します。

1つ目は、その項目がないと返信できないかです。

メールアドレスは、多くのフォームで必須です。返信や確認メールに使うからです。

2つ目は、その項目がないと分類できないかです。

問い合わせカテゴリ、応募職種、希望資料、予約対象などは、後続運用に直接関わります。

3つ目は、その項目がないと約束を守れないかです。

予約日時、参加人数、希望サービス、参加形式は、受付や当日対応に必要です。

4つ目は、回答者が入力する理由を理解できるかです。

電話番号や会社名を聞くなら、何に使うかを短く説明します。理由が説明できない項目は、必須にしないほうがよいです。

5つ目は、後で聞いても間に合うかです。

詳細住所、請求情報、長いヒアリング、追加資料は、初回送信後に聞ける場合があります。

この5つに答えると、必須項目は自然に減ります。

入力形式の選び方

項目名だけでなく、入力形式も重要です。

入力したい内容推奨形式理由
氏名短文自由入力で十分
メールアドレスemail形式入力ミスを検知しやすい
電話番号tel形式スマホで電話番号キーボードを出しやすい
日付日付予約やイベントで並べ替えやすい
時間帯選択式表記ゆれを減らせる
カテゴリ選択式担当者振り分けに使いやすい
複数選択チェックボックス希望資料や興味領域に向く
1つだけ選ぶラジオボタン参加形式や連絡方法に向く
詳細説明長文必要な場合だけ任意にする

MDNは、HTMLの入力型やrequired属性、pattern属性などを使ってブラウザ側で入力を補助できることを説明しています。ただし、クライアント側のバリデーションだけに頼るのではなく、サーバー側でも確認する必要があります。

フォーム作成ツールを使う場合でも考え方は同じです。

メールはメール項目にする。日付は日付項目にする。カテゴリは選択式にする。自由記述は最後に置く。

これだけで、回答後の一覧、CSV、Google Sheets連携がかなり扱いやすくなります。

ラベルと補足文の書き方

W3C WAIは、テキスト入力、チェックボックス、ラジオボタン、ドロップダウンなど、すべてのフォームコントロールに目的を示すラベルを付けることを推奨しています。

ラベルは、短く具体的に書きます。

悪い例:

内容
情報
希望
その他

良い例:

お問い合わせ内容
希望する資料
第1希望日
参加人数
応募職種

補足文は、入力ミスが起きやすい項目だけに使います。

電話番号(当日の変更連絡にのみ使用します)
会社名(法人でのお問い合わせの場合のみ)
第1希望日(予約はまだ確定しません)
自由記述(200文字以内で、現在困っていることを書いてください)

補足文を長くしすぎると読まれません。注意事項が多い場合は、フォーム内にすべて詰め込まず、規約ページや確認メールに分けます。

スマホ入力で見直す

フォームは、スマホで入力されることが多いです。

PCで見ると短く見えるフォームでも、スマホでは長く感じられます。特に、会社名、部署名、役職、電話番号、住所、自由記述をすべて必須にすると、かなり重くなります。

公開前に、スマホで次を確認してください。

1画面目に何を入力するフォームか分かるか
必須項目が多すぎないか
メールアドレス入力でキーボードが適切に出るか
電話番号入力で数字を入れやすいか
選択肢が長すぎないか
自由記述の入力が重すぎないか
エラー時にどこを直すべきか分かるか

Microsoft Formsの公式ヘルプでも、フォームのプレビューでPCやモバイルでの見え方を確認できることが説明されています。FORMLOVAで作る場合も、公開前レビューでスマホ表示と送信テストを必ず確認してください。

FORMLOVAで項目例からフォームを作る手順

FORMLOVAでは、最初から完璧な項目表を作らなくても構いません。

まず用途と運用を伝えます。

問い合わせフォームを作ってください。
必須項目は氏名、メールアドレス、問い合わせカテゴリ、問い合わせ内容、個人情報同意です。
会社名と電話番号は任意にしてください。
問い合わせカテゴリで担当者を振り分けたいです。

予約フォームなら、こうです。

無料相談の予約受付フォームを作ってください。
予約は送信時点では確定しません。
必須項目は氏名、メールアドレス、電話番号、相談テーマ、第1希望日、第1希望時間帯、第2希望日、第2希望時間帯です。
補足事項は任意にしてください。

資料請求なら、こうです。

資料請求フォームを作ってください。
資料送付だけなら入力を短くしたいです。
必須項目は氏名、メールアドレス、希望資料、個人情報同意です。
会社名、会社規模、導入時期、相談希望は任意にしてください。

フォームを作った後は、次の順番で確認します。

  1. 必須項目は送信後に必ず使うものだけか
  2. 任意項目にした理由を説明できるか
  3. 後で聞ける項目を初回で聞いていないか
  4. 自由記述が多すぎないか
  5. 選択式にできる項目を自由記述にしていないか
  6. ラベルだけで入力内容が分かるか
  7. スマホで最後まで送信できるか

項目が決まったら、次は送信後の運用です。フォームの自動返信メール例文集回答一覧を見て絞り込みとステータス管理をする方法回答をCSVで書き出す / Google Sheetsに自動連携する方法へ進むと、項目設計が運用につながります。

よくある失敗

1つ目は、項目例をそのまま全部入れることです。

テンプレートは出発点です。自社の後続運用に使わない項目は削ります。

2つ目は、電話番号を何となく必須にすることです。

電話で対応しないなら、必須にする理由が弱いです。必要なら、使い道を書きます。

3つ目は、自由記述に頼りすぎることです。

自由記述は便利ですが、分類や集計には向きません。カテゴリ、希望資料、参加形式、予約時間帯は選択式にします。

4つ目は、同意チェックを曖昧にすることです。

「同意する」だけでは、何に同意するのか分かりません。個人情報の利用目的、営業連絡の有無、イベント後の案内などを分けます。

5つ目は、フォーム送信後に誰が使うかを決めないことです。

項目は、回答後に見る人のためにあります。営業、採用、サポート、イベント運営、マーケティングの誰が見るのかを決めてから項目を作ります。

参考にした公式情報

FAQ

フォームの必須項目は何個までがよいですか?

固定の正解はありません。ただし、必須項目は「送信後に必ず使うもの」だけに絞ります。問い合わせなら氏名、メールアドレス、カテゴリ、内容、同意チェック。資料請求なら氏名、メールアドレス、希望資料、同意チェック。予約なら希望日時と連絡先が加わります。

電話番号は必須にするべきですか?

当日連絡、緊急連絡、予約変更、電話折り返しがある場合は必須にできます。メールで十分な問い合わせ、資料請求、アンケートでは任意にすることが多いです。必須にするなら、何に使うかを補足文で説明してください。

会社名は必須にするべきですか?

BtoBの問い合わせ、資料請求、イベント受付では必須または任意で入れる価値があります。個人向けサービス、匿名アンケート、一般相談では必須にしないほうが自然です。会社名がないと対応できないのか、あると便利なだけなのかで判断します。

自由記述はどれくらい入れるべきですか?

問い合わせ内容や評価理由など、相手の文脈を知るために1〜2箇所は有効です。ただし、カテゴリや希望資料、参加形式、希望日時のように分類したい情報は選択式にします。自由記述を必須にしすぎると入力負担が増えます。

同意チェックには何を書けばよいですか?

最低限、何のために個人情報を使うのかを書きます。問い合わせへの返信、資料送付、予約調整、採用選考、イベント運営など、利用目的を用途に合わせて書きます。営業メールやイベント後案内の同意は、受付に必要な同意と分けるほうが安全です。

関連する記事

執筆・確認情報

この記事は、フォーム項目を設計する担当者向けの実務ガイドです。筆者はFORMLOVAの開発者です。W3C Design System、W3C WAI、MDN、Google Forms、Microsoft Formsの公式情報を2026年5月1日に確認し、FORMLOVAの記事クラスター内で用途別フォームの項目設計を横断的に整理しています。個人情報、採用、医療、金融、法務に関わる項目は、各社の規程や専門家の確認に合わせてください。

参考文献

  1. フォームの作り方まとめ参照日:
  2. 問い合わせフォームのテンプレート参照日:
  3. 申込フォームの作り方参照日:
  4. セミナー申込フォームの作り方参照日:
  5. イベント受付フォームの作り方参照日:
  6. 予約フォームの作り方参照日:
  7. 資料請求フォームの作り方参照日:
  8. 採用応募フォームの作り方参照日:
  9. アンケートフォームの作り方参照日:
  10. フォームの自動返信メール例文集参照日:
  11. 回答一覧を見て絞り込みとステータス管理をする方法参照日:
  12. 回答をCSVで書き出す / Google Sheetsに自動連携する方法参照日:
  13. W3C Design System: Forms参照日:
  14. W3C WAI: Labeling Controls参照日:
  15. MDN Web Docs: Client-side form validation参照日:
  16. MDN Web Docs: Forms and buttons in HTML参照日:
  17. Google Docs Editors Help: Edit your form参照日:
  18. Microsoft Support: Create a form with Microsoft Forms参照日:
  19. 入力フォーム最適化(EFO)ガイド参照日:
  20. フォーム自動化まとめ参照日:

最終検証日:

この記事をシェア

執筆者

@Lovanaut
@Lovanaut

FORMLOVAの開発者。「ラバ = ラブ」の想いで、優しいサービスを作り続けています。

同じカテゴリの記事