ホームページから問い合わせが来ない原因は？導線・フォームの改善チェックリスト

サイトの改善を考える作業風景のAI生成画像

ホームページから問い合わせを増やすには、記事や広告を増やす前に、今のサイトで相談を受け取れるかを確認しましょう。必要な人に見られていないのか、説明を読んでも依頼を判断できないのか、フォームで止まるのか。原因を分ければ、限られた時間でも直す順番を決められます。この記事では、中小企業の経営者・Web担当者が自社で点検し、制作担当へ修正を頼めるところまでを整理します。

1. 問い合わせが来ない原因を4段階に分ける

最初に見るのはボタンの色ではなく、どの段階で相談が止まっているかです。見込み客がサービスページを読んでいない状態と、フォームの最後まで入力した人が送信できない状態では、必要な対応が違います。まずは次の順に、自社の現状が分かるかを確認してください。

表が収まらない場合は横にスクロールできます →

この表は原因の候補を整理する道具です。フォーム入力の減少だけで「項目が多すぎる」とは断定できません。比較のために開いた人、途中で依頼をやめた人、操作に失敗した人が混ざるためです。解析の数字と、実際に操作して確かめた事実を並べると、修正の根拠を残せます。

2. サービスページに「相談前の判断材料」をそろえる

対象・対応範囲・完成するものを具体的にする

「課題を解決します」だけでは、自分の相談を受けてもらえるか判断できません。たとえばホームページ制作なら、新規制作か既存サイトの改修か、原稿や写真の準備を誰が行うか、公開後の更新まで頼めるかを明記します。専門用語の羅列よりも、依頼した後に何が手元に残るかが分かる説明にしてください。

対応できない内容も、相談先選びに必要な情報です。店舗向けのサービスなら対応エリアや訪問の可否、法人向けなら対象規模や支援範囲を載せます。問い合わせの件数だけを追うと、対応範囲外の相談まで増えてしまいます。自社が役に立てる相手に伝わることを、説明の基準にしましょう。

料金を確定できなくても、見積もりの条件は示せる

案件ごとに料金が変わる場合、無理に一律価格を出す必要はありません。「何によって費用が変わるか」「どこまでが基本範囲か」「追加費用をいつ説明するか」を書けます。参考価格を掲載するなら、含まれる作業と前提条件を添えてください。実際には対応できない最低価格を大きく見せると、相談後の認識違いにつながります。

事例が少ない段階では、相談から納品までの流れ、作業範囲、確認方法を説明することから始められます。試作やサンプルを載せる場合はその旨を明記し、顧客の実績と混同させないようにします。顧客名・成果数値・感想は、確認と掲載許諾が取れているものだけを使ってください。

VELGRITの公開サイトを点検した際は、試作ページの提案から、打ち合わせ、制作、確認・修正、公開・運用開始までの5段階が掲載されていました。これは相談後の進め方を説明する例です。自社でも「送ったら次に何が起こるか」を一度書き出すと、足りない案内を見つけられます。

3. 相談ボタンの言葉と、押した先の動きを合わせる

相談ボタンは、クリックすると何ができるかを伝える入口です。サービス説明や費用の条件を読んで相談したくなった位置から、すぐ進めるように配置します。ページ上部だけに置く場合は、読み終えた人が戻らずに相談できるかも確かめてください。画面を覆うほどの固定ボタンは、本文や入力欄の邪魔にならないか確認が必要です。

表が収まらない場合は横にスクロールできます →

上の文言は使い分けの例です。自社が提供している行動だけを案内してください。「資料を請求する」と書いてあるのに商談予約が必須だったり、「無料で相談する」の先で費用の説明が変わったりすると、読者は判断をやり直すことになります。料金や連絡方法の条件は、ボタンの近くで分かるようにします。

この点検で確認できたのは、相談ボタンからフォームの位置に移動できることまでです。相談が増えたか、送信後にメールが届くかは別の確認になります。同じページ内にフォームがある場合も、パソコンとスマホの両方で押し、固定ヘッダーに見出しが隠れないか、入力の入口が見えるかを確かめてください。

4. 必須項目と返信方法が矛盾していないか確かめる

項目数を減らす前に、初回の返信に必要かを決める

フォームの項目は「少ないほど常に良い」とは限りません。予約の日時や対応地域など、受付に欠かせない情報もあります。各項目について、初回の返信・受付に必要なのか、打ち合わせで聞けば足りるのかを判断してください。W3Cのフォーム解説も、処理に必要な入力に絞り、不要・過剰な情報を求めないことを勧めています。

出典：Forms Tutorial | Web Accessibility Initiative (WAI) | W3C

たとえばメールで相談内容を整理するサービスなら、電話番号が初回に必要な理由を確認します。一方、当日の訪問調整などで電話連絡が必要なら、その用途を説明したうえで必須にする判断もあります。社内で使う予定のない情報を、以前のフォームにあったという理由だけで残さないことが出発点です。

これはVELGRIT自身の点検で見つけた、返信案内と必須項目を見直すきっかけです。電話番号を必須にしている業務上の理由は、この画面だけでは分かりません。また、実際の離脱は測っていません。「電話を希望しない人にも番号が必要なのか」を担当者に確認し、必要なら理由を説明、不要なら任意化を検討する順で進めます。

