ホームページから問い合わせが来ないとき、最初からデザインや記事数を原因と決めないことが大切です。検索結果に出ていない、出てもクリックされない、内容が判断材料にならない、フォームが届かない、担当者が対応できていないなど、止まっている場所によって対策は変わります。

このページでは、検索表示から担当者の初回対応までを段階に分け、現状確認、優先順位、改修範囲、検収方法を整理します。問い合わせ数、検索順位、売上を保証するものではなく、改善判断ができる状態をつくるための診断手順です。

広告中・受付中ならフォームの実着信を先に確認

広告やキャンペーンを実施中で、問い合わせが急に止まった場合は、集客施策より先にフォーム・予約・電話を確認します。テスト送信し、完了画面だけでなく、自動返信、担当者メール、共有受信箱、CRM・予約台帳、担当分配まで届くかを確認してください。

実着信を確認できないまま広告配信や募集を続けると、利用者の送信を受け取れない可能性があります。代替連絡先を案内し、影響期間と未着範囲を記録します。

問い合わせまでの7段階を分ける

段階 確認する状態 止まっている場合の例
1. 表示 検索・広告・SNS・紹介から入口がある 検索対象外、広告停止、案内不足
2. 選択 タイトルや広告文からクリックされる 対象・地域・提案が伝わらない
3. 理解 サービスの対象・範囲・条件が分かる 抽象的、古い情報、対象外が不明
4. 比較 費用・実績・工程・FAQで判断できる 根拠や比較材料が不足
5. 行動 文脈に合うCTAへ進める ボタンが見つからない、目的が多すぎる
6. 受付 送信・予約が担当者へ実着信する エラー、迷惑判定、通知先不明
7. 対応 担当者が確認し初回連絡できる 分配停止、返信遅延、受付基準不明

アクセス数と問い合わせ数だけを比べると、どの段階が原因か分かりません。段階ごとに観測できる値と業務記録を結びます。

最初の30分で確認する項目

  1. 公開ページをスマートフォンとPCで開き、主要CTAまで進む。
  2. フォーム・予約を正常入力とエラー入力で試す。
  3. 完了画面、自動返信、担当者メール、共有受信箱、台帳を確認する。
  4. 電話番号、営業時間、受付条件、所在地、料金等が現在も正しいか確認する。
  5. Search Consoleで対象ページの表示・クリック・クエリを確認する。
  6. アクセス解析で入口、CTA、フォーム開始・完了の計測状態を確認する。
  7. 広告、SNS、メール等の案内先URLが現在のページと一致するか確認する。

テストは実データと区別できる名称で行い、個人情報や機密資料を使いません。異常がある場合は実施日時、端末、ブラウザ、入力内容、画面、受信状態を記録します。

検索結果に表示されていない場合

検索表示が少ない場合は、需要だけでなく、検索対象になっているか、対象ページが存在するか、内容が検索意図に合っているかを確認します。

  • 対象URLが200で表示され、noindexやrobots.txtで意図せず制限されていない。
  • canonicalが別ページを指しておらず、サイトマップと内部リンクに含まれる。
  • サービス名だけでなく、対象者・課題・提供範囲に答えるページがある。
  • 地域名を使う場合は、実際の対応条件と地域固有の判断材料がある。
  • 重複するページが複数なく、代表URLを説明できる。
  • 検索順位だけでなく、表示回数、クエリ、ページ、期間を分けて見る。

Search Consoleの指標は集計方法によって意味が変わります。URLフィルタやクエリを使う方法はGoogle Search Consoleのパフォーマンスレポート公式ガイドで確認できます。

表示されてもクリックされない場合

表示回数があるのにクリックが少ない場合は、titleや説明文だけでなく、検索クエリとページの役割が一致しているかを確認します。

  • titleに対象、サービス、地域・用途、判断材料が過不足なく含まれる。
  • 古い年、終了したキャンペーン、実際と違う無料・即日等の表現がない。
  • 同じ検索意図に複数ページが競合していない。
  • 検索結果で約束した情報がページ上部に存在する。
  • ブランド名だけ、または汎用語だけの曖昧なタイトルになっていない。

CTRは順位や検索意図にも左右されます。タイトル変更だけの成果と断定せず、対象期間、表示順位、クエリ構成の変化を記録します。

ページを読まれても問い合わせに進まない場合

対象が分からない

誰向けか、どの状況に向くか、対象外は何かを明記します。

範囲が分からない

含む作業、含まない作業、追加条件、提供地域を分けます。

