アクセスはあるのに、問い合わせ・資料請求・購入が増えない。そんなときに「CTAの色を変える」「フォーム項目を減らす」と施策から考えると、原因と関係のない場所を直し続けることがあります。
CVR改善で最初に行うべきことは、CVRが低い場所を工程ごとに切り分けることです。流入、LPやサービスページ、CTA、フォームの順に数字を並べ、どこで離脱が大きいかを確認します。そのうえで、原因の確度、改善した場合の影響、実装工数を見て着手順を決めます。
この記事では、CVRの確認から原因診断、施策選定、優先順位付け、検証までを一つの流れとして整理します。
CVR改善は「施策探し」ではなく「離脱箇所の特定」から始める
CVR(Conversion Rate、コンバージョン率)は、Webサイトを訪れた人のうち、問い合わせ、資料請求、購入、予約などの成果に至った割合です。一般的には「コンバージョン数 ÷ セッション数 × 100」で確認します。
ただし、CVRだけを見ても「なぜ低いのか」は分かりません。たとえばCVRが1.5%でも、広告のターゲットがずれている場合と、サービスページで判断材料が不足している場合と、フォームで大量に離脱している場合では、取るべき施策が異なります。
そのため、CVR改善ではサイト全体を一つの数字で見るのではなく、ユーザーが成果に至るまでを工程へ分けます。

CVRが低いときはフォームだけを見るのではなく、流入からCVまでを順番に確認して離脱箇所を絞ります。
| 工程 | 確認する数字 | 主な問い |
|---|---|---|
| 流入 | セッション数、流入元別CVR、検索語・広告別CVR | 成果につながる人が来ているか |
| LP・重要ページ | 到達率、離脱、スクロール、主要ページへの遷移 | 必要な情報を読めているか |
| CTA | 表示数、クリック数、CTAクリック率 | 次の行動が分かり、押す理由があるか |
| フォーム | 表示数、入力開始数、完了数、完了率 | 入力途中で止まっていないか |
Google Analytics 4(GA4)のファネルデータ探索では、ユーザーが特定のタスクを完了するまでのステップを可視化し、どの段階で進行・離脱しているかを確認できます。重要な行動は「キーイベント」として計測できます(参考:Google Analytics Help「Funnel exploration」)。
CVR改善の最初の目的は、施策を増やすことではありません。「どの工程を直すと成果に近づくか」を特定することです。
CVRとCV数を同時に見て現状を固定する
診断前に、まず同じ定義・同じ期間で現状値を固定します。CVRだけを追うと、流入が減った結果として割合だけが上がることもあるため、CV数とセットで確認します。
最低限そろえたいのは、次の5項目です。
- コンバージョンの定義
- CV数
- セッション数
- CVR
- 集計期間
さらに、流入元、デバイス、ランディングページ別に分けると、サイト全体の平均では見えない差が分かります。
たとえば「全体CVRが下がった」という事象でも、スマートフォンだけ下がっているなら、スマートフォン固有の表示や操作に問題がないかを確認できます。特定の広告流入だけ下がっているなら、ページを直す前にターゲティングや広告訴求とのずれを調べる必要があります。
業界平均は参考になりますが、それだけで良し悪しを決めないことが重要です。コンバージョンの種類、価格、検討期間、流入経路が違えばCVRの条件も変わります。改善判断では、自社の過去値と、同じ条件に分解した数値の比較を優先します。
流入→LP→CTA→フォームの順で原因を切り分ける
CVRが低いときは、成果に近いフォームだけを見るのではなく、入口から順番に確認します。前工程で離脱している人は、後工程だけを改善しても成果につながらないためです。

