フォーム最適化（EFO）の実践｜項目数・入力補助・エラー表示で離脱を防ぐ

フォームページへの到達数は確保できているのに、入力の途中で送信まで完了してもらえない。この状況は、広告やコンテンツへの投資が最後の一歩で回収できていない状態を意味します。問題はフォームへの誘導ではなく、フォーム自体の設計にあることがほとんどです。EFO（入力フォーム最適化）は、このフォーム上の離脱を減らし、到達したユーザーを送信完了まで導くための施策群です。この記事では、入力項目の削減・入力補助機能の実装・エラー表示の設計・スマートフォン対応・効果検証まで、実務で着手できる粒度で解説します。CVR改善全体の体系的な整理はCVR改善の手法を参照してください。

フォーム最適化（EFO）とは

EFO（Entry Form Optimization）とは、入力フォームの設計を改善することでフォーム内の離脱を減らし、送信完了率を高める取り組みです。CVR改善の全体像を「LPへの流入→フォーム到達→送信完了」というファネルで捉えると、フォームは最後の関門であり、ここまで到達したユーザーはすでに一定の興味・関心を持っています。それにもかかわらず離脱が発生するのは、フォームそのものの使いにくさが障壁になっているためです。

LPの訴求力を高めるLP最適化やサイト全体のCV最適化を図るCROと並んで、EFOはCVRに直結するボトルネックの一つです。フォームページの到達数が十分に確保されている段階では、EFOへの投資対効果が特に高くなります。

EFOとLPO・CROとの違い

CVR改善の文脈でよく登場する3つの用語は、改善対象が異なります。

• EFO（Entry Form Optimization） フォームページ内の入力体験を改善します。対象は入力項目の設計・入力補助・エラー表示・レイアウトなどです。
• LPO（Landing Page Optimization） ランディングページの訴求内容・情報設計・デザインを改善します。フォームに到達させることが主な目的です。
• CRO（Conversion Rate Optimization） サイト全体のCV率を高めるための取り組み全般です。EFOもLPOもCROの一部として位置づけられます。

三者は互いに補完し合うものであり、どれか一方だけを実施して完結するものではありません。

BtoBフォームに固有の特性

BtoBのフォームは、BtoCと比べて入力項目が多くなりやすい構造的な理由があります。会社名・部署名・役職・担当者名・電話番号・メールアドレスといった項目は、後工程（インサイドセールスのコール・MAのセグメント分け）に必要とされるためフォームに盛り込まれやすく、その結果として入力の手間が増します。重要なのは、入力の手間と商談化の意欲が必ずしも比例しないことです。

資料請求や情報収集の段階では、ユーザーはまだ購買意思を固めていないため、入力項目の多さが心理的なハードルになりやすくなります。BtoBのEFOでは「後工程で本当に必要な項目か」を問い直す設計が、BtoCよりも重要です。

フォームで離脱が起きる主な原因

「どこを直すか」を決める前に「なぜ離脱するか」を把握することが、施策の優先付けに直結します。フォームの離脱原因を整理すると、「入力前の心理的障壁」「入力中の操作的障壁」「入力後の不安・信頼感の欠如」という3つのカテゴリに分類できます。この分類を起点にすることで、自社フォームのどのカテゴリに問題が集中しているかを特定しやすくなります。優先度の高いカテゴリから着手することが、改善速度を上げるうえで合理的です。

入力前の心理的障壁

フォームページを開いた瞬間に感じる「入力の重さ」が、そもそも入力を開始させない障壁になります。代表的な原因は次のとおりです。

• 項目数が多く、入力完了までの時間が読めない
• 必須項目と任意項目の区別がなく、すべて入力しなければならないように見える
• フォームの全体像（何ページあるか、あと何項目あるか）が見えない
• ページを開いただけで縦スクロールが長く、離脱につながる

入力中の操作的障壁

入力を始めた後に生じるつまずきも、離脱の主要因です。

