ブログ｜EFO（入力フォーム最適化）とは？離脱を減らす設計と改善方法

FOとは「Entry Form Optimization」の略で、入力フォームの理解、入力、確認、送信に伴う負担や不具合を減らし、ユーザーが目的の手続きを完了できるようにする改善活動です。日本語では「入力フォーム最適化」と呼ばれます。EFOの対象は入力項目の削減だけではありません。フォームへ進む前の説明、ラベル、入力形式、自動入力、エラー通知、スマートフォンでの操作、個人情報への不安、送信処理、完了計測までを一つの体験として整えます。効果はフォームの見た目ではなく、表示、入力開始、送信操作、正常受付を分け、フォーム開始率、フォーム完了率、有効問い合わせ率で確認することが重要です。送信数だけでなく、問い合わせの質と受付業務への影響も併せて評価します。

EFOとは入力フォームを完了しやすくする改善活動

EFOとは、問い合わせ、資料請求、予約、会員登録、見積もり、購入などに使う入力フォームを、ユーザーが迷わず正確に完了できる状態へ近づける取り組みです。Entry Form Optimizationの頭文字を取った表現で、日本のWebマーケティング実務では入力フォーム最適化の意味で使われています。

フォームは、企業が情報を取得する画面であると同時に、ユーザーが相談や申込みという目的を達成する画面です。企業側が欲しい情報を並べるだけでは、入力する理由、必要な時間、送信後の流れが伝わりません。EFOでは、企業の受付要件とユーザーの負担を照合し、双方に必要な情報と操作だけを残します。

EFOは、すべてのフォームを短くする作業ではありません。例えば、相談内容によって担当部署を振り分ける必要がある場合、問い合わせ種別は受付に必要です。削除するか残すかは、初回返信に必要か、別の方法で取得できるか、ユーザーが回答できる段階かを基準に判断します。

EFO・UI/UX・CRO・アクセシビリティの違い

EFOはフォームに焦点を当てた改善領域です。UI/UX、CRO、アクセシビリティと重なる部分がありますが、目的と対象範囲は同じではありません。用語の関係を整理すると、改善の担当範囲と評価指標を決めやすくなります。

EFOを実施するときは、アクセシビリティを「一部の利用者向けの追加対応」と切り離さないことが大切です。入力欄の目的を示すラベル、文字によるエラー説明、キーボード操作、自動入力への対応は、多くのユーザーの迷いとやり直しを減らします。その結果としてフォームの利用しやすさも改善されます。

EFOが必要になるフォームの種類

EFOは問い合わせフォームだけに使う考え方ではありません。情報を入力し、確認または送信して目的を達成する画面が対象です。ただし、フォームの目的によって必要な項目、許容できる手順、完了指標は変わります。

問い合わせ・見積もりフォーム

問い合わせフォームでは、連絡先と相談内容を正確に受け取り、担当者が返信できる状態が完了です。初回相談で詳細な仕様をすべて求めると、まだ条件が固まっていないユーザーは回答できません。担当振り分けに必要な項目と、商談時に確認できる項目を分けます。

資料請求・ダウンロードフォーム

資料請求では、資料を受け取る行動と営業相談を区別します。資料を読む段階のユーザーへ、詳細な予算や導入時期をすべて必須にすると、CTAで伝えた手軽さと一致しません。資料の送付方法、営業連絡の有無、メール配信への同意を分かりやすく示します。

予約・申込みフォーム

予約フォームでは、日時、人数、対象メニューなど、予約成立に必要な情報があります。空き枠が選べない、日時の形式が分かりにくい、タイムゾーンや締切条件が表示されないと完了できません。入力負荷だけでなく、選択肢と在庫・予約システムの整合性を確認します。

会員登録・購入フォーム

会員登録や購入では、本人確認、配送、決済などの要件が加わります。必要な情報を削るのではなく、入力順、同じ情報の再入力、自動入力、途中保存、確認と修正の方法を整えます。法令、決済、セキュリティに関わる要件は、EFOの数値だけを理由に省略できません。

EFOの対象範囲は入力前・入力中・送信後の3段階