スマホで入力し、間違えたときと送信後の表示を読む

パソコンでフォームが表示されるだけでは点検完了にできません。スマホで文字を入力した際に項目名が見えるか、必須と任意を見分けられるか、入力欄やボタンを押しやすいかを確認します。入力例を欄の中だけに置くと、文字を入れた後に例が消えます。項目名や必要な説明は、入力中も読み返せる位置に置いてください。

エラーは、どの項目をどう直せばよいか分かる言葉にします。「入力が不正です」だけよりも、「メールアドレスを確認してください」のように場所と修正内容が分かる方が、次に進みやすくなります。成功時にも、送信を受け付けたことが分かる表示が必要です。W3Cは、分かりやすいエラー・修正方法と、完了を知らせる案内を示しています。

出典：User Notification | Web Accessibility Initiative (WAI) | W3C

返信目安を載せるなら、担当者が守れる条件を決めてからにします。「1営業日以内」と表示しても土日祝日が営業日に含まれるか分からなければ、待つ側には判断できません。休業日や問い合わせの内容によって変わる場合は、その条件も短く添えてください。表示した約束と実際の対応を合わせるところまでが、フォーム改善です。

5. 修正担当者に渡せる問い合わせ導線の点検表

ここからは、実際の点検と修正依頼に使う表です。管理している自社サイトを対象に、サービスページの入口から返信の担当者までを確認します。テスト送信は受付担当に知らせ、テストと分かる内容にし、自社で管理する連絡先を使ってください。顧客の個人情報を試験用に流用する必要はありません。

表が収まらない場合は横にスクロールできます →

フォームの構成によっては、問い合わせ内容を管理画面に保存せず、メール通知だけで運用している場合もあります。保存先があるかを制作担当に確認し、ある場合は記録も照合します。画面に「送信完了」と出たこと、通知メールを受け取ったこと、担当者が相談内容を確認したことは、別々に記録してください。

送信が失敗する、通知だけ届かないなどの問題があれば、日時・端末・ブラウザ・操作手順を残して担当者に渡します。同じ不具合でも条件が分からないと再現できません。画面の控えを共有する場合は、実際の顧客情報やログイン情報が写っていないか確かめましょう。

修正の依頼は「問い合わせを増やしてください」だけで終わらせず、まず再現できる問題と完了条件を渡します。集客や内容の改善と、受付が止まる不具合は分けて管理してください。新しい施策を増やす前に、今ある相談を受け取れる状態に整える方が、優先順位を決めやすくなります。

6. 改善後は、送信数と実際の相談を分けて見る

フォームの表示・入力開始・送信を、同じ定義で追う

Google アナリティクスの公式ガイドは、サイトへの訪問、フォームの表示、入力開始、送信という段階を分けて確認する方法を紹介しています。自社でも、最初に「どの操作を何として数えるか」を決めてください。フォームが別ページならページ閲覧が手掛かりになりますが、同じページの下部にある場合、ページ閲覧だけで入力欄まで見たとは言えません。

出典：[GA4] ウェブサイトでより多くの見込み顧客を獲得する方法 – アナリティクス ヘルプ

GA4には、拡張計測機能のフォーム操作として、入力開始のform_start、送信のform_submitというイベントがあります。イベントとは、サイト上の操作を記録する仕組みです。フォーム操作の計測が有効かを確認し、テスト操作で意図したフォームの記録が入るかを確かめてから使います。設定を有効にしただけで、どのフォームでも正しく集計できたとは判断しないでください。

出典：拡張計測機能イベント – アナリティクス ヘルプ

表が収まらない場合は横にスクロールできます →

イベント回数と人数は同じではありません。同じ人の複数回の操作も記録され得るため、入力開始のイベント回数と送信した人数をそのまま割らないようにします。期間・対象フォーム・集計の単位をそろえ、誰が見ても同じ数字になる定義を台帳に残してください。受信した相談は営業メールやテストを分け、担当者が確認した件数として管理します。

出典：個人を特定できる情報（PII）を送信しないようにするためのヒント – アナリティクス ヘルプ

件数が少ない間は、増減の理由を急いで決めない

変更前後を比べる際は、同じ長さの期間に加え、曜日、広告の出稿、流入元、休業日、計測設定の変更を確認します。比較期間はサイトの利用状況に合わせて決め、月単位の問い合わせが少ないなら、短期間の増減だけで成功・失敗を決めないことです。変更日と他の施策を記録しておくと、後から判断を見直せます。

また、入力項目・ボタン・広告を同時に変えれば、どの変更が影響したか分かりにくくなります。不具合は先に直したうえで、説明や配置の改善は可能な範囲で一つずつ試します。問い合わせが増えても、対応できる相談が増えたのか、返信が追いついているのかまで確認してください。フォームの数字は、事業の結果を考えるための途中の手掛かりです。

最初の一歩は、自社のサービスページを初めて読むつもりで開き、「相談したい」と感じた場所からフォームに進むことです。説明が足りない箇所を一つ、操作で迷う箇所を一つ、受付の確認ができていない箇所を一つ書き出してください。その中から、相談を受け取れなくなる問題を優先して直せば、次の担当者に具体的な仕事を渡せます。

よくあるご質問