2026.11.13

Web集客

人材紹介のLP改善｜登録フォームで求職者の途中離脱を減らす方法

「広告や求人サイトから求職者はLPに来ているのに、登録の件数が増えない」
「登録フォームのどの項目で求職者が離れているのか分からない」

こんなお悩みはありませんか。

LPの訪問数は見えていても、登録フォームの入力途中で何が起きているのかは見えにくいですよね。

この記事では、人材紹介のLP改善で、求職者が登録フォームの入力途中で離脱する原因と、計測から直す順番をわかりやすく解説します。

登録フォームの数字の見方や、LP改善の進め方から相談したい場合は、malnaのマーケティング支援をご利用いただけます。

人材紹介のLP改善とは登録フォームの途中離脱を減らす取り組み

人材紹介のLP改善とは、求職者がLPを訪れてから登録を終えるまでの流れを見直し、登録フォームの入力途中で離れる人を減らす取り組みです。

広告や記事で集めた求職者も、登録を終えなければ、人材紹介会社は面談の連絡ができません。

LP改善の範囲と、入力途中の離脱から手を付ける理由は、次の2つです。

LP改善と入力フォーム最適化の違い
人材紹介で入力途中の離脱を先に減らす理由

LP改善と入力フォーム最適化の違い

LP改善は、LPO（ランディングページ最適化）とも呼ばれます。

LPOは、訪問者がLPに来てから登録や問い合わせに至るまでの導線を見直す取り組みです。

対象は、ファーストビューの見出し、ボタンの位置、掲載する情報、登録フォームを含むLP全体です。

EFOは入力フォーム最適化の略称で、LPの中でも登録フォームだけを対象にします。

項目の数、入力欄の種類、エラーの表示、送信ボタンの位置などを見直します。

比べる点	LP改善（LPO）	EFO（入力フォーム最適化）
対象	LP全体	登録フォーム
見直す箇所	ファーストビュー、ボタン、掲載する情報	項目の数、入力欄の種類、エラーの表示
主に見る数字	フォームの入力を始めた人数	入力を始めた人数と送信した人数の差

人材紹介のLP改善では、LP全体とEFOを分けて考え、離脱の人数を数字で確かめやすい登録フォームから見るのがおすすめです。

人材紹介で入力途中の離脱を先に減らす理由

登録フォームに入力を始めた求職者は、少なくとも登録を考えてフォームを開いた人です。

一方で、送信まで進まなければ、人材紹介会社は面談の連絡を取る手段を持てません。

入力を始めた人数と送信した人数の差は、広告費を増やさずに見直せる部分です。

広告の配信量を増やす前に、入力途中で離れている求職者の人数を確かめましょう。

離脱の人数は各社のLPで違うため、まずは自社の入力開始と送信完了の人数を比べてください。

求職者をLPまで集める方法は、次の記事で紹介しています。

関連記事：人材紹介会社の集客方法8選！求職者と取引先企業を増やすコツ

人材紹介の求職者が入力途中で離脱する5つの原因

原因によって直す箇所が違うため、まずは自社の登録フォームで起きている原因を特定しましょう。

入力途中の離脱につながりやすい原因は、次の5つです。

入力項目が多く終わりが見えない
スマホで文字を打つ手間が大きい
エラーの直し方がわからない
個人情報を渡す不安が残る
登録した後の流れが見えない

次の表は、原因ごとに求職者に起きる状況と、見直す箇所の対応です。

原因	求職者に起きる状況	見直す箇所
入力項目が多い	入力の終わりが見えない	初回登録で聞く項目
スマホでの入力の手間	小さな画面で打つ文字が多い	自動入力とキーボードの種類
エラーの直し方が不明	同じ欄を何度も入力し直す	エラーの位置と文面
個人情報への不安	情報の使われ方が想像できない	利用目的の記載
登録後の流れが不明	送信後の連絡が予想できない	ファーストビューの説明

入力項目が多く終わりが見えない

Googleが運営する開発者向けサイトのweb.devは、登録時に求める情報をできるだけ少なくするよう勧めています。