• 入力形式の指定が曖昧（電話番号をハイフンあり・なしどちらで入力するか不明）
• 全角・半角の指定がなく、エラーになって初めて気づく
• エラーの原因がわかりにくく、どこを直せばよいかわからない
• スマートフォンで入力しにくい（入力欄が小さい・キーボードが欄を隠す）
• メールアドレスの確認入力欄が二度手間に感じられる

入力後の不安・信頼感の欠如

フォームを送信することへの不安が解消されていない場合も、完了直前での離脱を引き起こします。

• プライバシーポリシーへのリンクがフォームの近くにない、またはそもそもない
• 送信後に何が起きるか（対応時間・連絡方法）の案内がない
• SSL（https）の表示が見えにくく、情報送信への不安が残る
• 個人情報の取り扱いへの言及が不十分

入力項目の設計（削減と整理）

EFOの施策の中でCVRへのインパクトが最も大きいのが、入力項目の削減と必須・任意の整理です。フォームの通過率は項目数と強い相関があり、sairu.co.jpの分析では「フォーム通過率25%以上」を一つの目安として示しています（参考値であり業種・フォーム目的によって異なります）。項目を減らすだけでなく、「残す項目を正しく設計する」という視点が同時に必要です。削減と整理は表裏一体の作業であり、どちらか一方に偏ると後工程の業務に支障が出たり、残す必要のある項目まで削除してしまったりするリスクがあります。

項目数と離脱率の関係

項目数が多いほど離脱率が上がる傾向は、複数の調査・分析で共通して報告されています。重要なのは、後工程（インサイドセールス・MAのセグメント分け）が必要とする情報と、フォームで取得する情報は必ずしも一致させなくてよいという発想です。フォーム送信後のメール自動返信や初回コール時にヒアリングできる情報は、フォームから除外することを検討できます。

削減の判断基準

各項目を削減するかどうかを判断する問いは一つです。「この項目は後工程のどのアクションを起こすために必要か」。この問いに対して具体的なアクション（例：業種でセグメントしてメールシナリオを切り替える、電話番号はインサイドセールスのコール時に必要）が答えられる項目は残します。答えられない項目は削除または任意に変更する対象です。

削減の判断は一人で行わず、後工程に関わる部門と合意を取ることが重要です。実務的な手順は次のとおりです。

1. 現在のフォーム項目一覧を表に書き出し、各項目の用途（誰が・何のアクションに使うか）を記入する
2. マーケティング・インサイドセールス・フィールドセールスの担当者に確認し、「なくても業務が回る項目」に印をつける
3. 印のついた項目を「削除候補」または「任意に変更できるか」の観点で再確認する
4. 合意が取れたものから削除・任意変更を実施し、後工程への影響を一定期間モニタリングする

また、商談獲得を直接目的とするフォームと、情報収集段階のリードを獲得することを目的とするフォームでは、必要な項目が異なります。商談獲得フォームでは予算感・導入時期・現在の課題などのヒアリング項目を入れることが後工程の質を高める場合もありますが、リード獲得フォームでこれらを求めると離脱を招きます。フォームの設計は目的ごとに分けて考えることが基本です。

必須・任意の明示と表示順序

項目の削減と並行して、残る項目の表示設計を整えます。以下の原則を順に適用します。

1. 必須ラベルをすべての必須項目に付ける 「任意」ラベルだけを付けて必須を無印にする方式は、どちらがどちらかを読み間違えるリスクがあります。「必須」と「任意」の両方を明示する方式が確実です。
2. 必須項目を先に、任意項目を後にまとめる 入力の流れが自然になり、「どこまで入力すれば送信できるか」が視覚的に伝わります。
3. 入力欄の幅を入力内容に合わせる 電話番号欄を氏名欄と同じ横幅にする必要はなく、入力文字数に応じた幅にすることで入力形式のヒントになります。
4. プレースホルダーテキストに入力例を入れる 「例：03-1234-5678」「例：yamada@example.com」のように具体的な入力例を表示すると、形式の迷いが減ります。ただしプレースホルダーは入力開始時に消えるため、必須の説明文はラベルに書くことが基本です。

入力中の体験を改善する施策