費用を判断できない

金額を作らず、費用を決める要素と見積もりに必要な情報を示します。

根拠が足りない

事例、仕様、実績、写真、担当者、工程を条件・期間・許諾と共に示します。

次の行動が不明

相談、資料請求、予約など主目的を定め、押した後の流れを説明します。

情報が古い

更新日ではなく、料金・受付・会社情報等の内容が現在も有効か確認します。

Googleのユーザー第一の有用なコンテンツに関する公式資料でも、既存または想定する利用者に役立ち、目的達成に十分な情報を提供する観点が案内されています。

CTAが見つからない・選べない場合

ボタンを増やすだけでは改善になりません。ページを読む人の検討段階と、事業側が受け付けられる行動を対応させます。

CTA 向く状態 近くに必要な説明
問い合わせ 個別条件を確認して提案するサービス 相談対象、返信方法、必要情報
資料請求 比較検討用の資料を提供できる 資料内容、送付方法、後続連絡
予約 日時枠と担当体制がある 所要時間、場所、変更・取消条件
電話 営業時間中に受けられる 受付時間、通話料、混雑・不通時の代替
申込み 価格・提供条件・同意事項が確定 支払、契約、提供開始、取消条件

固定ボタンが本文や同意表示を隠していないか、スマートフォンで誤タップしないか、リンク先が正しいかも確認します。

フォーム入力で離脱している場合

  • 初回対応に不要な項目まで必須にしない。
  • 入力例、文字数、形式、エラー理由を項目の近くに表示する。
  • 郵便番号、電話番号、全角・半角等の過度な制限を見直す。
  • 戻る操作やエラーで入力内容がすべて消えないか確認する。
  • 添付ファイルの形式・容量・保存・削除・閲覧権限を説明する。
  • 利用目的、プライバシーポリシー、同意項目を分かる位置に置く。
  • スマートフォンの入力欄、キーボード種別、ボタン位置を確認する。

氏名、メールアドレス、電話番号、相談内容などをURLやアクセス解析のイベント値に含めません。

送信完了と担当者実着信を分ける

  1. 入力画面が開き、必須・形式の検証が働く。
  2. 送信処理が成功し、完了状態が利用者へ表示される。
  3. 利用者へ自動返信が届く。
  4. 担当者メールまたは共有受信箱へ通知が届く。
  5. CRM、予約台帳、スプレッドシート等へ必要な情報が記録される。
  6. 担当者へ振り分けられ、一次対応できる。

完了画面だけをコンバージョンとして計測している場合、実際の未着を見逃します。迷惑メール判定、送信元設定、受信容量、転送、Webhook、API、外部サービスの障害も確認対象です。

問い合わせは届くが有効相談にならない場合

問い合わせ件数だけでなく、対象内・対象外、重複、営業連絡、迷惑送信、必要情報不足を分けます。対象外が多い場合は、広告や検索語、ページ上の対象・地域・価格条件、フォームの選択肢を確認します。

  • 対応できる相談内容と対象外をページ上で区別する。
  • 地域、予算、時期等は必要性を確認し、自由記述だけに依存しない。
  • 広告の対象者・検索語と、着地ページの提供条件をそろえる。
  • 営業・採用・取材・サポート等の窓口を必要に応じて分ける。
  • スパム対策で正規利用者まで遮断していないか検証する。

担当者の受付・返信で止まっている場合

Web上の送信が正常でも、担当者変更、共有受信箱の未確認、CRMの分配停止、返信テンプレートの古さで対応が止まります。

確認項目 決める内容 異常時
受信先 共有受信箱、主担当、副担当 代替窓口へ切り替える
受付時間 営業日、一次返信の目安 自動返信と公開情報を更新
分類 サービス、地域、緊急度、対象外 手動確認へ戻す
記録 受付番号、担当、状態、次回連絡 未対応一覧を抽出
個人情報 閲覧権限、保存期間、削除 アクセスを止め影響を確認

検索・閲覧・受付・事業成果を分けて計測

主な指標 判断できること
検索・広告 表示、クリック、CTR、広告費、検索語 入口と選択の状態
閲覧 入口ページ、主要ページ、CTA、フォーム開始 理解・比較・行動の状態
受付 完了、自動返信、実着信、重複、対象内外 送信・通知・品質の状態
対応 初回返信、相談、見積もり、失注理由 受付後の運用状態
事業 契約、売上、継続、キャンセル Web以外も含む事業結果