追加の情報は、必要になった時点で集めればよいという考え方です。

web.devは、保存する情報には費用と責任が伴う点も指摘しています。

また、ECの購入手続きを調べたBaymard Instituteは、手順の数より入力項目の総数のほうが使いやすさへの影響が大きいとしています。

人材紹介の登録フォームでも、連絡先に加えて職務経歴や希望条件まで1画面で求めると、求職者は入力がいつ終わるのかを予想できません。

入力にかかる時間が分からないまま項目が続くと、途中で入力をやめる求職者が出る可能性があります。

対策は「初回登録で聞く項目を減らす」で解説します。

参考：Sign-up form best practices｜web.dev

参考：Checkout Optimization: Minimize Form Fields｜Baymard Institute

スマホで文字を打つ手間が大きい

スマホから登録する求職者にとっては、小さな画面で文字を打つ手間が離脱の原因になりえます。

入力欄に合うキーボードが表示されないと、電話番号の欄で、文字のキーボードから数字の画面へ移る操作が増えます。

ブラウザーの自動入力が使えない設定では、氏名や住所を1文字ずつ打つ必要があります。

web.devは、autocomplete属性で自動入力を使えるようにし、type属性でモバイルに合うキーボードを表示するよう勧めています。

対策は「スマホで入力しやすい登録画面にする」で解説します。

参考：Sign-up form best practices｜web.dev

エラーの直し方がわからない

ウェブアクセシビリティの国際的な基準であるWCAG 2.1の解説は、エラーの直し方が分からない利用者がフォームを途中であきらめる場合があるとしています。

「入力内容に誤りがあります」とだけ表示されると、求職者はどの欄をどう直せばよいか分かりません。

電話番号のハイフンや、全角と半角の違いでエラーが出る場合、求職者は同じ欄を何度も入力し直します。

対策は「エラー表示を見直して入力途中の離脱を防ぐ」で解説します。

参考：達成基準 3.3.3 エラー修正の提案を理解する｜WAIC

個人情報を渡す不安が残る

登録フォームでは、氏名、電話番号、メールアドレスなど、求職者にとって渡すのに慎重になる情報を求めます。

厚生労働省の指針は、職業紹介事業者に、個人情報をどの目的で集めて使うのかを具体的に示すよう求めています。

利用目的が書かれていないフォームでは、求職者が情報の使われ方を想像できず、送信の前で手が止まる可能性があります。

対策は「人材紹介のLPで登録前の不安を減らす情報設計」で解説します。

参考：職業紹介事業者等の指針（平成11年労働省告示第141号）｜厚生労働省

登録した後の流れが見えない

送信した後に誰から、いつ、どの方法で連絡が来るのかが分からないと、求職者は送信を決めにくくなる可能性があります。

たとえば、送信後すぐに電話がかかってくるのか、メールで面談の候補日が届くのかは、送信前に気になる点の例です。

登録後の流れを示しても離脱が減るとは限らないため、変更の前後で送信完了の人数を比べてください。

対策は「人材紹介のLPで登録前の不安を減らす情報設計」で解説します。

LP改善の前に離脱が起きている箇所を計測する

直す箇所を決める前に、LPの訪問、フォームの入力開始、送信完了の人数を分けて見て、求職者がどこで離れているかを確かめましょう。

感覚で直す箇所を選ぶと、離脱の少ない箇所に時間を使ってしまう場合があります。

計測の進め方は、次の3つです。

入力開始と送信完了の人数を分けて見る
GA4の拡張計測機能でフォーム操作を記録する
LP改善で直す課題の優先順位を決める

入力開始と送信完了の人数を分けて見る

LPでの離脱は、フォームに入力を始める前の離脱と、入力を始めた後の離脱に分けて見ましょう。

LPの訪問数に対して入力開始が少ない場合は、LPの内容やボタンの位置に原因がある可能性があります。

入力開始は多いのに送信完了が少ない場合は、登録フォームの項目やエラー表示に原因がある可能性があります。