同じCVR低下でも、離脱している工程によって疑う原因は変わります。施策を決める前に、まず数字が落ちている場所を特定します。
流入:ターゲットと訪問目的が合っているか
流入段階では「成果につながりやすい人が来ているか」を確認します。
見るポイントは、流入元別・キャンペーン別・ランディングページ別・デバイス別のCVRです。検索広告なら検索語と広告文、SEOなら流入ページで扱っている内容、SNSなら投稿内容と遷移先の内容が一致しているかを見ます。
流入数が増えているのにCV数が増えずCVRだけ下がっている場合は、サイトの使い勝手より先に、集客対象が広がりすぎていないかを確認します。
主な改善候補は、ターゲット条件、キーワード、広告文、流入先ページの見直しです。
LP・重要ページ:判断材料が不足していないか
対象ユーザーが来ているのに次のページやCTAへ進まない場合は、ページ上の情報不足や理解のしにくさを疑います。
確認したいのは、誰向けのサービスか、何を解決できるか、料金や費用の考え方、対応範囲、導入の流れ、実績、よくある不安への回答です。全部を長く載せるのではなく、ユーザーが「自分に合うか」「次に進んでよいか」を判断できる材料があるかを見ます。
Microsoft Clarityなどのヒートマップやセッション記録を使うと、クリックやスクロール、ページ上の行動を確認できます。数字で離脱箇所を見つけた後に、「どこで迷っているか」を補足する材料として使うと原因を考えやすくなります(参考:Microsoft Learn「Recordings overview」)。
表示速度や操作反応も確認対象です。現在のCore Web VitalsはLCP、INP、CLSの3指標で構成され、読み込み、操作応答、表示安定性を評価します。技術指標だけでCVRの原因を決めつけるのではなく、特定ページ・特定デバイスで遅さと離脱が重なっていないかを確認します(参考:web.dev「Web Vitals」)。
CTA:次の行動と得られるものが伝わっているか
ページは読まれているのにCTAがクリックされない場合は、CTAの位置、文言、周辺情報、行動ハードルを確認します。
たとえば「お問い合わせ」だけでは、押した後に何が起きるか分かりにくい場合があります。「料金について相談する」「サービス資料を見る」のように、次の行動を具体化する方法があります。
ただし、ボタンの色や文言だけを無作為に変えるのは避けます。ページの情報が不足しているなら、CTAだけを強くしても根本原因は残ります。
CTA改善では、表示回数、クリック数、クリック率を確認し、ページ内のどこでCTAを見た人が押したかを把握します。A/Bテストを実施する場合のサンプル数、統計判断、実験設計は、CVR診断とは分けて管理すると改善目的がぶれにくくなります。
フォーム:開始後の離脱が大きくないか
CTAを押してフォームまで来ているのに送信されない場合は、フォームが主な改善対象です。
確認するのは、フォーム表示数、入力開始数、入力完了数、送信成功数です。入力項目数だけでなく、スマートフォンでの入力しやすさ、エラー表示、必須・任意の分かりやすさ、入力内容の保持、送信ボタンの反応、完了画面、通知メールの動作も確認します。
GA4にはリード獲得向けの推奨イベントが用意されており、オンライン・オフラインを含むリード獲得ファネルの計測に利用できます(参考:Google Analytics Help「Recommended events」)。
フォーム詳細の監査では、項目別エラーや入力途中のイベントまで確認すると原因をさらに細かく絞れますが、サイト全体のCVR診断ではまず「フォームに来た人の何割が完了したか」を押さえます。
原因別にCVR改善施策を選ぶ
原因を切り分けたら、施策は「よく紹介されているから」ではなく、観測した問題に対応させます。
| 原因 | 確認できる兆候 | 主な施策 |
|---|---|---|
| 流入のずれ | 特定流入元のCVRが低い | ターゲット、キーワード、広告文、遷移先を見直す |
| 訴求のずれ | LP到達後の離脱が目立つ | ファーストビュー、対象者、課題・価値の表現を見直す |
| 判断材料不足 | ページは読まれるがCTAへ進まない | 料金、事例、対応範囲、FAQ、比較材料を補う |
| CTAの弱さ | CTA表示は多いがクリックが少ない | 文言、配置、周辺説明、行動ハードルを見直す |
| フォーム負荷 | 開始数に対して完了数が少ない | 必須項目、エラー、入力補助、モバイル操作を見直す |
| 技術的な摩擦 | 特定デバイスで離脱が多い | 表示速度、レイアウト崩れ、操作不具合を修正する |
| 計測不備 | CV数と実態が一致しない | タグ、イベント、完了条件、重複計測を修正する |
ここで重要なのは、1つの兆候に対して施策を1つに決め打ちしないことです。「CTAクリック率が低い」場合でも、CTAそのものではなく、直前の説明不足が原因かもしれません。
施策を選ぶときは「この変更で、どの数字がどう動けば仮説が当たったと判断できるか」まで決めます。
優先順位は「影響度・確度・実装負荷」で決める
改善候補が複数ある場合は、次の3軸で並べると判断しやすくなります。
| 評価軸 | 優先度が上がる状態 | 優先度が下がる状態 |
|---|---|---|
| 影響度 | 多くのユーザーが通る工程で大きな離脱がある | 対象ユーザーが少ない |
| 原因の確度 | 数値・行動データ・不具合確認が一致している | 感覚や推測だけ |
| 実装負荷 | 短時間で戻せる、小さく試せる | 大規模改修、関係部署が多い |