GA4では問い合わせ等に推奨イベントが用意されていますが、イベント発火と担当者実着信は別です。名称と用途はGoogle Analyticsの推奨イベント公式資料で確認し、実際の受付記録と照合します。

改善の優先順位を決める

  1. 受付障害:フォーム未着、誤情報、個人情報露出などを最優先。
  2. 入口の不整合:広告や検索結果と着地ページの対象・条件の不一致。
  3. 商用判断材料:対象、範囲、費用条件、根拠、工程、FAQ。
  4. CTA・入力:文脈に合う行動と必要最小限のフォーム。
  5. 検索基盤:index、canonical、内部リンク、重複、表示性能。
  6. 継続改善:記事、事例、比較情報、計測・変更台帳。

アクセスが少ないページへフォームだけを直す、フォームが壊れた状態で広告を増やすなど、後段だけ・前段だけの改善を避けます。

改修範囲と費用を決める要素

費用は問い合わせ件数ではなく、調査・制作・実装・検収の範囲で決まります。要件確認後の個別見積もりとし、根拠のない一律料金や成果報酬を作りません。

  • Search Console・解析・広告・問い合わせ記録の調査。
  • サービス、料金、実績、FAQ、事例、会社情報の改稿。
  • 情報設計、CTA、フォーム、予約、電話、外部サービスの改善。
  • CMS、テーマ、プラグイン、サーバー、メール、WAF等の技術調査。
  • タグ・イベント・同意管理・レポート設計。
  • モバイル、アクセシビリティ、表示性能、ブラウザ試験。
  • 公開バックアップ、実着信、切り戻し、公開後監視。

サイト全体の改善方法はホームページの問い合わせを増やす方法、制作費の比較はホームページ制作費用でも整理しています。

診断から改善までの工程

  1. 困っている期間、対象サービス、受付状況、変更履歴を確認。
  2. 検索、広告、ページ、CTA、フォーム、担当受付を段階別に確認。
  3. 緊急障害と通常改善を分け、代替窓口を確認。
  4. 基準値、対象URL、計測・記録方法を決定。
  5. 改善範囲、責任、見積もり、承認、日程を合意。
  6. 原稿・UI・フォーム・計測を実装し、変更前バックアップを保存。
  7. 正常・異常入力、実着信、モバイル、リンク、検索設定を検収。
  8. 公開し、変更台帳と公開後の観測期間を設定。
  9. 技術エラー、需要、競合、季節性、営業対応を分けて次の判断を行う。

公開・改善時の受入条件

  • 対象URLが200で表示され、不要なリダイレクトがない。
  • title、H1、canonical、noindex、構造化データがページの役割と一致する。
  • 本文リンクとCTAが正しいURLへ直接到達する。
  • スマートフォンで横はみ出しや重なりがなく、入力・送信できる。
  • 完了画面、自動返信、担当者実着信、台帳、初回対応を確認する。
  • アクセス解析に個人情報を含めず、必要なイベントだけを記録する。
  • 重大な誤りや未着時に戻すバックアップと担当者が決まっている。

問い合わせが来ないときのよくある質問

アクセスが何件あれば問い合わせが来ますか?

業種、対象、価格、流入意図、認知度、競合、季節性で変わるため一律には決められません。段階別の基準値を取り、過去・媒体・ページ間で比較します。

SEOをすれば解決しますか?

検索入口が不足している場合には候補ですが、内容、CTA、フォーム、担当受付も確認が必要です。順位や問い合わせは保証できません。

フォームの項目は少ないほどよいですか?

初回対応に必要な最小限を基準にします。少なすぎて対応できない、選択肢が曖昧で対象外相談が増える場合もあるため、業務と合わせます。

デザインを変えれば問い合わせは増えますか?

デザインだけが原因とは限りません。対象、提案、比較材料、入力、実着信を確認し、問題箇所に応じて直します。

問い合わせ完了を計測していれば十分ですか?

十分ではありません。イベント発火、完了画面、自動返信、担当者受信、CRM・予約台帳、初回対応を別々に確認します。

何から共有すればよいですか?

現行URL、対象サービス、問い合わせが減った時期、利用中のフォーム・予約、分かる範囲のSearch Console・解析・受付記録をご共有ください。

問い合わせが来ない原因の診断・改善相談

検索、ページ、CTA、フォーム、担当受付を分け、緊急修正と通常改善を整理します。現行URL、対象サービス、困っている期間、受付方法をお知らせください。

問い合わせ改善について相談するサイト診断の内容を確認する