EFOを入力欄のデザインだけに限定すると、フォームを開く前の不安や送信後の不具合を見落とします。実務では、入力前、入力中、送信後の三つに分けると確認漏れを減らせます。

入力前｜フォームを始める判断を支援する

ユーザーは、フォームを見た瞬間に入力を始めるとは限りません。対象となる相談、項目数、所要時間、返信時期、必要な準備、個人情報の利用目的を確認し、自分が利用してよいフォームかを判断します。

フォーム上部には、実際の運用に合う説明を掲載します。「約3分」のような所要時間は、社内の想像ではなくテスト入力を基にします。「2営業日以内に返信」と示す場合は、その期限を守れる受付体制が必要です。申込み対象外の条件があるなら、送信後に断るのではなく入力前に確認できるようにします。

入力中｜理解・操作・修正の負担を減らす

入力中は、何を記入するか、どの形式が使えるか、誤りをどう直すかが常に分かる状態を目指します。項目名が入力後に消えるプレースホルダーだけに頼らず、画面上に残るラベルを用意します。必須と任意、文字数、日付や電話番号の形式は、エラーが起きる前に伝えます。

W3CのWCAG 2.2では、入力を求める場合にラベルまたは説明を提供すること、入力エラーが自動検出された場合は該当項目と誤りの内容をテキストで示すことが定められています。色を赤く変えるだけでは、エラーの場所と修正方法を十分に伝えられません。

送信後｜成功・失敗・次の行動を明確にする

送信ボタンを押した後もEFOの対象です。処理中であること、正常に受け付けたこと、返信方法と時期を表示します。失敗時には入力内容を保持し、再送方法や電話などの代替手段を案内します。

完了画面が表示されても、管理者通知が届いていない場合があります。反対に受付は成功しているのに完了イベントだけ発火しないこともあります。画面表示、データ保存、通知メール、自動返信、GA4イベントを別々にテストしてください。

EFOで確認する10の改善項目

EFOのチェック項目は、フォームの目的や仕組みに合わせて調整します。次の10項目は、問い合わせフォームを確認するときの基本です。

1. 初回受付に必要な項目だけを必須にする

各項目について「この情報がなければ初回返信できないか」を確認します。後の商談で聞ける情報は任意化または削除を検討します。回答形式を自由記述から選択式へ変えるだけで、判断と入力の負担を減らせる場合もあります。

2. 項目の順序をユーザーの考え方に合わせる

相談目的、連絡先、詳細条件など、関連する項目をまとめます。フォーム内部のデータベース順をそのまま画面に出すのではなく、ユーザーが回答を組み立てやすい順にします。複数ステップに分ける場合は、現在地と残りの手順を表示します。

3. ラベルと入力例を表示する

ラベルは入力欄と視覚的・プログラム的に関連づけます。W3CのHTML Technique H44では、labelのfor属性とフォーム部品のidを一致させる方法が示されています。プレースホルダーは入力例の補助に使い、ラベルの代わりにはしません。

4. 入力内容に合うtypeとautocompleteを設定する

メールアドレス、電話番号、氏名、住所などには、内容に合うHTML属性を設定します。WCAGの入力目的に関する解説では、適切なautocomplete値により、ブラウザや支援技術が入力欄の目的を識別し、自動入力を支援できることが説明されています。スマートフォンで適切なキーボードが表示されるかも実機で確認します。

5. 必須・任意・入力形式を事前に伝える

必須項目を色だけで区別せず、「必須」「任意」を文章で示します。全項目が必須ならフォーム冒頭で説明し、例外だけを任意と表示する方法もあります。使用できない文字や形式を送信後に初めて知らせないようにします。

6. エラーの場所と修正方法を文章で示す

「入力内容に誤りがあります」だけでは修正できません。「メールアドレスを半角で入力してください」のように、対象と直し方を示します。エラー一覧と項目付近の説明を併用し、キーボード操作や読み上げでもエラーへ移動できるかを確認します。

7. エラー後も入力内容を保持する

一項目の誤りで、入力済みの会社名や相談内容が消えると再入力が必要です。セキュリティ上保持できない情報を除き、修正が必要な項目だけを直せる状態にします。確認画面から戻った場合や、通信が失敗した場合も確認します。