数字の状態	考えられる原因	先に見る箇所
訪問は多いが入力開始が少ない	LPで登録する理由が伝わっていない	LPの情報とボタンの文言
入力開始は多いが送信完了が少ない	入力の手間、エラー、個人情報への不安	項目、スマホでの入力、エラー表示
送信完了は多いが面談が少ない	連絡がつかない登録が多い	面談につながった人数の推移

GA4の拡張計測機能でフォーム操作を記録する

Googleアナリティクス4（GA4）の拡張計測機能を使うと、フォームの操作をイベントとして記録できます。

form_startは、ユーザーがセッションで初めてフォームを操作したときに記録されるイベントです。

form_submitは、ユーザーがフォームを送信したときに記録されるイベントです。

送信の操作を記録するため、登録が受け付けられたかどうかまでは分かりません。

登録が受け付けられた人数は、送信後の完了ページの表示回数でも確かめましょう。

Googleのヘルプは、2つのイベントで、入力を開始した人数と送信した人数を比べられるとしています。

LPに登録フォーム以外のフォームもある場合は、イベントのform_idで登録フォームの数字だけを分けて見ましょう。

form_idをレポートで使うには、カスタムディメンションの作成が必要です。

拡張計測機能は管理画面でオプションを有効にして使い、コードの変更は不要です。

同じヘルプは、個人を特定できる情報が収集されないようにする必要があるとも注意しています。

ただし、2つのイベントだけでは、どの項目で入力が止まったかまでは分かりません。

項目ごとの離脱を見たい場合は、追加のイベント設定や、項目単位で記録するツールが必要になる場合があります。

有効にした後は、自分で入力と送信を試し、2つのイベントが記録されているかを確かめましょう。

参考：拡張計測機能イベント｜アナリティクスヘルプ

LP改善で直す課題の優先順位を決める

計測で離脱の多い箇所が分かったら、次は直す順番を決めましょう。

離れている人数が多い箇所のうち、変更の手間が小さいものから直しましょう。

たとえば、確認用のメールアドレス欄を消す作業は、LPのデザインを作り直すより短い期間で済みます。

大きな作り直しを先に行うと、どの変更で数字が変わったのかを見分けにくくなります。

離れている人数	変更の手間	直す順番
多い	小さい	最初に直す
多い	大きい	2番目に計画する
少ない	小さい	手が空いたときに直す
少ない	大きい	後回しにする

初回登録で聞く項目を減らす

初回登録では面談の連絡に必要な項目だけを聞き、職務経歴や希望条件の詳細は登録後に分けて聞きます。

求職者が最初に入力する量を減らせば、送信までの手間を小さくできます。

項目の減らし方は、次の4つです。

人材紹介の面談連絡に必要な項目だけを残す
職務経歴は登録後に分けて聞く
確認用の再入力欄をなくす
画面を分けるより項目の数を減らす

人材紹介の面談連絡に必要な項目だけを残す

初回登録に残す項目は、面談の連絡を取るために必要なものから選びましょう。

たとえば、氏名、電話番号、メールアドレス、希望する連絡方法が候補になります。

厚生労働省の指針は、職業紹介事業者が、業務の目的の達成に必要な範囲内で、目的を明らかにして個人情報を収集するよう求めています。

同じ指針は、人種、民族、社会的身分、門地、本籍、出生地、思想や信条、労働組合への加入状況などを、原則として収集してはならない情報に挙げています。

ただし、特別な職業上の必要性があり、収集目的を示して本人から集める場合などの例外もあります。

法令や指針の当てはめは個別の事情で変わるため、項目を決める際は、弁護士などの専門家や都道府県労働局に確認してください。

参考：職業紹介事業者等の指針（平成11年労働省告示第141号）｜厚生労働省

職務経歴は登録後に分けて聞く

職務経歴、資格、希望年収などの詳しい情報は、面談の日程を決めた後や、面談の場で聞く流れにします。

web.devも、追加の情報は必要になった時点で、利用者が提供する利点を感じられるときに集めるよう勧めています。

初回登録で聞かない項目は、面談前に送る別のフォームや、面談での聞き取りで補えます。

次の表は、聞く時点ごとの項目の例です。