項目数を削減した後に残る離脱の主因は、「入力途中の迷い・エラー・操作の手間」です。入力補助機能とエラー設計はコードの実装を伴うものが多く、すべてを一度に対応しようとすると工数が読めなくなります。優先度を付けるには、自社フォームのヒートマップやセッション録画ツールでどのステップで離脱が多いかを先に確認し、影響の大きい箇所から着手することが合理的です。

入力補助機能の実装

入力補助は「ユーザーが入力しなければならない手順を減らす」ことで離脱を防ぎます。BtoBフォームで効果的な主な実装を説明します。

住所の自動入力

郵便番号を入力した後に都道府県・市区町村を自動補完する仕組みは、住所入力の手間を大幅に削減します。実装はJavaScriptライブラリ（AjaxZip3・YubinBangoなど）を利用する方法や、郵便番号検索APIを呼び出す方法が一般的です。エンジニアリソースがない場合はEFOツール経由で実装する選択肢もあります。

メールアドレスのドメイン候補表示

「@」以降の文字が入力されたタイミングで、よく使われるドメイン（gmail.com・yahoo.co.jpなど）をサジェストとして表示する機能です。BtoBフォームでは会社のドメインを入力する場面も多く、誤入力の防止と入力速度の改善の両方に効きます。

フリガナの自動入力

氏名・会社名の入力に連動してフリガナを自動生成する機能は、BtoBフォームで会社名・担当者名のフリガナを取得する場合に有効です。入力項目数を増やすことなくフリガナを取得できるため、後工程のコール管理に役立ちます。JavaScript（例：IME入力のcompositionendイベントを利用）で実装するか、EFOツールの機能として提供されているケースがあります。

メールアドレスの確認入力欄を外す

「確認のためもう一度入力してください」という二度入力の欄は、入力の手間を倍にする離脱要因になります。送信後に確認メールを自動送信する設計にすることで、誤入力はユーザー自身が気づいて連絡するか、担当者が確認する段階で対処できます。BtoBフォームでは特に、確認入力欄を外すことの離脱防止効果が高い場合があります。

エラーメッセージの設計

エラーが出たときに「何が間違っていてどう直せばよいか」がわからないことが、入力途中での離脱を引き起こします。エラー設計の改善は、実装コストが低いわりに効果が大きい施策の一つです。

リアルタイムバリデーションの導入

従来型のフォームでは「送信ボタンを押してから」エラーが表示されます。リアルタイムバリデーションは、入力欄からフォーカスが外れたタイミング（onblurイベント）でエラーを表示します。ユーザーは問題箇所をすぐに修正できるため、送信時のエラー一覧に直面するストレスがなくなります。実装はJavaScriptのバリデーション処理と、入力後のイベントリスナーを組み合わせる形が一般的です。

エラーメッセージの文言設計

「入力エラーが発生しました」「必須項目です」といった汎用的なメッセージは、ユーザーに何をすればよいかを伝えません。エラーメッセージは「原因と修正方法を一文で」書くことを原則にします。

• ✕ 「入力形式が正しくありません」
• ○ 「電話番号をハイフンなしの半角数字で入力してください（例：0312345678）」
• ✕ 「必須項目です」
• ○ 「メールアドレスを入力してください（例：yamada@example.com）」

エラー箇所のハイライト

エラーのある入力欄には赤いボーダーを付け、エラーアイコン（赤い丸にバツ印など）と組み合わせることで、視覚的にどこを直すべきかを示します。複数箇所にエラーがある場合は、エラー一覧をフォームの上部にまとめて表示し、各エラーからその入力欄へのアンカーリンクを付けると、スクロールが長いフォームでも修正しやすくなります。

ステップナビゲーションと進捗表示

入力項目が多く複数ページに分割しているフォームでは、「全体の何ステップ中のどこにいるか」を示すナビゲーションが離脱防止に効きます。「ステップ2/3」「入力→確認→完了」のようなプログレスバーや番号表示は、完了までの見通しを与え、途中離脱を抑える効果があります。