8. スマートフォンとキーボードで操作できるようにする

入力欄や送信ボタンが小さい、固定表示に隠れる、画面拡大が必要、フォーカス位置が見えないといった問題を確認します。タッチ操作だけでなく、Tabキーで自然な順序に移動できるか、Enterキーで意図しない送信が起きないかもテストします。

9. 個人情報と送信後の流れを説明する

入力情報を何に使うか、誰が対応するか、いつ連絡するかをフォーム付近に示します。資料請求後に電話する場合やメール配信へ登録する場合は、ユーザーが送信前に判断できるようにします。問い合わせへの同意と広告配信への同意を同じ選択にまとめない設計も重要です。

10. 正常送信と計測を定期的にテストする

CMS、フォームプラグイン、スパム対策、タグを更新した後は、フォームが表示されても送信処理だけが止まることがあります。主要なデバイスとブラウザで、入力、エラー修正、送信、完了表示、通知、自動返信、イベント発火までを一連で確認します。

EFOで項目を減らすときの判断基準

「項目数を減らせばフォーム完了率が上がる」という考えだけでEFOを進めると、営業対応に必要な情報が不足したり、対象外の問い合わせが増えたりします。項目ごとに取得目的を整理し、削除、任意化、選択式、後工程への移動を判断します。

私たちがフォームを確認するときも、項目の数だけでは評価しません。例えば予算が未定の相談を受け付けるサービスで、予算額だけを必須にすると、回答できないユーザーを除外します。一方、対応地域が決まっているサービスでは、地域情報が初回判断に必要です。フォームの役割と社内の受付フローを一緒に整理することが、EFOの前提になります。

EFOの効果を測る指標と計算式

EFOの効果は、問い合わせ件数だけで判断しません。フォームまで来たユーザー数、入力を始めたユーザー数、送信操作をしたユーザー数、正常に受け付けられたユーザー数を分けます。どの段階を分母にしたかを明記すると、改善前後を同じ条件で比較できます。

フォーム開始率（%）＝form_startユーザー数 ÷ フォームがあるページのユーザー数 × 100

フォーム完了率（%）＝正常受付したユーザー数 ÷ form_startユーザー数 × 100

入力開始後離脱率（%）＝（form_startユーザー数 − 正常受付したユーザー数）÷ form_startユーザー数 × 100

有効問い合わせ率（%）＝有効問い合わせ数 ÷ 正常受付した問い合わせ数 × 100

フォーム完了率が上がっても、有効問い合わせ率が下がった場合は、受付対象や相談条件が伝わっていない可能性があります。EFOは送信数を最大化するだけでなく、ユーザーが自分に合う手続きを選び、企業が対応できる情報を受け取ることまで含めて評価します。

アクセスが少ないフォームでは、一件の増減で割合が大きく変わります。短期間の率だけで結論を出さず、変更前後で同じ期間、デバイス、流入条件を比較します。問い合わせ件数、有効問い合わせ、商談化、営業担当者の確認負担も記録してください。

GA4でEFOの効果を確認する方法

Google Analytics 4の拡張計測機能では、フォームへの最初の操作をform_start、フォームの送信をform_submitとして収集できます。Googleは、この二つを比較し、入力を始めたユーザーと送信したユーザーを確認できると説明しています。

form_startは入力開始として確認する

form_startは、セッション内でユーザーがフォームを最初に操作したときのイベントです。フォームページを表示しただけでは入力開始になりません。ページのユーザー数とform_startユーザー数を比べると、入力前の説明や不安に課題がないかを確認できます。

form_submitと正常受付を区別する

form_submitはフォーム送信に関する拡張計測イベントですが、サイトの実装や送信方式によって、ユーザーの送信操作と企業側の正常受付が一致しないことがあります。AJAXフォーム、入力エラー、通信失敗、スパム判定、完了画面の再読み込みを含めてテストします。

