採用サイトの応募フォームの作り方｜必須項目・入力エラー・個人情報・ATS連携を設計

監修: 菊地 将（リブランディング株式会社）

採用サイトの応募フォームは、項目を減らすだけでは完成しません。候補者が無理なく送信できることに加え、人事が選考に必要な情報を受け取り、採用管理システム（ATS）へ正しく登録できることまで設計する必要があります。先に決めるべきなのは「何を聞くか」ではなく、「応募時点で必要な情報は何か」「後から取得できる情報は何か」「受け取った情報をどこで使うか」です。この記事では、必須項目、添付ファイル、個人情報、エラー表示、ATS連携、応募完了後の案内、公開前テストまでを、採用フォーム固有の要件に絞って整理します。

応募フォームは「応募時」と「応募後」で取得情報を分ける

応募フォームの項目を決めるときは、まず情報を「応募時に必要」「条件によって必要」「応募後でもよい」の3つに分けます。すべての情報を最初に取得しようとすると候補者の負担が増えます。一方で、必要な連絡先や応募職種が欠けると、採用側の確認作業が増えます。

応募フォームの項目は、一律に必須にするのではなく「いつ必要な情報か」で分けて考えます。

2009年に英国・オランダ・ベルギーの応募者1,360人を対象に行われた研究では、オンライン応募手続きへの満足度を左右する要因として、知覚された効率性と使いやすさが特に重要でした。古い海外研究のため日本企業へ効果量をそのまま当てはめることはできませんが、応募者側の操作負担を設計要件として扱う根拠の一つになります。

応募フォームを作る前に、次のような要件表を作っておくと整理しやすくなります。

重要なのは「一般的な採用フォームだから必要」と決めないことです。各項目について、取得目的、取得時期、必須・任意、ATSの登録先までセットで決めます。

必須項目は「応募受付と初期選考に今必要か」で決める

初回応募の必須項目は、応募を受け付け、対象求人を特定し、次の連絡や初期選考へ進むために必要な情報へ絞ります。「人事があると便利」だけでは、必須にする理由として弱い場合があります。

連絡先は実際の選考フローに合わせる

メールと電話の両方を必須にするかは、企業の連絡方法で判断します。選考連絡をメール中心で行うなら、電話番号を必須にする理由があるか確認します。反対に、面接調整や緊急連絡で電話を使うなら、取得しておく意味があります。

入力形式も必要以上に厳しくしないことが大切です。電話番号のハイフン有無など、システム側で正規化できる情報まで候補者へ修正させると、余分な操作が増えます。

応募職種は候補者に二度選ばせない

求人詳細ページから応募フォームへ進む場合、どの求人から来たか分かっているなら、その職種IDをフォームへ引き継ぐ方法を検討します。応募者に同じ職種を再選択させると、選択間違いと入力負担の両方が増えます。

複数職種を共通フォームで受け付ける場合は、自由記述ではなく、ATS側の職種マスターと対応する選択肢にすると登録後の整理がしやすくなります。

履歴書・職務経歴書は「初回必須か」を先に決める

履歴書や職務経歴書を添付させる場合は、ファイル形式、容量上限、必要な書類、複数添付の可否をアップロード欄の近くに表示します。ただし、書類が初回選考に不要なら、応募後に提出してもらう設計も選択肢です。

また、履歴書を添付させながら、同じ職歴や学歴をフォームへ全文入力させる設計は避けたいところです。ATSへの登録に個別項目が必要なら、「なぜ別入力が必要か」「ファイルから転記できないか」を先に確認します。

個人情報は利用目的を明示し、採用に不要な情報を集めない

応募フォームでは、個人情報の取得目的を送信前に候補者が確認できる状態にします。個人情報保護委員会のガイドラインでは、本人がWebの入力画面などへ直接個人情報を入力する場合、原則として利用目的をあらかじめ明示することが求められています。

さらに職業安定法第5条の5では、求人者や労働者を募集する者が求職者等の個人情報を扱う際、募集業務の目的達成に必要な範囲で、目的を明らかにして収集・保管・使用することが定められています。厚生労働省も、独自のエントリーシートやインターネット上の応募入力画面を作る場合、応募者の適性・能力に関係のない事項を含めないよう求めています。

特に、本籍・出生地、家族に関する情報、宗教、支持政党、思想・信条、労働組合への加入状況などは、採用フォームへ安易に追加すべき項目ではありません。

ここで注意したいのが「同意チェックボックスを置けばよい」と考えないことです。Webフォームで個人情報を直接取得する際に重要なのは、まず利用目的を事前に明示することです。別目的での利用、第三者提供など、本人同意が必要になる取扱いがある場合は、その取扱いに応じて同意方法を設計します。チェックボックスの有無だけで個人情報の取扱い全体を判断しないようにします。

実装前には、少なくとも次を決めます。

• 応募者情報を何のために取得するか
• どの項目を取得するか
• ATSや採用担当者にどこまで共有するか
• どのシステムへ保存するか
• 採用終了後の保管・削除ルールをどうするか
• 外部サービスへデータを渡す場合、どの取扱いが必要か

個別の法的判断が必要な運用は、社内法務や個人情報保護の担当者と確認してください。

添付ファイルはアップロード後の管理まで設計する

履歴書や職務経歴書の添付欄は、アップロードできれば終わりではありません。候補者が送信したファイルを、誰が、どこで、どの応募者にひも付けて確認するかまで決めます。

フォーム要件では、次を明文化します。

• 対応するファイル形式
• 1ファイルまたは合計の容量上限
• 履歴書・職務経歴書・ポートフォリオなどの種別
• 複数ファイルを受け付けるか
• アップロード失敗時のエラー表示
• ATSへファイルを自動登録するか
• 後提出・再提出の方法
• 採用担当者の閲覧権限