聞く時点	主な項目	聞く目的
初回登録	氏名、電話番号、メールアドレス、希望する連絡方法	面談の連絡を取る
面談の日程を決めた後	職務経歴、保有資格	面談で紹介する求人を考える
面談の場	希望年収、転職の時期、希望条件の詳細	求人の紹介と条件の確認

なお、厚生労働省の指針は、必要な範囲を超える個人情報の収集への同意を、職業紹介の条件にしてはならないとしています。

登録後に詳しい情報を聞く場合も、何に使う情報かを示したうえで集めましょう。

参考：Sign-up form best practices｜web.dev

参考：職業紹介事業者等の指針（平成11年労働省告示第141号）｜厚生労働省

確認用の再入力欄をなくす

メールアドレスを2回入力させる確認欄は、求職者の入力の手間を増やします。

web.devは、連絡先の誤りを防ぐための二重の入力は送信までを遅らせ、自動入力された欄では意味がないとしています。

代わりに、入力された連絡先へ確認コードを送り、利用者が応答した時点で登録を進める方法を勧めています。

人材紹介の登録では、登録直後に自動返信メールを送り、届かない場合に求職者が連絡先の誤りに気付ける形にする方法もあります。

参考：Sign-up form best practices｜web.dev

画面を分けるより項目の数を減らす

登録フォームを複数の画面に分け、1画面に1〜2問ずつ聞く形もあります。

画面を分ける形は、1画面あたりの入力量を少なく見せられます。

一方で、Baymard InstituteはECの購入手続きの調査で、手順の数より入力項目の総数のほうが使いやすさに影響するとしています。

人材紹介の登録フォームを調べた結果ではないため参考として扱い、画面を分ける前に項目の総数を減らしましょう。

参考：Checkout Optimization: Minimize Form Fields｜Baymard Institute

スマホで入力しやすい登録画面にする

スマホで登録する求職者に向けて、自動入力、入力内容に合うキーボード、選択式の項目、押しやすいボタンで、打つ文字と操作の数を減らします。

制作会社やエンジニアに改修を頼む場合も、属性の名前を具体的に伝えると、作業の範囲を共有しやすくなります。

見直す箇所は、次の4つです。

自動入力が使えるように項目を設定する
入力内容に合うキーボードを表示する
選べる項目は選択式にする
入力欄とボタンを押しやすいデザインにする

自動入力が使えるように項目を設定する

autocomplete属性は、ブラウザーに保存された氏名や住所などを、入力欄へ自動で入れる手助けをするための指定です。

入力欄ごとに、何の情報を入れる欄かを値で指定します。

入力欄	autocompleteの値	自動で入る内容
姓	family-name	名字
名	given-name	名前
電話番号	tel	電話番号
メールアドレス	email	メールアドレス
郵便番号	postal-code	郵便番号
都道府県	address-level1	都道府県
生年月日	bday	生年月日

web.devも、登録フォームではemailやtelなどの値を、できるだけ多くの入力欄に付けるよう勧めています。

参考：HTML 属性: autocomplete｜MDN

参考：Sign-up form best practices｜web.dev

入力内容に合うキーボードを表示する

電話番号の欄にtype=”tel”、メールアドレスの欄にtype=”email”を指定すると、スマホでは入力内容に合うキーボードが表示されます。

MDNは、電話番号やメールアドレスの欄には、ふつうはtype=”tel”やtype=”email”を使うよう説明しています。

郵便番号のように数字だけを入れる欄は、inputmode=”numeric”で数字のキーボードを表示できます。

MDNの説明では、inputmodeは、ブラウザーに適切な仮想キーボードを表示させるための属性です。

web.devも、適切なtype属性を使うと、モバイルで合うキーボードが表示され、ブラウザーの基本的な検証も使えるとしています。

参考：inputmode｜MDN

参考：Sign-up form best practices｜web.dev

選べる項目は選択式にする

希望職種、希望勤務地、経験年数のように答えの候補が決まっている項目は、選択式にします。

選択式にすると、求職者は文字を打たずに答えられ、社内で集計するときの表記のゆれも減ります。