1ページにすべて収めるか複数ページに分けるかは、フォームの目的と項目数によって判断が変わります。

1. 1ページにまとめる 全体量が見えるため「あとどれくらいか」が把握しやすくなります。ただし項目が多いと縦スクロールが長くなり、入力前の心理的障壁になりやすい点に注意が必要です。
2. 複数ページに分割する 1ページあたりの入力量が少なく感じられ、入力開始のハードルが下がります。ただし「次へ」ボタンのクリックごとに離脱のタイミングが生まれるため、ページ間のナビゲーション設計が重要になります。

項目数が8項目を超える場合は、分割を検討する価値があります。分割後はGA4などで各ステップの離脱率を個別に計測し、どのステップで離脱が多いかを把握したうえで設計を調整します。CVR測定の方法と組み合わせることで、ステップ別の改善サイクルをより精度高く回せます。

スマートフォン対応とレイアウト設計

BtoBにおいても、フォームへのアクセスがスマートフォンからという割合は無視できなくなっています。展示会や名刺交換の直後にスマートフォンでフォームを開く、あるいは通勤中に情報収集するといった行動パターンが増えており、PC向けに設計したフォームをそのままスマートフォンで表示すると入力体験が著しく下がります。スマートフォン対応は「対応するかどうか」ではなく「どこまで対応するか」の判断になっています。GA4などでデバイス別のフォーム離脱率を確認し、スマートフォンでの離脱がPCより著しく高い場合は優先して対処します。

スマートフォン固有の離脱要因

• フォントサイズが12px以下で文字が小さく、入力欄のラベルが読みにくい
• 入力欄のタップ対象が小さく、隣の項目を誤タップしやすい
• テキスト入力時にキーボードが画面下半分を占有し、入力中の欄が見えなくなる
• レイアウトがPC向けに固定されており、横スクロールが発生する
• ドロップダウンの選択肢が小さく操作しにくい

モバイル対応の基本設計

スマートフォンでのフォーム体験を改善する具体的な実装ポイントは次のとおりです。

タップターゲットのサイズ

入力欄・ボタン・チェックボックスなどの操作可能な要素は、タップしやすさを確保するために十分な大きさを確保することが推奨されています。特に「送信する」ボタンは幅を画面幅いっぱいに近いサイズにすることで、タップしやすさが大幅に改善されます。

フォントサイズ

入力欄内のフォントサイズが16px未満だと、iOSのSafariでは入力時にページが自動的にズームインされ、レイアウトが崩れることがあります。入力欄のfont-sizeは16px以上に設定することが推奨されます。

入力タイプの指定

HTMLのinput要素のtype属性を正しく指定することで、スマートフォンで表示されるキーボードの種類を制御できます。

• 電話番号：type="tel" → テンキー（数字キーボード）が表示される
• メールアドレス：type="email" → @キーが前面に出たキーボードが表示される
• 数値：type="number" → 数字キーボードが表示される

これらの指定をしていないと、すべての項目でQWERTYキーボードが表示され、数字の入力でも一手間かかります。

動作確認の手順

開発環境でChromeのデベロッパーツール（F12）を開き、左上のデバイスアイコンをクリックしてデバイスエミュレーターに切り替えます。iPhone SE・Pixel 5など複数のデバイスサイズで表示を確認します。ただしエミュレーターはキーボードの挙動を再現しないため、最終確認は実機（iPhoneとAndroid各1台）で行うことが推奨されます。

入力完了後・確認画面の設計

フォームの最適化は「入力前→入力中」の体験だけで終わりにできません。確認画面と送信完了画面（サンキューページ）の設計が、最終的な送信完了率と送信後のエンゲージメントに影響します。確認画面については「入れるべきか外すべきか」で意見が分かれやすい設計判断であり、一律の答えはありません。フォームの目的・項目数・想定ユーザーの入力ミスリスクを考慮したうえで判断することが重要です。

確認画面の要否と設計