ATSによって、扱えるファイル形式や容量、登録方法は異なります。フォーム側だけで仕様を決めず、利用中または導入予定のATS仕様と突き合わせてください。

入力エラーは「場所・原因・直し方」を文字で伝える

応募フォームのエラー表示は、赤枠だけでは不十分です。W3CのWCAG 2.2では、入力エラーを自動検出した場合、エラーとなった項目を特定し、内容をテキストで説明することを求めています。修正方法が分かる場合は、修正案を提示することも定めています。

入力エラーは色だけで示さず、どこを、なぜ、どう直すのかまで分かる状態にします。

たとえば「入力エラーです」ではなく、次のように具体化します。

• メールアドレス：「@を含むメールアドレスを入力してください」
• 必須項目：「応募職種を選択してください」
• 添付ファイル：「PDFまたはDOCX形式でアップロードしてください」
• 容量超過：「ファイル容量が上限を超えています。設定した上限以下にしてください」

送信時に複数のエラーがある場合は、該当欄の近くにエラーを出しつつ、ページ上部にもエラー一覧を出すと修正箇所を把握しやすくなります。修正のたびに入力済み内容が消えないことも確認します。

アクセシビリティは公開前テストに含めます。2023年の米国研究では、30社のオンライン求人応募を3人のスクリーンリーダー利用者が90回試したところ、50回が完了でき、23社のサイトでは少なくとも1つの利用環境で応募を妨げる重大な問題が確認されました。米国の大企業30社を対象とした研究であり日本全体を表す数字ではありませんが、キーボード操作や読み上げ環境で応募完了まで確認する必要性を示す資料になります。

ATS連携はフォーム項目を作る前に登録先を決める

ATSはApplicant Tracking Systemの略で、応募者情報や選考状況を管理する採用管理システムです。ATS連携を予定している場合は、フォームを先に完成させてから連携方法を考えるのではなく、入力項目とATSの登録先を同時に決めます。

たとえばHERP Hire APIでは、応募情報の新規作成・取得、応募にひも付くファイルの取得、選考・面談データの登録などが提供されています。応募登録APIには、職種ID、応募経路、氏名、メールアドレス、電話番号などの項目があります。これは一つのATSの例であり、実際の項目名や必須条件は利用するATSごとに確認が必要です。

フォーム項目は入力画面だけで決めず、ATSのどの項目へ登録するかまで対応させます。

フォームとATSの対応表は、少なくとも次の形で作ります。

連携方法は、大きく3つに分けられます。

1. ATSが提供する応募ページを利用する
2. 自社フォームからAPI等でATSへ自動登録する
3. 自社フォームで受け取り、CSVや手作業でATSへ登録する

採用件数が少なく手動運用でも支障がない企業と、多職種・多拠点で大量の応募を扱う企業では適した方法が異なります。判断軸は、候補者の操作だけでなく、登録漏れ、転記作業、ファイル管理、求人とのひも付けまで含めて考えます。

応募完了後は受付結果と次の行動を明確にする

送信後は「完了しました」だけで終わらせず、候補者が応募できたことを確認できる情報を出します。

最低限、次を検討します。

• 応募を受け付けたこと
• 応募した職種
• 受付メールを送る場合はその案内
• 次回連絡の方法と、社内運用で約束できる範囲の目安
• メールが届かない場合の確認方法
• 書類不足や再提出が必要になった場合の案内方法

同時に採用側では、ATSへの登録、担当者通知、応募経路、対象職種、添付ファイルまで正しく入っているか確認します。候補者画面では成功していても、ATS登録が失敗していれば応募受付の運用としては完了していません。

公開前は候補者画面と採用業務を一続きでテストする

公開前テストでは、フォームの見た目だけでなく「求人ページから応募し、ATSで応募者を確認し、受付案内を受け取る」までを通します。

応募フォームだけでなく、採用サイト全体の掲載情報や導線を見直す場合は、「採用サイトには何を載せるべきか」もあわせて確認すると整理しやすくなります。

公開前テストは候補者側の送信完了だけでなく、受付案内とATSへの正しい登録まで確認します。

実際の採用フローでは、同じメールアドレスからの再応募、複数求人への応募、ATS停止時、添付ファイルだけ失敗した場合なども起こり得ます。これらの例外時に「応募を受け付けたことにするのか」「再送を案内するのか」を決めておくと、候補者対応と社内処理がぶれにくくなります。

フォーム要件を整理するときは、「必須項目」「利用目的」「ATSの登録先」「添付仕様」「公開前テスト」を一枚で確認できる形にすると、制作会社・人事・情報システム担当の認識をそろえやすくなります。

実務で使える資料を手元に置いて確認したい場合は、資料ダウンロードも活用してください。

まとめ

採用サイトの応募フォームは、候補者が入力する画面だけを設計しても不十分です。「応募時に本当に必要な情報」「個人情報の取得目的」「添付ファイルの扱い」「分かりやすいエラー表示」「ATSへの登録先」「応募完了後の案内」を一つの流れとして決める必要があります。

最初に、各項目を「応募時に必要・条件付き・後から取得」に分け、その後にATSとの項目対応表を作ってください。最後はスマートフォンやキーボード操作を含め、候補者の送信から採用担当者の受信・ATS登録まで通しで確認します。

項目を増やすか減らすかだけではなく、候補者と採用担当者の双方が迷わず次へ進める状態を作ることが、採用応募フォーム設計の完成条件です。

参考文献・データ元

‹ 親記事: 採用サイトには何を載せるべきか。ページの作り方とSEO・AIOの基礎知識