改善候補は、影響度と原因の確度が高く、実装負荷が比較的小さいものから検討すると着手順を整理しやすくなります。
基本は「影響度が高い」「原因の確度が高い」「実装負荷が低い」施策から検討します。
例として、月10,000セッションのサイトで、重要ページ到達6,000、CTAクリック900、フォーム開始400、送信160だったとします。
この場合、全体CVRは1.6%、重要ページからのCTAクリック率は15%、CTAクリックからフォーム開始までが約44.4%、フォーム完了率は40%です。
フォーム完了率は改善候補ですが、重要ページからCTAまでにも大きな離脱があります。ページの判断材料不足とフォーム負荷の両方に証拠があるなら、「フォームの方が簡単そうだから」と決めるのではなく、改善対象となる人数と実装負荷を並べて着手順を決めます。
変更前に「何を成功とするか」を決める
CVR改善は、変更しただけでは完了しません。実装前に評価指標を決めておきます。

施策を実装する前に成功指標を決めておくと、変更後に仮説が正しかったかを判断しやすくなります。
たとえばフォーム改善なら、サイト全体CVRだけでなく、フォーム開始率とフォーム完了率を見ます。CTA改善なら、CTAクリック率だけでなく、その後のフォーム完了率や最終CV数も確認します。
一つの変更で複数箇所を同時に変えると、どの変更が結果に関係したか分かりにくくなります。原因が明確な不具合修正を除き、検証したい仮説はできるだけ分けます。
また、短期間の前後比較だけでは、曜日、季節、キャンペーン、流入構成の変化の影響を受けます。十分なデータがある場合はA/Bテストを検討し、難しい場合でも比較期間と流入条件をできるだけそろえます。
CVR改善とCROは扱う範囲が異なる
CVR改善とCRO(Conversion Rate Optimization、コンバージョン率最適化)は近い言葉ですが、この記事では役割を分けて考えます。
CVR改善は、現在の数値を工程別に診断し、「どこから何を直すか」を決める実務に焦点を当てます。
一方、CROは仮説管理、継続的な実験、運用体制、KPI管理などを含め、継続的に最適化する仕組みとして扱うと整理しやすくなります。
まずCVR改善でボトルネックと優先施策を特定し、その改善を継続的に回す段階でCROの運用設計が必要になります。
CVR改善を個別施策だけで終わらせず、課題発見から検証まで継続運用する場合は、CROの全体フレームも確認してください。
CVR改善チェックリスト
着手前に、次の順番で確認すると抜け漏れを減らせます。
- CVの定義と計測条件が正しい
- CVRだけでなくCV数も確認した
- 流入元・デバイス・ランディングページ別に差を見た
- 流入→重要ページ→CTA→フォーム→完了の数字を並べた
- 離脱が大きい工程を特定した
- 数字だけで分からない箇所はヒートマップやセッション記録で補足した
- 原因と施策を1対1で機械的に結びつけていない
- 影響度・原因の確度・実装負荷で優先順位を付けた
- 変更前に成功指標を決めた
- 改善後に同じ条件で再測定する
まとめ
CVR改善では、施策一覧から選ぶ前に「どこで成果を失っているか」を特定します。流入、LP・重要ページ、CTA、フォームの順に数字を並べれば、ページを直すべきなのか、集客条件を直すべきなのか、フォームを直すべきなのかを判断しやすくなります。
優先順位は、離脱の大きさだけでなく、影響度、原因の確度、実装負荷で決めます。そして実装前に、どの数字がどう変われば成功と判断するかを決めておきます。
最初に行うことは、GA4などで直近のCV数とCVRを確認し、流入→重要ページ→CTA→フォーム→完了の数字を1枚に並べることです。改善施策は、その表で最も説明のつくボトルネックから選びます。
参考文献・データ元
この記事で参照した情報を確認できます。
- Google Analytics Help「About key events」:重要な行動をキーイベントとして計測する考え方を確認。Google Analytics Help「About key events」
- Google Analytics Help「Funnel exploration」:タスク完了までのステップと離脱を可視化する機能を確認。Google Analytics Help「Funnel exploration」
- Google Analytics Help「Recommended events」:リード獲得を含む推奨イベントを確認。Google Analytics Help「Recommended events」
- Microsoft Learn「Recordings overview」「Heatmaps overview」:セッション記録、クリック・スクロール等の行動分析機能を確認。Microsoft Learn「Recordings overview」 Microsoft Learn「Heatmaps overview」
- web.dev「Web Vitals」:LCP、INP、CLSの定義と基準を確認。web.dev「Web Vitals」
‹ 親記事: CROとは?コンバージョン率最適化の考え方・KPI・改善サイクル



