ホームページの問い合わせを増やすKPIとは?計測設計と改善手順

問ホームページの問い合わせを増やすKPIは、問い合わせ件数だけではありません。検索結果での表示、クリック、記事の利用、サービスページへの遷移、CTAのクリック、フォーム入力開始、送信完了、有効問い合わせまでを一つの流れとして設計します。各KPIは「何を分母にするか」「どこで計測するか」「誰が確認するか」を固定し、件数と率を併記することが重要です。Search Consoleは検索前後、GA4はサイト内行動、CRMや営業管理表は問い合わせ後を担当します。業界平均を目標にするのではなく、自社の同じ条件で変更前後を比較すれば、改善すべき場所と施策の優先順位を判断できます。
目次
ホームページの問い合わせKPIは一本の流れで設計する
ホームページの問い合わせKPIは、最終的な問い合わせ件数から逆算して設計します。アクセス数だけを増やしても、サービスと関係のない検索から来たユーザーが多ければ有効問い合わせにはつながりません。反対に、アクセス数が大きく変わらなくても、対象顧客の閲覧、CTAクリック、フォーム完了が増えれば事業成果は改善します。
私たちがホームページ改善の相談で最初に確認するのも、単独のCVRではなく、検索から問い合わせ後までのどこで人数が減っているかです。問い合わせが少ないという同じ結果でも、検索表示が足りないサイトと、フォーム送信で止まっているサイトでは優先施策が異なります。
| 段階 | ユーザーの行動 | 主なKPI | 計測元 |
|---|---|---|---|
| 検索機会 | 検索結果にページが表示される | 関連クエリの表示回数 | Search Console |
| 検索選択 | 検索結果からページを開く | クリック数、CTR | Search Console |
| ページ利用 | 記事やサービスを読む | ユーザー数、エンゲージメント率 | GA4 |
| 導線移動 | 関連記事・サービスページへ進む | ページ遷移率 | GA4 |
| 行動喚起 | CTAをクリックする | CTAクリック率 | GA4 |
| 入力開始 | 問い合わせフォームを操作する | フォーム開始率 | GA4 |
| 受付完了 | 問い合わせが正常に届く | リード数、フォーム完了率 | GA4・フォーム管理 |
| 有効判定 | 対象サービスの相談と判定される | 有効問い合わせ数・率 | CRM・営業管理表 |
| 商談・受注 | 商談、契約へ進む | 商談化率、受注率、売上 | CRM・基幹システム |
この流れの前後をつなぐと、「表示回数は増えたがクリックされない」「CTAまでは進むがフォームを始めない」など、結果ではなく原因に近い状態を把握できます。
関連記事:
ホームページから問い合わせが来ない原因は?データでわかる改善方法
KPIを決める前にKGIと有効問い合わせを定義する
KPIを増やす前に、ホームページが最終的に生み出す成果、つまりKGIを決めます。BtoBサイトでは、問い合わせ総数よりも「対象サービスについて相談があり、営業対応の対象になった件数」をKGIまたは最上位KPIに置く方が実態を捉えやすくなります。
資料請求、採用応募、既存顧客のサポート、営業提案、迷惑送信をすべて同じ問い合わせとして集計すると、改善の判断を誤ります。問い合わせ種別と判定基準を営業部門と共有し、少なくとも次の区分を設けます。
- 対象サービスの新規相談
- 資料請求や見積もり依頼
- 対象外の相談
- 採用・取材・協業の連絡
- 既存顧客からの連絡
- 営業提案・スパム
「有効問い合わせ」は会社ごとに定義が異なります。対象サービス、対応地域、最低予算、法人・個人、相談時期など、営業対応の可否に必要な条件を書面にしてください。定義が曖昧なままでは、Web担当者は件数増を成功と判断し、営業担当者は質の低下と判断する食い違いが起きます。
ホームページの問い合わせKPIツリーと計算式
KPIは、件数と率をセットで確認します。率だけでは母数が分からず、件数だけでは流入増による変化なのか導線改善による変化なのかを区別できません。各計算式では、ユーザー数、セッション数、イベント数を混在させないことも重要です。
検索結果のCTR
検索CTR(%)=検索結果のクリック数 ÷ 検索結果の表示回数 × 100
Search Consoleでは、クリック数、表示回数、CTR、掲載順位を確認できます。CTRは検索結果で表示された回数のうち、クリックされた割合です。ただし、クエリ、ページ、デバイス、国などの集計条件を変えると数値も変わります。サイト全体の平均CTRだけで判断せず、改善対象のページとクエリをそろえて比較します。
サービスページ遷移率
サービスページ遷移率(%)=サービスページへ遷移したユーザー数 ÷ 対象記事のユーザー数 × 100
記事を読んだユーザーが、課題に対応するサービスページへ進んだ割合です。遷移先はWebaxisに固定せず、記事のテーマに対応するサービスページを設定します。複数の内部リンクがある場合は、リンク先URLやクリック位置を計測できるようにします。
CTAクリック率
CTAクリック率(%)=CTAをクリックしたユーザー数 ÷ CTAがある対象ページのユーザー数 × 100
CTAのイベント名と、CTAの種類を示すパラメータを決めます。ヘッダー、記事中、記事末尾で同じリンクを使う場合も、設置位置を区別すると改善に使えます。イベント回数では、同じ人の連続クリックが含まれるため、導線評価ではユーザー数も確認します。
フォーム開始率と完了率
フォーム開始率(%)=form_startユーザー数 ÷ 問い合わせページのユーザー数 × 100
フォーム完了率(%)=generate_leadユーザー数 ÷ form_startユーザー数 × 100
Google Analytics 4の拡張計測機能では、フォームへの最初の操作をform_start、送信操作をform_submitとして収集できます。Googleの推奨イベントgenerate_leadは、問い合わせなどでリードが生成されたときに使用します。form_submitが発生しても、入力エラーや通信障害で受付が完了していない可能性があるため、正常受付の条件に合わせてgenerate_leadを実装します。
有効問い合わせ率と商談化率
有効問い合わせ率(%)=有効問い合わせ数 ÷ 受付が完了した問い合わせ数 × 100
商談化率(%)=商談数 ÷ 有効問い合わせ数 × 100
問い合わせ後の数値はGA4だけでは判定できません。フォームの受付データとCRMまたは営業管理表をつなぎ、問い合わせ種別、判定、商談、受注を更新します。分母を全問い合わせとするのか有効問い合わせとするのかを、指標名と一緒に明記してください。
Search Consoleで検索表示からクリックまでを確認する
Search Consoleは、Google検索でページが表示され、クリックされるまでの状態を確認するために使います。ホームページの問い合わせKPIでは、サイト全体の合計よりも、対象顧客の課題に関係するクエリとページの組み合わせが重要です。
表示回数は「対象顧客との接点」で評価する
表示回数の増加だけでは、問い合わせにつながる検索機会が増えたとは限りません。検索意図とサービスが合うクエリ、対象地域、比較・検討段階のクエリなど、事業と関係する範囲で確認します。Googleも、表示回数を単に増やすのではなく、意味のある表示かを検討するよう案内しています。
新しい記事では、狙った一語だけでなく、どの関連クエリへ表示が広がったかを確認します。インテントクラスターの実装実験では、中心記事とクラスターページが異なる検索意図を受け持ち、同じクエリで競合していないかも見ます。
CTRはページ・クエリ・デバイスをそろえる
表示回数があるのにCTRが低い場合、タイトルや説明文だけでなく、検索意図とのずれ、順位、検索結果上の他要素を確認します。平均掲載順位は検索ごとの最上位掲載位置を平均した概算値であり、単独の合否基準にはできません。Googleは、掲載順位だけでなくクリック数と表示回数の傾向を重視するよう説明しています。
Search Consoleは、プロパティ単位とページ単位で集計方法が異なり、正規URLにデータが集約される場合もあります。変更前後を比べるときは、検索タイプ、期間、ページ、国、デバイス、ブランド指名の扱いをそろえます。匿名化されたクエリなど、画面にすべての検索語が表示されるわけではない点も前提にします。
GA4で記事閲覧から問い合わせ完了までを確認する
GA4は、検索や広告などから訪問した後、ページを利用して問い合わせへ進む過程を確認します。ページビューだけでなく、ユーザー、セッション、イベントのどの単位で見るかを指標ごとに決めます。
エンゲージメント率は読了率ではない
GA4のエンゲージメントセッションは、10秒を超えて継続した、キーイベントが発生した、または2回以上のページビュー・スクリーンビューがあったセッションです。エンゲージメント率は、全セッションに占めるエンゲージメントセッションの割合です。そのため、記事を最後まで読んだ割合と同じ意味ではありません。
記事の利用状況を詳しく見る場合は、スクロール、内部リンククリック、CTAクリックなどを組み合わせます。ただし、スクロールしただけで問い合わせ意向が高いとは断定できません。記事の役割に合わせて、「サービス理解へ進んだか」「次の課題解決ページへ進んだか」を確認します。
イベント名とパラメータの命名規則を決める
CTAクリックをページごとに別のイベント名にすると、横断集計が難しくなります。イベント名は共通にし、リンク先、設置位置、記事ID、クラスターIDなどをパラメータで区別すると運用しやすくなります。
例として、CTAクリックはselect_contentなど既存の推奨イベントで表現できるかを検討し、要件に合わなければ組織内で統一したカスタムイベント名を使います。問い合わせ完了は独自名を増やす前に、Googleの推奨イベントgenerate_leadを優先します。実装後はDebugViewやリアルタイム表示だけでなく、テスト送信一件に対して一回記録されることを確認してください。
リード獲得後はqualify_leadへつなぐ
GA4のリード獲得レポートでは、generate_leadを新規リード、qualify_leadを有望と判定したリード、close_convert_leadを顧客化したリードとして扱います。営業側の情報をGA4へ連携する場合は、個人を特定できる情報を送信せず、同意、データ管理、利用目的を整理したうえで設計します。
連携が難しい場合でも、CRMや営業管理表で有効問い合わせと商談を集計すれば、フォーム完了率だけを追う状態から改善できます。まずは週次または月次で、GA4のgenerate_lead件数と受付台帳の件数が大きくずれていないかを照合します。
関連記事:
問い合わせフォームで離脱する原因は?入力完了率を高める改善方法
KPI定義書を作り、数値の意味を固定する
ホームページのKPIは、担当者が変わっても同じ数値を再現できる状態にします。そのために、ダッシュボードを作る前にKPI定義書を用意します。最低限、指標名、目的、計算式、単位、計測元、対象範囲、除外条件、更新頻度、担当者を記録してください。
| 指標名 | 定義 | 計測元 | 確認頻度 | 主な判断 |
|---|---|---|---|---|
| 関連表示回数 | 対象クエリ・ページの表示回数 | Search Console | 週次・月次 | 検索機会があるか |
| 検索CTR | クリック数÷表示回数 | Search Console | 週次・月次 | 検索結果で選ばれるか |
| サービスページ遷移率 | 遷移ユーザー÷対象記事ユーザー | GA4 | 月次 | 記事から検討へ進むか |
| CTAクリック率 | CTAクリックユーザー÷対象ページユーザー | GA4 | 月次 | 行動喚起が機能するか |
| フォーム開始率 | form_startユーザー÷問い合わせページユーザー | GA4 | 月次 | 入力前の不安がないか |
| フォーム完了率 | generate_leadユーザー÷form_startユーザー | GA4 | 月次 | 入力・送信を完了できるか |
| 有効問い合わせ率 | 有効問い合わせ÷受付完了 | CRM・営業管理 | 月次 | 対象顧客を獲得できるか |
同じ「CVR」という言葉でも、セッションから問い合わせ、ユーザーから問い合わせ、フォーム開始から完了では値が異なります。会議資料やダッシュボードには「記事ユーザー基準」「form_start基準」のように分母を併記します。社内アクセス、テスト送信、スパムの除外条件も統一してください。
KPIの目標値は業界平均ではなく自社の基準から決める
ホームページの問い合わせKPIに、すべての企業へ共通する正解はありません。商材単価、検討期間、指名検索の割合、流入チャネル、フォームの目的が違えば、CTRやCVRも変わります。公開されている平均値を参考にする場合も、定義と母集団が一致しなければ目標には使えません。
最初に、変更前の28日間など一定期間を基準値として保存します。季節性や母数が小さい場合は、前年同月や直近3か月も確認します。公開または改修後は、次の時点で役割を分けて評価します。
| 時点 | 確認すること |
|---|---|
| 7日後 | インデックス、表示、リンク、イベント、フォームの不具合 |
| 14日後 | 表示クエリ、初期流入、想定外の検索意図 |
| 28日後 | クリック、記事利用、内部遷移、CTAの初期傾向 |
| 56日後 | クラスター内の回遊、問い合わせ行動、有効問い合わせ |
| 90日後 | 前期間との比較、改善箇所、次の施策 |
期間だけで機械的に結論を出さず、件数も併記します。form_startが数件しかない状態では、一件の増減で完了率が大きく動きます。データが少ない場合は、技術的不具合やユーザビリティの確認を進めながら、判断を保留することも必要です。
KPIから改善の優先順位を判断する
KPIは報告のためではなく、次の行動を決めるために使います。各段階の数値が弱いときは、その段階に対応する施策を選びます。
| 数値の状態 | 考えられる課題 | 優先する確認・改善 |
|---|---|---|
| 関連表示回数が少ない | 課題の需要を捉えていない、情報不足 | インテント、記事群、内部リンク、クロール |
| 表示はあるがクリックが少ない | 検索意図とのずれ、タイトル、競合 | クエリ別CTR、タイトル、説明、内容の一致 |
| 記事閲覧はあるが遷移しない | 次の行動が不明、関連記事が不適切 | 文脈内リンク、サービスとの接続 |
| サービス閲覧はあるがCTAを押さない | 対象、価値、条件、信頼材料が不足 | 訴求、事例、料金の考え方、CTA文言 |
| CTAクリック後に開始しない | フォームとの不一致、不安 | フォーム冒頭、項目、返信方法 |
| 入力開始後に完了しない | エラー、操作性、技術的不具合 | EFO、モバイル、送信テスト |
| 問い合わせはあるが有効率が低い | 対象顧客・条件の伝達不足 | ペルソナ、対象範囲、問い合わせ種別 |
複数の数値が悪い場合は、送信不能など成果を直接妨げる不具合を最優先します。その後、問い合わせに近い下流から改善すると、少ない変更でも事業への影響を確認しやすくなります。ただし、下流の母数自体がない場合は、検索機会と流入の整備を並行します。
関連記事:
記事改善の実験では変更履歴と評価条件を残す
記事の公開やリライトをKPIで評価するときは、変更日、変更箇所、仮説、対象ページ、評価指標を記録します。タイトル、本文、CTA、内部リンクを同時に変更すると、何が結果へ影響したかを切り分けにくくなります。一回の検証で扱う主な仮説を決め、他の変更も履歴に残してください。
今回のインテントクラスター実装実験では、中心記事が「問い合わせが来ない原因の診断」、本記事が「検索から有効問い合わせまでの計測設計」、フォーム記事が「入力開始後の改善」を担当します。記事ごとの役割を分けたうえで、クラスター全体と各ページの両方を観察します。
主な観察項目は、対象クエリの表示・クリック、記事ユーザー、関連記事遷移、サービスページ遷移、CTAクリック、form_start、generate_lead、有効問い合わせです。実測値が少ない段階では、率を無理に評価せず、表示クエリ、導線の利用、計測の正常性など、判断できる範囲を記録します。
AI引用率はSearch Consoleとは分けて測定する
AI検索での引用状況は、Search Consoleの表示回数やクリック数と同じ方法では測定できません。ChatGPT、GoogleのAI機能、Gemini、Perplexityなど、対象サービスと質問文を固定し、回答内で自社ページが出典または参照先として示されたかを手動で記録します。
AI引用率(%)=自社ページが引用された回答数 ÷ 評価対象の回答数 × 100
生成AIの回答は、同じ質問でも時点や実行ごとに変わる可能性があります。質問文、実行日、サービス、モデルやモード、ログイン状態、引用URL、引用された内容を保存し、複数回の結果で比較します。検索流入のKPIとAI引用率を一つの数値に混ぜず、それぞれの計測条件を明記します。
引用を増やすために未確認の自社調査を作る必要はありません。公式情報を正しく参照し、その情報を現場でどう判断・実装するかを具体的に示すことも、記事の独自性になります。ジャリアの一次情報としては、公開日、変更内容、計測設計、うまくいかなかった点、次の判断を検証記録として追記できます。
ホームページの問い合わせKPIで起こりやすい失敗
アクセス数だけをKPIにする
アクセス数は検索機会を把握する指標ですが、問い合わせの質を示しません。対象サービスとの関係が薄い流入が増えると、アクセスは伸びても有効問い合わせ率が下がります。関連クエリ、導線行動、有効問い合わせまで確認します。
CVRの分母を共有していない
CVRという名前だけで報告すると、担当者ごとにセッション、ユーザー、フォーム開始数を分母にする可能性があります。計算式と対象期間を併記し、同じ定義で比較します。
GA4の送信イベントを実際の問い合わせ件数とみなす
イベントの二重発火、計測漏れ、テスト送信、スパムが含まれることがあります。フォーム管理画面や受付台帳と照合し、generate_leadの発火条件をテストします。
全体平均だけで判断する
全体平均では、スマートフォンだけの問題や、特定記事からの期待不一致が隠れます。ページ、チャネル、デバイス、指名・非指名、新規・リピーターなど、意思決定に必要な範囲で分けます。ただし、細分化しすぎて母数が少なくならないようにします。
問い合わせ数だけを増やし、質を確認しない
CTAを強くし、フォーム項目を減らすと送信数が増える一方、対象外の相談も増える場合があります。有効問い合わせ率、商談化率、営業対応の負担をガードレール指標として確認します。
ホームページの計測設計と改善をWebaxisが支援します
株式会社ジャリアのWebaxisでは、Search Consoleの検索表示から、GA4でのページ利用、サービスページ遷移、CTA、フォーム完了、問い合わせ後の判定までを整理し、ホームページ改善の優先順位を設計します。ダッシュボードを作ること自体を目的にせず、どの数値が変わったら何を確認するかまで明確にします。
「問い合わせ件数しか見ていない」「GA4のイベントが正しいか分からない」「記事が事業成果につながっているか判断できない」という段階でも、既存環境を確認し、部分改善と再設計の範囲を整理できます。
ホームページの問い合わせKPIに関するよくある質問
Q1. ホームページのKPIは何個に絞るべきですか?
個数の正解はありません。経営・事業の判断には有効問い合わせや商談を置き、実務では表示、クリック、CTA、フォームなど原因を判断できるプロセスKPIを持ちます。会議ごとに必要な指標だけを表示すると運用しやすくなります。
Q2. 問い合わせ件数とCVRのどちらを優先しますか?
両方を確認します。問い合わせ件数は成果の量、CVRは母数に対する効率を示します。流入が増えて件数は伸びたがCVRが下がった場合と、流入は同じでCVRが上がった場合では評価が異なります。
Q3. ホームページのCVRに目安はありますか?
すべてのサイトに共通する目安はありません。目的、商材、流入、分母の定義によって値が変わります。同じ条件で自社の変更前後を比較し、有効問い合わせ率も併記してください。
Q4. Search ConsoleとGA4のクリック数が一致しないのはなぜですか?
計測対象と定義が異なるためです。Search ConsoleはGoogle検索結果でのクリック、GA4はサイト上で収集できたセッションやイベントを扱います。同意設定、タグ、タイムゾーン、正規URLなども差に影響します。完全一致ではなく、それぞれの役割で傾向を見ます。
Q5. GA4では問い合わせ完了をどのイベントで測りますか?
リード生成にはGoogleの推奨イベントgenerate_leadを使用します。送信ボタンの操作を示すform_submitとは分け、受付成功時に一回だけ記録されるよう実装とテストを行います。
Q6. サービスページ遷移率の分母は何ですか?
対象記事を利用したユーザー数を分母にし、その記事からサービスページへ遷移したユーザー数を分子にします。イベント回数とユーザー数を混ぜず、対象期間と流入条件もそろえます。
Q7. KPIは毎日確認すべきですか?
送信不具合や急激な減少は日次で監視し、記事や導線の評価は週次・月次で行います。アクセスが少ないサイトでは日々の率が大きく変動するため、十分な件数と比較期間を確保します。
Q8. AI検索での引用率はGA4で測れますか?
GA4だけでは、AIの回答内でページが引用された回数を網羅できません。対象サービスと質問文を固定し、引用URLを記録する別の検証を行います。AIサービスから実際に訪問があった場合は、参照元として補助的に確認できます。
まとめ|ホームページの問い合わせKPIを改善判断につなげる
ホームページの問い合わせKPIは、検索表示、クリック、記事利用、サービスページ遷移、CTA、フォーム開始、受付完了、有効問い合わせ、商談を一本の流れとして設計します。Search Console、GA4、フォーム管理、CRMにはそれぞれ異なる役割があり、一つのツールだけで全体を評価することはできません。
最初に有効問い合わせを定義し、各KPIの分母、計測元、対象範囲、除外条件、確認頻度、担当者を固定してください。業界平均を合否基準にせず、同じ条件で自社の変更前後を比較します。数値が動いたときに次の確認と施策を選べる状態が、問い合わせを増やすためのKPI設計です。

