用
情
報
は
こ
ち
ら
応募フォームの離脱を減らすには？スマホ入力と応募完了までの改善ポイント
応募フォームの離脱を減らすには、スマートフォンでの入力、応募書類の添付、エラーからの復帰、応募完了後の案内を一続きで確認します。採用サイトから外部の採用管理システム（ATS）へ移る場合も、求人の選択が引き継がれ、最後まで応募できるか試しましょう。
この記事の要点
- 応募開始と完了の定義をそろえ、職種や端末ごとに止まる箇所を確認する。
- 書類添付、必須項目、アカウント作成、エラー時の再入力を実機で試す。
- 受付完了と今後の選考連絡を案内し、ATS側の記録とも照合する。
応募開始から完了までを確認する
応募完了率は、同じ期間の応募開始セッション数を分母、そのセッション内で応募を完了したセッション数を分子として計算できます。応募者の人数を数えたい場合は別の指標を用意し、重複応募の扱いを決めます。求人閲覧数やボタンクリック数を分母にする場合は、指標名と意味を分けてください。
仮の数値による計算例として、同一期間に応募を開始した100セッションのうち、同じセッション内で60セッションが完了した場合、応募完了率は60％です。後日別セッションで完了した応募や計測できなかった操作もあり、この差を全員の応募断念と断定できません。ATSの受付件数との違いも確認します。
職種別、流入経路別、スマートフォンとパソコン別に、応募ボタンから完了までをたどります。項目ごとの計測がなくても、人事担当者がテスト応募し、手順と迷った場所を記録できます。個人の入力内容を分析データに送らないよう、計測項目の設計も確認します。
入力項目と職種の引き継ぎを確認する
採用担当者と選考に関わる現場担当者で、応募時に必要な情報と選考の後の段階で聞ける情報を整理します。氏名、連絡先、希望職種などの用途を確認し、回答必須と任意を明記します。W3Cはフォームの入力説明として、必須項目や求める入力形式を分かりやすく示すことを案内しています。出典 W3C Form Instructions
たとえば営業職の求人から応募を始めた人に、応募画面で再び全職種から選ばせる場合は、選択ミスが起きないか確認します。求人情報から希望職種が引き継がれる場合も、変更できるか、変更後に正しい求人へ届くかまで試します。応募先が見つからず迷う場合は、職種名や勤務地をフォーム上にも表示します。
アカウント作成が必要な場合は、応募前に必要な理由と手順を案内し、確認メールから元の応募画面へ戻れるか、入力済みの職種が残るかを確認します。必須にするかどうかは、ATSの制約と運用、応募者への負担を踏まえて検討します。
スマートフォンで書類を添付できるか試す
履歴書や職務経歴書を必要とする求人では、対応形式、容量、必要な書類、ファイル名の条件を添付前に示します。スマートフォン上のファイル選択画面から保存済みの書類を選べるか、添付後に選択したファイルが確認できるかを実機で試してください。書類が手元にない人に対しては、後日の提出を受け付けられるか採用フローを確認し、可能な場合は手順を案内します。
| 確認項目 | テストする操作 |
|---|---|
| 入力 | 小さい画面で項目名と必須・任意を確認し、文字を入力する |
| 書類 | 対応形式の添付と、形式や容量が合わない場合の表示を試す |
| エラー | 必須欄を空にして送信し、入力済み内容が残るか確認する |
| 完了 | 受付画面、通知、ATSの応募先と記録を照合する |
画面を拡大しても操作できるか、メールアドレスや電話番号を入力しやすいかも確認します。通信が途切れた場合や書類の送信に時間がかかる場合は、処理中の状態と再試行方法が分かるようにします。表示できる機能がATSの設定に依存する場合は、提供元に変更可否を確認します。
テスト応募で確認する流れ
採用担当者は、公開中の求人詳細から実際の応募者と同じ経路をたどります。テスト用の応募であることを受付担当者に共有し、職種や勤務地を選んだ状態から、添付、入力エラーの修正、最終送信、通知の確認まで記録します。試験データが選考対象に混ざらないよう、ATSでの扱いも先に決めましょう。
次に、募集職種を変えて同じ操作を行い、求人名や勤務地が応募データに正しく保存されているか確認します。選考担当者が複数いる場合は、受付後に誰が通知を受け、誰が連絡するかも点検します。応募者が画面上で完了できても、社内の担当者に届かなければ選考が進まないためです。
書類の添付が失敗した場合には、失敗理由と再操作の方法を表示し、送信が完了していないことを明確にします。通信が不安定な状態から戻った際、添付したつもりの書類が外れていないかも確認します。添付が必須の求人と後日提出を認める求人がある場合は、各求人の案内とATSの設定が一致している必要があります。
実機テストの結果は、端末、ブラウザー、求人、操作、実際の表示を簡潔に残し、ATSの提供元や制作担当に共有します。修正後は同じ手順で再確認し、完了画面だけでなく受付記録まで追います。応募者からの問い合わせが多い点も、修正の優先順位を決める参考になります。
エラーから完了通知まで確認する
入力に問題があるときは、どの項目をどう直せばよいか、該当箇所の近くに示します。再送信のたびに氏名や経歴を最初から入力する必要がないか、添付書類が保持されるかも試します。保持できない場合は、そのことを示して再添付の方法を案内しましょう。
送信後は応募を受け付けたことを画面に示し、通知メールを送る運用なら送信先と確認方法を案内します。次の選考連絡の目安を載せる場合は、実際に対応できる期間を採用担当者と決めます。完了画面が出ない場合に応募者が確認できる窓口も用意します。重複送信を避ける処理と、複数回押したときの受付結果も検証します。
ATSの内外で計測と改善をつなぐ
採用サイトからATSへ遷移するとドメインや計測の仕組みが変わることがあります。サイト側の応募ボタン、ATS内の開始と完了、受付記録がそれぞれ取得できるかを担当者と確認します。ドメイン間の設定や同意の状態によって行動をつなげられない場合は、その制約を記録し、別々の件数として扱います。
改善は求人や端末を絞って仮説を作ります。たとえば添付で止まる人が多い場合、添付条件の事前案内と実機テストを行い、同じ定義の応募開始・完了とATSの受付件数を変更前後で確認します。募集条件や流入元が変わった場合は、その影響も記録します。受付件数だけでなく、応募後の選考対応に必要な情報がそろっているかも点検します。
応募前に仕事内容への疑問が残る場合は、社員が説明する動画と質問の選択肢を案内に使う方法もあります。VideoChooseのサービス紹介で案内の形式を確認し、応募フォームとATSへの接続方法は個別に検討してください。
よくある質問
応募書類は必ず最初に集めるべきですか？
選考に必要な時点と採用担当者の運用を確認して決めます。後日提出を受け付ける場合は、提出先と期限を明確にします。
ATS内の画面を自社で変更できない場合は？
設定できる項目を提供元に確認し、自社サイト側で書類や応募手順を事前に案内するなど、変更できる範囲から対応します。
応募ボタンのクリック数を完了数として扱えますか？
クリックは応募開始前の行動です。実際の応募受付はATSの記録や完了時の計測で別に確認します。
応募前の案内から応募ページへの導線を検討したい方は、VideoChooseに相談するからお問い合わせください。