Googleの推奨イベントgenerate_leadは、フォームなどを通じてリードが生成されたときに使います。問い合わせフォームでは、完了ページ、成功メッセージ、サーバーの正常応答など、受付成功を確認できる条件で一回だけ送る設計を検討します。イベント名を採用しただけで正常受付が保証されるわけではないため、実際の送信履歴と照合します。

フォームを識別できる命名規則を決める

GA4のフォームイベントには、form_id、form_name、form_destinationなどのパラメータがあります。Googleは、これらをレポートで使用する場合、カスタムディメンションの設定が必要になることを案内しています。フォームのHTMLに識別できる値を設定し、「お問い合わせ」「資料請求」「採用応募」を混在させないようにします。

関連記事：

ホームページの問い合わせを増やすKPI設計｜GA4・Search Consoleの見方

EFOを改善する手順

EFOは、思いついた項目を一度に変更するのではなく、送信できる状態を確認し、離脱地点を特定し、仮説ごとに検証します。複数の変更を同時に行う場合は、変更内容と日付を記録し、結果を説明できるようにします。

1. フォームの目的と正常受付条件を決める

問い合わせ、資料請求、予約など、フォームが完了したとみなす条件を定義します。送信ボタンのクリック、データ保存、完了画面、通知メール、generate_leadのどれを記録するかをそろえます。

2. 実際のフォームを最後まで操作する

パソコンとスマートフォン、主要ブラウザでテストします。正常入力だけでなく、未入力、形式違い、通信失敗、戻る操作、二重クリックも確認します。社内ネットワークだけでなく、一般のモバイル回線でも操作します。

3. 表示・開始・送信・受付の数を分ける

フォームページのユーザー数、form_start、送信イベント、正常受付、管理画面の送信履歴を照合します。数字が一致しない場合は、EFO施策の前に計測や送信処理を修正します。

4. 離脱地点に対応する仮説を立てる

入力開始が少なければ、対象や所要時間、信頼情報を確認します。開始後に減るなら、項目、入力形式、エラー、モバイル操作を確認します。送信操作後に減るなら、処理、スパム対策、完了判定を優先します。

5. 変更範囲と評価期間を決める

変更前の期間、対象フォーム、デバイス、流入元を保存します。実装直後は正常送信とイベントを確認し、その後に十分な入力開始数が集まってから率を比較します。季節性や広告出稿の変更がある場合は記録します。

6. 完了率と問い合わせ品質を一緒に評価する

フォーム完了率、有効問い合わせ率、商談化率、迷惑送信、対応工数を確認します。完了数が増えても対象外の送信や営業負担が大きく増えた場合は、受付条件とフォーム前の説明を調整します。

EFOで避けたい改善の進め方

EFOでは、一般的な成功事例をそのまま当てはめても、自社フォームで同じ結果になるとは限りません。フォームの目的、流入元、商品価格、入力者の状況が違うためです。

• 項目数だけを競合サイトに合わせる
• ボタンの色だけを変更してEFO完了とする
• form_submitを無条件に問い合わせ完了として扱う
• パソコンだけで動作確認する
• エラーを色やアイコンだけで示す
• 確認画面を理由なく追加または削除する
• 複数のフォームを同じイベント名だけで集計する
• 完了率だけを見て問い合わせ品質を確認しない
• 外部ツール導入後に送信・通知・計測を再テストしない

特に、業界平均のフォーム完了率だけで合否を決めると、分母やフォームの目的が異なる数字を比較することになります。自社では計算式と対象を固定し、同じフォームの変更前後を確認します。

EFOの定義をKnowledge Libraryで管理する理由

EFOという言葉は、入力項目の削減、フォームデザイン、離脱対策、アクセス解析など、記事によって指す範囲が変わりやすい概念です。定義がページごとに異なると、「EFOを実施した」と記録しても、どこまで改善したか比較できません。

ジャリアのKnowledge Libraryでは、EFOを「入力前から正常受付までのフォーム体験を改善する活動」と定義します。課題解決記事では、問い合わせフォームで離脱する原因と改善の優先順位を詳しく扱い、この用語ページでは定義、対象範囲、関連概念、指標を一貫して参照できるようにします。