確認画面のメリットは、入力内容をユーザー自身が送信前に見直せる点です。特に氏名・メールアドレス・電話番号の入力ミスは、後工程でのコミュニケーション不能（メールが届かない・電話がつながらない）に直結するため、確認ステップの価値が高い場面があります。

一方でデメリットは、「次へ（確認する）」→「送信する」の2アクションが増えることで、それぞれのステップで離脱が発生し得る点です。特に入力項目が少なく、ユーザーの入力ミスリスクが低い場合（メールアドレス1項目だけのフォームなど）は、確認画面を外してワンステップで送信を完了させる設計が合理的です。

確認画面を残す場合の設計ポイントは次のとおりです。

• 入力したすべての項目の値を確認画面に表示する（一部だけ表示しない）
• 「送信する」ボタンを目立つ位置・サイズで配置する
• 「戻って修正する」ボタンを送信ボタンの近くに置き、修正のハードルを下げる
• 確認画面にも進捗表示（「ステップ2/2」など）を付け、残り1ステップであることを伝える

送信完了画面（サンキューページ）の設計

「送信が完了しました」だけを表示するサンキューページは、機会の損失です。フォームの送信を完了したユーザーは興味・関心が最も高まっているタイミングであり、次のアクションへ誘導することで関係構築を続けられます。

サンキューページで案内できる要素の例は次のとおりです。

• 対応の所要時間（「営業日2日以内にご連絡します」など）
• 次のステップのプロセス（「担当者からメールでご連絡→オンライン面談の調整→ご提案」など）
• 関連する資料・コンテンツへのリンク
• 関連する記事・事例ページへの誘導

加えて、サンキューページはコンバージョン計測タグの設置ポイントです。GA4のコンバージョンイベント・Google広告のコンバージョンタグ・Meta広告のピクセルなどは、このページの読み込み完了を計測トリガーとして設定するのが一般的な実装方法です。サンキューページが存在しない場合はGTMのフォームsubmitイベントを代替手段として使いますが、サンキューページ方式のほうが計測の精度が高くなります。

EFOの効果検証と改善サイクル

施策を実施しただけでは改善は続きません。効果検証の指標と計測環境を整備してから施策を打つことが、改善サイクルを回す前提として重要です。計測できていない状態で施策を重ねても、何が効いたか・何が効かなかったかがわからず、次の打ち手を判断できません。効果検証の仕組みを先に整えてから施策に着手する順番が、EFO改善を最短で進めるうえで合理的です。

効果検証に使う主なKPI

EFOで追うべきKPIはフォームファネルの各ステップに対応しています。

• フォーム到達率 LP表示数に対するフォームページ到達数。フォーム到達自体が低い場合はLPO・CROが先決になります。
• 入力開始率 フォーム到達数に対する入力開始数（最初の入力欄をクリック・タップした数）。フォーム到達後の心理的障壁の高さを測る指標です。
• 入力完了率 入力開始数に対する送信完了数。入力補助・エラー設計・確認画面の改善効果が最も反映される指標です。
• 全体フォームCVR LP表示数に対する送信完了数。EFO施策の総合的な成果を見る際に使います。

Google Analyticsでの計測方法

GA4では、フォームの各ステップをイベントとして計測できます。標準の拡張計測機能で「form_start（最初の入力欄に触れたとき）」と「form_submit（送信ボタンをクリックしたとき）」が自動収集されます。ただし自動収集では送信完了（サンキューページ到達）と送信試行（バリデーションエラーが出ても計測される）が区別されない場合があるため、サンキューページへの到達をpage_viewイベントのコンバージョンとして設定する方が精度の高い計測になります。

複数ステップのフォームでは、GA4の「ファネル探索レポート」を使って各ステップの離脱率を可視化できます。設定手順は次のとおりです。

1. GA4の「探索」メニューから「ファネル探索」を選択する
2. 各ステップにフォームの各ページURL（または各ステップのイベント名）を設定する
3. デバイスカテゴリでセグメントを分けてPC・スマートフォン別の離脱率を比較する

A/Bテストの進め方