職種のように選択肢が多い項目は、大きな分類を選んでから細かい職種を選ぶ形にすると、1画面に表示する選択肢の数を減らせます。

選択肢に当てはまらない求職者のために、「該当なし」や自由記入の欄も用意しましょう。

入力欄とボタンを押しやすいデザインにする

スマホでは、指で押す範囲が小さいと、隣の入力欄や選択肢を誤って押しやすくなります。

入力欄と送信ボタンは指で押しやすい大きさにし、ボタン同士の間を空けましょう。

入力欄の見出しは、入力欄の中の薄い文字だけで示さず、入力欄の外に表示します。

入力欄の中の薄い文字は入力を始めると消えるため、何を入れる欄かを途中で確かめられなくなります。

送信ボタンは、最後の入力欄のすぐ下に置き、画面を探さずに押せる位置にします。

エラー表示を見直して入力途中の離脱を防ぐ

エラーは入力欄のすぐ近くに表示し、何が違うのかと直し方を文で示し、入力が終わる前には出さないようにします。

エラー表示の見直しは、項目の削減と同じく、LPのデザインを作り直さずに短い期間で進められます。

見直す箇所は、次の3つです。

エラーは入力欄のすぐ近くに表示する
直し方を具体的な文で伝える
入力が終わる前にエラーを出さない

エラーは入力欄のすぐ近くに表示する

WCAG 2.1の達成基準3.3.1は、入力エラーを自動で検出した場合に、エラーの箇所を特定し、テキストで説明するよう求めています。

フォームの上部に「入力内容に誤りがあります」とだけ出す形では、求職者はどの欄を直せばよいかを探す必要があります。

ユーザビリティの調査会社であるNielsen Norman Group（NN/g）は、エラーメッセージを問題のある入力欄の下か横に表示するよう勧めています。

入力欄のすぐ近くにあれば、求職者はメッセージを覚えておかずに、見ながら直せます。

エラーの欄を赤色で示す場合も、色だけに頼らず、文やアイコンを添えましょう。

参考：達成基準 3.3.1 エラーの特定を理解する｜WAIC

参考：10 Design Guidelines for Reporting Errors in Forms｜Nielsen Norman Group

直し方を具体的な文で伝える

WCAG 2.1の達成基準3.3.3は、入力エラーを自動で検出し、修正方法を提案できる場合は、提案を利用者に示すよう求めています。

NN/gも、エラーメッセージは明確で丁寧かつ具体的にし、直し方を示すよう勧めています。

次の表は、人材紹介の登録フォームで出やすいエラーの書き方の例です。

入力欄	分かりにくい表示	直し方を示す表示
電話番号	入力形式が正しくありません	電話番号の桁数が足りません。市外局番から入力してください
メールアドレス	不正な値です	メールアドレスに「@」が入っているか確かめてください
希望勤務地	必須項目です	希望勤務地を1つ以上選んでください

電話番号のハイフンのように、人によって入力のしかたが違う項目は、どちらの形でも受け付けると、エラーが出る回数を減らせます。

参考：達成基準 3.3.3 エラー修正の提案を理解する｜WAIC

参考：10 Design Guidelines for Reporting Errors in Forms｜Nielsen Norman Group

入力が終わる前にエラーを出さない

NN/gは、入力が終わる前に入力欄を検証しないよう勧めています。

メールアドレスを1文字打っただけで「形式が正しくありません」と表示されると、求職者は入力を続けにくくなる可能性があります。

一方で、NN/gは、入力欄ごとにすぐ検証する形をできる限り使うよう勧めています。

求職者が入力欄から次の欄へ移った時点でエラーを出せば、送信後にまとめて出すより早く誤りに気付けます。

参考：10 Design Guidelines for Reporting Errors in Forms｜Nielsen Norman Group

人材紹介のLPで登録前の不安を減らす情報設計

LPの本文では、登録後の流れ、ボタンと登録画面の文言の一致、個人情報の利用目的と費用の扱いを、求職者が送信前に確かめられるようにします。

入力開始の人数が少ない場合は、登録フォームより先に、LPに載せる情報を見直しましょう。