公開後は、フォームごとの命名規則、変更日、テスト条件、フォーム開始率、フォーム完了率、有効問い合わせ率を、個人や顧客を特定できない形で追記します。実測値が十分に集まらない場合は、無理に効果を断定せず、実装条件と確認結果を記録します。

関連記事：

問い合わせフォームで離脱される7つの原因と改善方法

CVR（コンバージョン率）とは？計算方法・目安・改善手順

CTA（Call To Action）とは？成果につながる設計と改善方法

問い合わせフォームを含む改善をWebaxisが支援します

株式会社ジャリアのWebaxisでは、フォームだけを切り離さず、検索流入、サービスページ、CTA、入力、正常受付、問い合わせ後の運用までを一つの導線として確認します。EFOで部分改善できる範囲と、フォームシステムやサイト全体の見直しが必要な範囲を整理します。

「フォームが使いにくいか判断できない」「GA4のイベントと実際の問い合わせ件数が合わない」「項目を減らすと問い合わせの質が下がりそう」という段階でもご相談いただけます。

Webaxisのホームページ制作・改善支援について相談する

EFOに関するよくある質問

Q1. EFOとは何の略ですか？

EFOとはEntry Form Optimizationの略で、日本語では入力フォーム最適化と呼ばれます。フォームの項目、説明、入力操作、エラー、送信処理、完了計測を改善し、ユーザーが目的の手続きを完了できる状態へ近づける取り組みです。

Q2. EFOとフォーム改善は同じ意味ですか？

実務では近い意味で使われます。ただし、EFOを項目削減や入力欄の見た目だけに限定すると範囲が狭くなります。本記事では、入力前の案内から正常受付と計測までをEFOの対象とします。

Q3. EFOでは入力項目を何個にすべきですか？

すべてのフォームに共通する適正数はありません。初回受付に必要か、ユーザーが現段階で回答できるか、後で取得できるかを項目ごとに判断します。不要な必須項目は減らし、必要な項目は回答しやすい形式へ整えます。

Q4. EFOの効果はどの指標で測りますか？

フォーム開始率、フォーム完了率、入力開始後離脱率、正常受付数を確認します。問い合わせフォームでは、有効問い合わせ率や商談化率も併せて確認し、送信数だけが増えていないかを評価します。

Q5. GA4のform_submitをコンバージョンにできますか？

キーイベントに設定することはできますが、送信操作と正常受付が一致するかを先に検証します。受付成功を確認できる条件でgenerate_leadを実装し、フォームの送信履歴とイベント数を照合する方法があります。

Q6. EFOツールを導入すれば改善できますか？

ツールは入力支援、エラー表示、項目別分析などに役立ちますが、導入だけで改善が保証されるものではありません。フォームの目的、送信処理、計測定義、問い合わせ後の運用を整理し、必要な機能を選びます。

Q7. 確認画面は削除した方がよいですか？

一律には判断できません。確認画面は誤送信を防げる一方、手順が増えます。法的・業務的な確認の必要性、戻ったときの入力保持、実際の離脱地点を基に判断します。

Q8. EFOとアクセシビリティは別々に対応できますか？

管理上は分けられますが、実装は重なります。ラベル、入力目的、キーボード操作、文字によるエラー説明は、アクセシビリティとフォームの使いやすさの両方に関わります。EFOのチェック項目として一緒に確認する方が効率的です。

まとめ｜EFOは入力前から正常受付までを整える

EFOとは、入力フォームを短く見せることではなく、ユーザーがフォームの目的を理解し、迷わず入力し、エラーを修正し、正常に手続きを完了できる状態へ近づける改善活動です。入力前の説明、項目、ラベル、自動入力、エラー通知、モバイル操作、信頼情報、送信処理、完了計測を一つの範囲として扱います。

EFOの効果は、フォームページの閲覧、form_start、送信操作、正常受付を分け、フォーム開始率とフォーム完了率で確認します。問い合わせフォームでは有効問い合わせ率も併せて評価してください。最初に送信と計測の不具合を除外し、離脱地点に対応する変更を実施することで、改善理由を説明できるEFOになります。

関連記事：ホームページから問い合わせが来ないのはなぜ？6つの原因と改善方法