A/Bテストは「何が問題かわからないから試す」ものではなく、「ボトルネックが特定された施策の効果を検証する」ためのものです。施策ありきでA/Bテストを始めると、変更の数だけ解釈が複雑になります。

A/Bテストの基本原則は次の3点です。

1. 1テスト1変更 入力項目の削減とエラー表示の変更を同時に行わないことが原則です。何が効いたかを切り分けられなくなります。
2. サンプルサイズの確保 統計的に有意な差を確認するには、一定数のコンバージョンが必要です。BtoBフォームは流入数が少ないケースが多く、有意差が出るまでに数週間〜数ヶ月かかることがあります。VWOなどのA/Bテストツールはサンプルサイズの目安を計算する機能を持つものが多いため、テスト前に確認します。
3. 統計的有意差の確認 95%の信頼水準を目安にし、有意差が出る前に「効果あり・なし」を判断しないことが重要です。

BtoBフォームで月間のコンバージョン数が数十件以下の場合、A/Bテストで有意差を出すことは現実的でない場合があります。その際の代替手法として、ヒートマップツール（Hotjar・Mouseflowなど）による入力欄ごとのクリック数・離脱点の可視化や、セッション録画による実際の入力行動の観察が有効です。これらは定量的な有意差ではなく定性的な示唆を提供するものですが、改善仮説を立てるうえでA/Bテストより素早く情報を得られます。

EFO実施チェックリスト（BtoB向け）

ここまでの施策を実行に移す前に、現状の自社フォームに照らして優先度の高い箇所を特定することが重要です。すべてを一度に改善しようとするとリソースが分散して改善が止まります。以下のチェックリストで「×」になる項目を洗い出し、影響が大きいものから順に着手することが現実的な進め方です。

入力項目の設計

• 全項目に「この項目は後工程の何のアクションに必要か」を確認しているか
• 必須・任意のラベルが全項目に明示されているか
• 会社名・氏名・メールアドレス以外の項目について削減の余地を検討したか
• 商談獲得フォームとリード獲得フォームで項目設計を分けているか
• メールアドレスの確認入力欄を外すことを検討したか

入力補助・エラー表示

• 郵便番号から住所を自動入力できるか
• フリガナを氏名・会社名の入力と連動して自動生成できるか
• リアルタイムバリデーション（入力中のエラー表示）を実装しているか
• エラーメッセージに「原因と修正方法」が一文で書かれているか
• プレースホルダーに具体的な入力例を入れているか

スマートフォン対応

• スマートフォンで実機またはエミュレーターでフォームの動作確認をしているか
• 入力欄のタップターゲットが十分な大きさか
• 入力欄内のフォントサイズが16px以上か
• 電話番号入力欄でテンキーが表示されるか（type="tel"の設定）
• メールアドレス欄でtype="email"を設定しているか

信頼要素

• プライバシーポリシーへのリンクがフォームの近くにあるか
• SSL（https）が適用されているか
• 送信後の対応所要時間や次のアクションが案内されているか
• 送信完了画面（サンキューページ）が設定されているか

効果検証

• フォームへの到達・入力開始・送信完了を個別に計測できているか
• 直近3ヶ月のフォームCVRを把握しているか
• デバイス別（PC・スマートフォン）の離脱率を確認しているか

Web接客ツールによるフォーム離脱の補完

EFOで改善できるのはフォーム自体の設計ですが、フォームに到達する前の段階で迷いが生じているユーザーや、入力途中で疑問が生まれたユーザーへの対応は、フォーム設計の改善だけでは届きません。Web接客 チャットボットを組み合わせることで、これらのユーザーへのアプローチが可能になります。

EFOでフォーム内の入力体験を整えたうえでWeb接客ツールを導入することで、フォーム到達前のナビゲーション（「どのフォームに問い合わせればよいか」の案内）と、入力途中での離脱防止（「入力の仕方がわからない」場合のリアルタイムサポート）の両方をカバーできます。例えばMazrica Engageのような「AIエージェントをWebサイトに常駐させる」タイプのツールは、フォームへの誘導とリードの取りこぼし防止を一つの仕組みで対応できる選択肢の一例です。EFOと組み合わせることで、LP オファー設計を含めたフォームページ全体のCVR改善により広い範囲で取り組めます。