載せる情報は、次の3つです。

ファーストビューで登録後の流れを示す
ボタンの文言と登録画面の見出しをそろえる
個人情報の利用目的と求職者の費用を明記する

ファーストビューで登録後の流れを示す

ファーストビューは、LPを開いて最初に表示される画面の範囲です。

最初の画面か、最初の画面のすぐ下に、「登録、担当者からの連絡、面談、求人の紹介」のように、登録後の流れを短く示しましょう。

連絡の手段と時期も書くと、求職者は送信後に何が起きるかを予想できます。

たとえば、「登録後、担当者からメールで面談の候補日をお送りします」のように、自社の運用に合わせて書きます。

流れを示した場合の離脱の減り方は各社のLPで違うため、変更の前後で入力開始と送信完了の人数を比べてください。

ボタンの文言と登録画面の見出しをそろえる

LPのボタンに「無料で転職相談をする」と書いているのに、押した先の見出しが「会員登録」だと、求職者は違う画面に来たと感じる可能性があります。

ボタンの文言と、押した先の登録画面の見出しは、同じ言葉にそろえましょう。

LPに複数のボタンを置く場合も文言をそろえ、すべて同じ登録画面へ進むようにします。

ボタンを押した先で、最初に何を入力するかが一目で分かる画面にすると、求職者は入力を始めやすくなります。

個人情報の利用目的と求職者の費用を明記する

登録フォームの近くには、入力した個人情報を何に使うのかを具体的に書きましょう。

厚生労働省の指針は、個人情報の利用目的を、求職者が一般的かつ合理的に想定できる程度に具体的に明示するよう求めています。

たとえば、「求人の紹介と面談の連絡に使います」のように、使う場面を書きます。

費用の扱いも、求職者が送信前に気にする可能性がある点です。

職業安定法第32条の3第2項は、有料職業紹介事業者は求職者から手数料を徴収してはならないと規定しています。

ただし、求職者の利益のために必要と認められる場合として厚生労働省令で規定するときは、例外として手数料を徴収できます。

自社が求職者から手数料を受け取らない場合は、LPや登録フォームの近くに明記しましょう。

LPに載せる表現や個人情報の取り扱いの文面は、個別の事情で判断が変わるため、弁護士などの専門家に確認してください。

参考：職業紹介事業者等の指針（平成11年労働省告示第141号）｜厚生労働省

参考：職業安定法｜e-Gov法令検索

LP改善の効果を検証して登録完了率を高める進め方

変える箇所を1回に1つにして変更の前後を比べ、登録完了率と、面談につながった人数の両方で判断します。

登録完了率は、フォームの入力を始めた人数のうち、送信まで進んだ人数の割合です。

進め方は、次の2つです。

変える箇所は1回に1つにする
人材紹介の成果は面談につながった人数まで見る

変える箇所は1回に1つにする

項目の削減とエラー表示の変更を同時に行うと、数字が変わっても、どちらの変更が影響したのかが分かりません。

1回の変更は1か所にし、変更した日と内容を記録しましょう。

比べる期間は、変更前と変更後で同じ長さにし、曜日の偏りが出ないよう週単位でそろえます。

広告の配信量や求人の掲載数が大きく変わった週は、LPの変更以外の理由で数字が変わる可能性があるため、記録に残します。

訪問数が多いLPでは、A/Bテストで2つの案を同じ期間に比べる方法もあります。

A/Bテストは、訪問者を2つのグループに分けて別の案を表示し、結果を比べる方法です。

人材紹介の成果は面談につながった人数まで見る

項目を減らして登録完了率が上がっても、連絡がつかない登録が増えれば、面談の件数は増えません。

人材紹介では、登録の後に面談が行われて初めて、求人の紹介に進めます。

変更の前後で、登録した人数に加えて、面談につながった人数と、登録から面談までの割合も比べましょう。

見る数字	分かる内容の目安
入力開始の人数	LPを読んで登録を考えた求職者の数
登録完了率	登録フォームの入力しやすさ
面談につながった人数	登録した求職者と連絡が取れたか