よくある質問

Q1. EFOの費用はどれくらいかかりますか？

EFOのアプローチには大きく2つあります。一つは自社のエンジニアが実装する方法で、外部コストは基本的に発生しません（工数コストのみ）。もう一つは外部のEFOツールを導入する方法です。ツールを使うと住所自動補完・リアルタイムバリデーション・進捗表示などをノーコードまたは少ないコードで実装できますが、フォームへの月間到達数が少ない段階ではツール費用の回収が見えにくいケースもあります。まず自社実装でできる施策（項目削減・エラー表示の改善・プレースホルダーの設定）を先に実施し、それ以上の改善を求める段階でツール導入を検討する順番が合理的です。

Q2. EFOツールは必ず導入すべきですか？

フォームへの月間到達数が数百件に満たない段階では、ツール費用に対する効果が見えにくく、費用対効果の判断が難しくなります。最初の優先順位は、ツールなしでも実施できる施策です。入力項目の削減・必須・任意の明示・エラーメッセージの改善・プレースホルダーの追加は、エンジニアリソースが少量あれば対応できます。これらを実施して改善余地が残る場合、または住所自動補完・フリガナ自動入力などの実装コストをツールで下げたい場合に、EFOツール導入を検討するのが合理的な順序です。

Q3. フォームの確認画面は必要ですか？

確認画面が必要かどうかは、フォームの目的・入力項目数・入力ミスが後工程に与える影響の大きさで判断が変わります。電話番号・メールアドレスなど入力ミスが後工程のコミュニケーション不能に直結する項目が含まれる場合は確認画面を設けることで、担当者の無駄なフォローアップ工数を減らせます。入力項目が少なく、送信後の確認メールで誤入力に気づける設計になっている場合は、確認画面を外してワンステップ化することで離脱を減らせる場合があります。詳しくは「入力完了後・確認画面の設計」のセクションを参照してください。

Q4. EFOとLPOはどう違いますか？

EFOはフォームページの入力UX改善（項目削減・入力補助・エラー設計・スマートフォン対応）を対象とし、LPOはランディングページの訴求力・情報設計・デザインの改善を対象とします。両者はCVRファネルの異なるステージを担うため、どちらか一方を実施すれば十分ということはなく、組み合わせることでフォーム到達率と入力完了率の両方を改善できます。

Q5. フォーム離脱率の目安はどれくらいですか？

sairu.co.jpでは「フォーム通過率25%以上」を一つの目安として示しています（参考値であり、業種・フォームの目的によって異なります）。問い合わせフォーム・資料請求フォーム・ウェビナー申込フォームではユーザーの検討段階や入力項目数が異なるため、通過率の水準も変わります。自社のフォームが25%を下回っている場合は改善余地が大きいと判断できますが、25%を超えていても入力完了率を高める施策は引き続き有効です。自社の過去データと比較して継続的に改善することが、目安の数値よりも重要です。

まとめ

EFO改善で成果を出すには、入力項目の設計・入力補助・エラー表示・スマートフォン対応の4領域を順に整え、その後に効果検証（KPI計測・A/Bテストまたはヒートマップ分析）に入ることが、最短で改善を進める順序です。すべてを一度に変更するのではなく、本記事のチェックリストで「×」になる項目を現状の自社フォームから洗い出し、影響が大きいものから着手することが現実的な第一歩です。

BtoBフォームに固有の課題（後工程との項目合意・商談獲得フォームとリード獲得フォームの設計の違い）は、BtoCを念頭に置いた解説が多いため見落とされやすい論点です。マーケティング・インサイドセールス・フィールドセールスの各部門と項目設計の合意を取るプロセスを組み込むことが、BtoBのEFO改善を実務に定着させるうえで欠かせません。

CVR改善をフォームだけでなく流入・LP・フォーム全体のファネルで体系的に整理したい場合は、CVR改善の手法を参照してください。