BtoB広告でCVRが低い、または急に下がった場合、LPの改修を急ぐと、本来は計測や流入の問題だった原因を見落とすことがあります。まず送信・計測の正常性と比較条件を確認し、数値がどの段階で変化しているかを分解することが重要です。
この記事では、計測、流入品質、広告とLPの訴求整合、LP、フォームの5系統で原因を切り分けます。最初に直す箇所、主担当、検証方法、外部依頼時の検収条件を決められるよう、優先順位づけから継続評価までを順に解説します。

CVR改善は、LP改修や配信調整の前に、比較できる数値と送信・計測の正常性を確認し、原因の所在に応じて施策と担当を決めます。
01SectionCVR改善は、施策より先に「比較できる数値」をそろえる
CVRの定義自体を確認したい場合は、先にCVRとは何かを解説した記事を参照してください。本記事では、LPのどこで離脱が起きているかを診断するため、対象LPのユニークセッションを分母とするCVRを使います。
広告媒体で表示されるクリック数を分母にしたCVRは、広告配信の評価には有用です。一方、LP内の導線を診断するセッション基準CVRとは分母が異なります。同じ数値として比較せず、レポートや会議資料にも分母を明記してください。
LPセッションから有効商談までを同じ単位で追う
診断用のファネルは、LPセッション → CTAクリック → フォーム表示 → 入力開始 → 送信完了(CV) → 有効商談 → 受注とします。原則として、率の分子・分母は「該当イベントを1回以上起こしたユニークセッション数」でそろえます。CTAの再クリックやフォームの再表示は、率の計算では同一セッションとして重複計上しません。
| 指標 | 算出式 | 分子・分母 | 集計単位と注意点 |
|---|---|---|---|
| 診断用CVR | CV完了セッション数 ÷ LPセッション数 | 分子:対象CVを正常完了したセッション/分母:対象LPのセッション | 同一セッションの再送は原則1CV。広告媒体のクリック基準CVRとは分ける。 |
| CTAクリック率 | CTAクリックセッション数 ÷ LPセッション数 | 分子:対象CTAを1回以上クリックしたセッション/分母:LPセッション | クリック回数は別の補助指標として管理する。 |
| フォーム到達率 | フォーム表示セッション数 ÷ LPセッション数 | 分子:利用可能な状態でフォームが表示されたセッション/分母:LPセッション | 別ページ、モーダル、埋め込み型でも、同じ業務上の到達点をform_viewとして定義する。 |
| 入力開始率 | 入力開始セッション数 ÷ フォーム表示セッション数 | 分子:フォーム表示後に有効入力をしたセッション/分母:フォーム表示セッション | フォーカスのみや自動入力を含めるかは事前に決め、比較中は変えない。 |
| フォーム完了率 | 送信完了セッション数 ÷ フォーム表示セッション数 | 分子:サーバー側受付成功を確認できたセッション/分母:フォーム表示セッション | 完了画面の表示だけで成功とせず、受付成功または同等の成功応答を基準にする。 |
| 有効商談化率 | 有効商談数 ÷ 重複除外後のCV件数 | 分子:営業定義を満たす有効商談/分母:業務上のCV件数 | CVセッション数とCRM上の受付件数は混在させない。判定基準・判定日・重複統合規則を固定する。 |
GA4では、設定したステップごとの到達・離脱をファネル探索で確認できます。イベントやイベントパラメータの設計は、GA4のイベントとイベントパラメータを確認してください。利用できる分析項目や設定は、2026年8月時点の公式情報であり、アカウント設定や実装環境によって異なります。
イベント定義書に残す項目
イベント名と発火条件
CTAクリック、フォーム表示、入力開始、送信成功・エラーなどについて、何をもって発火させるかを記録する。
集計単位と重複除外
セッション、イベント回数、業務上の受付件数を分け、再表示・再送・重複リードの扱いを定める。
フォーム形態と成功判定
別ページ、モーダル、埋め込み型の別と、サーバー側受付など送信成功の根拠を残す。
テストデータ除外と変更日
テスト送信の除外条件、タグ・LP・フォーム・同意管理を変更した日を記録する。
担当者と確認先
実装、計測確認、CRM・MA照合、業務上のCV定義を確認する担当を明記する。
比較条件が違う期間は、原因を確定しない
CVR低下の開始日を起点に、CV定義、分母、曜日構成、流入意図、媒体・デバイス構成を確認します。さらに、予算・入札・ターゲティング・広告文、LP・フォーム、タグ、同意管理、CRM・MA連携の変更履歴を重ねます。比較条件がそろわない期間は、短期の差だけで原因を確定しません。
条件がそろわない数値の扱い
CV定義や分母、流入構成、予算、広告文、LP、フォーム、タグなどが同時に変わった期間は、短期の差だけで単独原因を決められません。変更日で推移を区切り、影響範囲と追加で必要なデータを「優先調査対象」として扱ってください。
02Section最初に計測・送信の異常を除外し、診断の順番を決める

送信不能や計測異常の疑いは通常の改善施策として扱わず、復旧と再テストを優先します。
通常の改善施策より先に、実際に送信できるか、送信後のデータが正しくつながるかを確認します。LP改修や配信調整を始める前に、フォーム、解析、広告媒体、CRM・MAの各担当が同じテスト送信を照合できる状態をつくります。
Google 広告を利用している場合は、コンバージョンの記録状況、タグ設置、パラメータの確認先としてコンバージョン計測に関するトラブルシューティングを参照できます。これは2026年8月時点の公式情報であり、確認画面、反映条件、確認方法はアカウント設定や実装・利用環境によって異なります。媒体、解析、CRM・MAの数値が完全一致するとは限らないため、対象期間、タイムゾーン、計上時点、アトリビューション、同意取得、重複除外、テストデータ除外をそろえて差異を調べます。
CVR低下時の初期診断フロー
- Step01
テスト送信と受付を照合する
正常送信、必須項目不足、形式不正、二重送信、同意未選択を確認する。完了画面または成功イベント、解析イベント、広告CV、CRM・MA受付をテストIDと時刻で照合する。主担当はフォーム・開発担当と計測担当。
- Step02
緊急対応が必要かを判定する
送信不能、重大な表示不良、CV計測停止・重複計測の疑い、個人情報・セキュリティ上の問題があれば、通常施策として採点せず復旧・再テスト・影響期間の記録を優先する。
- Step03
比較可能性を確認する
CV定義、分母、流入構成、曜日構成、変更履歴を確認する。そろわない場合は原因を確定せず、解析担当と事業責任者が変更日を境に再集計する。
- Step04
流入品質と訴求整合を分解する
媒体、キャンペーン、検索語句、オーディエンス、デバイス別にCVR、CPA、有効商談化率を比較する。特定流入の問題は広告担当、広告の期待とLP冒頭の不整合は広告担当とLP担当の共同確認とする。
- Step05
LPとフォームの離脱箇所を確認する
CTAクリック率、フォーム到達率、入力開始率、フォーム完了率を順に見る。全流入でCTA前に落ちるならLP担当、フォーム到達後に落ちるならフォーム・開発担当が主担当となる。
03Section5系統の観察サインから、流入・LP・フォームの主因を切り分ける

全体CVRだけで判断せず、流入区分とLP内ファネルを掛け合わせて、悪化している段階と担当領域を確認します。
原因は一つとは限りません。流入区分とLP内ファネルを接続し、「どの流入で」「どの段階から」悪化しているかを見ます。指名・非指名、既存接点の有無、顕在・潜在、デバイスなど、意図の異なる流入を全体CVRだけで単純比較しないことが前提です。
| 系統 | 比較する指標の組み合わせ | 優先仮説・先に確認すること | 主担当・次の行動 |
|---|---|---|---|
| 計測 | CRM受付数は維持し、媒体・解析CVだけ急減しているか | タグ、イベント、同意管理、計上条件、重複除外の変更を確認する | 計測担当。送信成功後のイベント欠落、媒体反映、CRM連携を切り分ける。 |
| 流入品質 | 特定の検索語句、配信面、オーディエンス、キャンペーンでCVR・商談化率が低いか | 意図不一致や対象外流入を確認する | 広告担当。検索意図、除外、ターゲティング、入札、訴求を見直す。 |
| 訴求ギャップ | 特定広告のクリックはある一方、対応LPのCTAクリック率が低いか | 広告の約束と、LP冒頭の対象者・課題・提供価値・CTAが一致するか確認する | 広告担当+LP担当。訴求マップをつくり、一方ずつ変更して検証する。 |
| LP | 流入区分を問わず、CTAクリック率・フォーム到達率が低いか | ファーストビュー、根拠、情報設計、CTA導線、端末別表示を確認する | LP担当。構造・導線の改修要件を整理する。 |
| フォーム | フォーム到達率は維持し、入力開始率・完了率や端末別完了率が下がったか | 入力負荷、エラー、操作性、送信処理を確認する | フォーム・開発担当。QAで再現し、入力・エラー・送信を改修する。 |
広告配信の確認観点は、Google 広告のキャンペーン診断でも確認できます。これは2026年8月時点の公式確認先であり、表示される項目や診断の可否はキャンペーン種別やアカウント設定によって異なります。診断結果だけで流入品質やLP不調の因果を確定せず、LP内の中間指標と下流成果を合わせて判断してください。
広告側とLP側のどちらを先に相談すべきか
特定の検索語句やオーディエンスだけで低下しているなら広告担当、多くの流入区分でCTAクリック率やフォーム到達率が低いならLP担当を優先します。
「特定広告からのクリックはあるが、LP冒頭でCTAが押されない」場合は、広告とLPの期待値にギャップがある可能性があります。この場合は片方だけに責任を寄せず、誰向けの何の課題に対し、どの価値を提示し、どのCTAへつなぐかを共同で確認します。障害対応を除き、広告文とLPを同時に大きく変えないほうが、結果の読み分けがしやすくなります。
フォームは項目数だけで判断しない
フォーム到達後に離脱が集中するなら、ラベル・説明、エラー表示、端末操作、送信成功、個人情報・同意の5点をQAします。W3C WAIのフォームチュートリアルは、フォームのラベル、説明、エラーを確認する際の参考になります。
フォーム簡略化前の確認
必須項目を減らす前に、営業要件、本人確認、個人情報の利用目的、同意取得、セキュリティ、アクセシビリティを確認してください。項目削減は入力負荷の仮説にはなりますが、すべての案件で適切な施策とは限りません。個人情報の取扱いは、個別の運用に応じて個人情報保護委員会の法令・ガイドラインと社内の担当部門を確認します。
04Section通常施策は、確度・影響・負荷・検証可能性で優先順位を決める

採点は成果の予測ではなく、根拠・影響・負荷・検証条件をそろえて着手順を合意するための補助です。
改善案を並べるだけでは、広告、LP、開発の各担当で優先順位がずれます。通常施策は、根拠データと主担当、ガードレールを添え、同じ4軸で評価します。点数は成果予測ではなく、着手順を合意するための補助です。
採点は、原因仮説の確度、期待インパクト、実行負荷、検証可能性を各1〜5点で付けます。確度は「1点:印象や要望が中心/3点:複数指標に兆候がある/5点:テスト・照合・セグメントで確認できる」、インパクトは「1点:対象流入・離脱が小さい/3点:主要区分の一部に影響/5点:大きな流入・離脱または下流成果に影響」を目安にします。実行負荷は「1点:小さく戻しやすい/3点:複数担当の調整が必要/5点:複数システム・長い承認・戻しにくい変更が必要」、検証可能性は「1点:指標や比較対象をつくれない/3点:補助指標で確認できる/5点:主要・補助・ガードレール指標で確認できる」とします。
採点式は、総合点 = 原因仮説の確度 × 期待インパクト × 検証可能性 ÷ 実行負荷です。実行負荷は1点が小さく、5点が大きいため、同じ条件なら負荷が低い施策ほど高得点になります。下表を改善バックログとして使い、実施前に根拠と判定条件を記入します。
| 施策名 | 根拠データ | 確度 | インパクト | 実行負荷 | 検証可能性 | 総合点 | 主担当 | ガードレール | 判定 |
|---|---|---|---|---|---|---|---|---|---|
| モバイルの必須入力エラーを修正 | モバイル完了率の低下、QAで再現 | 5 | 4 | 1 | 5 | 100 | フォーム・開発担当 | 受付データ、エラー率 | 優先 |
| 特定検索語句の除外を検証 | 低CVRかつ有効商談化が見られない | 4 | 3 | 1 | 5 | 60 | 広告担当 | CV数、CPA、有効商談数 | 優先 |
| 施策名を記入 | 比較した指標・変更履歴を記入 | 主担当を記入 | 悪化を防ぐ指標を記入 | 実施/保留/追加調査 |
CVRだけでは採否を決めず、CV数、CPA、有効商談化率、受注率、エラー率などから、施策に応じたガードレールを置きます。CVRが上がっても、有効商談化率や受注率が悪化しているなら、全量適用は慎重に判断します。
緊急対応は採点外にする
送信不能、重大な表示不良、計測停止・重複計測の疑い、個人情報・セキュリティ上の問題は採点外です。復旧、再テスト、影響期間の確認を優先します。
通常施策が同点なら、影響範囲が大きいこと、可逆的に戻せること、次の施策の前提になることの順に優先します。比較条件をそろえられず原因を確定できない施策は、確度を高く採点せず、追加調査として記録します。
05SectionA/Bテストと低流入時の検証を、採否判断まで設計する
A/Bテストは、変更後のCVRだけを見る作業ではありません。開始前に仮説と判定条件を決め、変更履歴と下流成果を含めて採用・停止・保留を判断します。基本的な設計は、A/Bテストの進め方も参照してください。
Google 広告では、実験でトラフィックまたは予算を配分して比較する考え方が案内されています。Google 広告の実験機能は利用可能な実験種別の確認先になります。仕様や利用できる機能は2026年8月時点のもので、設定・利用環境により異なります。
A/Bテスト計画に記載する項目
仮説と変更範囲
なぜ、どの指標が動くと考えるかを記載する。変更箇所と変更しない箇所、実装バージョンも固定する。
対象・配分・比較条件
流入区分、デバイス、LP、除外対象、A/Bのトラフィックまたは予算配分、現状値の期間と分母を定める。
主要・補助・ガードレール指標
主要指標はCVRまたはフォーム完了率、補助指標はCTAクリック率など、ガードレールはCPA・有効商談化率・受注率・エラー率などとして役割を分ける。
評価予定日・停止条件・下流成果確認日
中間確認で採否を決めるか、送信不能や重大エラー時の停止条件、有効商談・受注の確認日を事前に合意する。予算、配信、広告、LP、フォーム、計測の変更履歴も残す。
必要なサンプル数や評価期間は、現状CVR、流入量、検出したい差、配分、判定方法、商談サイクルで変わります。NISTの標本数に関する資料も、検出したい差と検定設計によって必要標本数が変化する考え方を示しています。すべての案件に同じ日数やCV数を当てはめず、開始前に条件を定めてください。
低流入時に選ぶ検証方法
- Step01
障害かどうかを先に確認する
送信不能、表示不良、明確な計測欠落はA/Bテストにせず修正する。テスト送信とログ照合で復旧を確認する。
- Step02
主要CVで判定できるかを確認する
事前に決めた評価条件で主要CVを比較できる見込みがあるなら、主要CVを中心にテストする。
- Step03
中間指標で導線仮説を確認する
主要CVが少ない場合は、CTAクリック率、フォーム到達率、入力開始率、フォーム完了率を補助指標として使う。ただし、中間指標だけで受注改善とは判断しない。
- Step04
限定流入と可逆的変更を使う
対象ページや流入を限定し、戻せる変更で不利益の有無を確認する。適用範囲と変更履歴を記録する。
- Step05
結論が出なければ保留する
評価条件を満たしても判断できない場合は、観察値、学び、次に必要なデータを残して保留する。全量反映の根拠にはしない。
06Section相談先・責任分界・外部依頼範囲を、検収可能な形で決める
原因仮説に応じて主担当を決めると、相談先の選定が進みます。流入品質は広告担当、LP内の訴求・導線はLP担当、入力・送信処理はフォーム・開発担当、媒体・解析・CRM・MA間の数値差は計測担当が主担当の目安です。CRM・MA/営業は、有効商談と受注の定義、受付後のデータ確認を担います。発注側はCV定義、優先順位、変更の最終承認者を置きます。
広告とLPの訴求ギャップ、フォーム変更に伴うイベント変更、CRM・MA連携を伴う改修は共同責任領域です。実装者だけに任せず、広告、LP、開発、計測、営業の間で、誰が何を確認し、誰が最終判断するかを先に合意してください。LPの構造改修や制作要件を整理する際は、LP制作の進め方に関する記事も参考になります。
外部依頼の比較単位
現状診断
KPI定義、変更履歴、仮説、優先順位案を成果物とする。実装、デザイン、タグ改修が対象外かを明記する。
小規模な文言・設定修正
広告文、CTA、設定変更、QA記録を対象にする。CMS権限、承認回数、テスト環境、計測変更の有無を確認する。
LP部分改修・再設計
要件、情報設計、制作、実装、QAを対象にする。ページ数、コンテンツ準備、CMS制約、ブランド・アクセシビリティ確認を見積条件に含める。
フォーム・CRM/MA連携改修
入力仕様、連携仕様、イベント設計、テスト仕様、照合表を対象にする。認証、個人情報、重複除外、テストデータ、公開手順を確認する。
費用や期間は、対象ページ数、既存CMS・フォーム基盤、権限取得、連携方式、QA範囲、法務・セキュリティ・ブランド承認、公開後支援で変わります。比較時は金額だけでなく、成果物、前提条件、対象外、修正対応の範囲をそろえて確認してください。
要件、検証、妥当性確認、変更記録を事前に整理する考え方は、IPAの調達管理ガイドも参考になります。案件規模に合わせて簡素化しつつ、公開後に何をもって検収するかは明文化します。
依頼前・検収時に確認すること
- ✓
実装担当、テスト送信担当、媒体・解析・CRM/MAの照合表作成担当、CV定義の最終承認者、障害時の一次窓口を特定する。
- ✓
対象CV、分母、対象LP、対象媒体、比較期間、テストデータの除外条件を依頼書に記載する。
- ✓
正常送信、必須項目不足、形式不正、端末・ブラウザ別表示、二重送信、同意条件のテストケースを合意する。
- ✓
画面キャプチャ、イベントログ、タグ確認、フォーム受付、CRM・MA登録の証跡と、保管担当・保管先を決める。
- ✓
照合対象・照合期間、差異調査の範囲、修正対応、再テスト・再検収の条件、最終承認者を定める。
自社対応か外部依頼かは、変更の小ささだけでなく、実装・テスト・照合を完結できる体制があるかで判断します。既存の権限、実装担当者、テスト環境がそろい、連携や追加承認を伴わず、問題があれば戻せる文言・設定修正であれば、自社対応の候補になります。
一方で、複数部門の調整、CMS・フォーム基盤の改修、CRM・MA連携、個人情報・セキュリティの確認、計測設計の見直し、公開後のデータ照合が必要な変更は、必要な専門担当または外部依頼を検討します。外部へ依頼する場合も、発注側はCV定義、優先順位、最終承認、受入条件を保持します。
自社対応と外部依頼を分ける判断
- ✓
既存の権限、実装担当、テスト環境があり、可逆的な文言・設定修正に収まる場合は、自社対応の候補とする。
- ✓
CMSやフォーム基盤の改修、複数システムへの影響、CRM・MA連携、計測再設計が必要な場合は、関係する専門担当または外部依頼を検討する。
- ✓
個人情報、同意取得、セキュリティ、アクセシビリティ、ブランド審査の確認が必要な場合は、承認担当を含む実施体制を先に決める。
- ✓
テスト送信、媒体・解析・CRM/MAの照合、障害時の修正対応まで自社で担えない場合は、その範囲を依頼対象と検収条件に含める。
- ✓
外部依頼でも、発注側がCV定義、対象範囲、最終承認者、受入条件を決め、担当間の責任の空白を残さない。
07SectionCVRだけで終わらせず、下流成果と変更履歴で継続評価する
CVRは流入からCVへの効率、CV数は成果量、CPAは獲得効率を示します。CTAクリック率、フォーム到達率、入力開始率、フォーム完了率は離脱箇所を探す中間指標です。有効商談化率と受注率は、獲得したCVの質を確認するために使います。
Google 広告のコンバージョンは、広告クリックなどの後に生じる価値ある行動を測定するために設定される指標です。Google 広告のコンバージョン計測の定義は2026年8月時点の公式確認先であり、コンバージョンの定義や利用設定はアカウント・運用設定に応じて確認してください。広告上のCVを有効商談や受注と同一視せず、下流成果とは別指標として照合します。広告施策全体の評価設計は、Web広告運用の成功プロセスも参照できます。
確認頻度は固定せず、流入量、配信やサイトの変更頻度、商談サイクル、障害リスクに合わせます。変更直後は送信・計測を優先して照合し、流入量が多い場合は中間指標を短い間隔で確認します。有効商談・受注は、営業上の判定が確定するタイミングに合わせて追跡します。
定例では、数値だけでなく、予算、入札、ターゲティング、広告文、LP、フォーム、タグ、同意管理、CRM連携の変更履歴を同じ管理資料に残します。数値の変化を変更日と照合できるようにすると、次回の優先順位づけで原因仮説の確度を高められます。
CVR改善でよくある確認事項
広告媒体のCVRとLPセッション基準のCVRは、どちらを改善判断に使うべきですか?+
用途で分けます。広告配信を評価する際は媒体のクリック基準CVR、LP内の離脱箇所を診断する際はLPセッション基準CVRを使います。分母が異なるため、同じ数値として比較せず、対象CVと分母を明記します。
フォーム項目を減らせばCVRは改善しますか?+
一律には判断できません。入力負荷の確認は必要ですが、営業要件、本人確認、個人情報、同意取得、セキュリティ、アクセシビリティを満たすかを確認してから、可逆的な範囲で検証します。
媒体、解析、CRM・MAのCV数が一致しない場合は異常ですか?+
直ちに異常とはいえません。対象期間、タイムゾーン、計上時点、アトリビューション、同意取得、重複除外、テストデータ除外が異なると差が出ます。照合条件をそろえたうえで、送信、イベント、連携のどこに差があるかを確認します。
低流入でA/Bテストの結論が出ない場合はどうしますか?+
障害は修正し、主要CVで判断できない場合は中間指標で導線仮説を確認します。対象を限定した可逆的変更を使うこともありますが、中間指標だけで受注改善とは判断せず、根拠が足りなければ保留します。
広告運用の診断・改善を依頼する場合
流入品質、配信設定、計測、LPとの訴求整合を横断して確認する必要がある場合は、対応範囲、成果物、テスト送信・データ照合の方法、受入条件をそろえて相談先を比較しましょう。
PartnerBase Mag 編集部
デジタル発注の比較・発注準備を専門に扱う編集チーム。
デジタル発注の比較・発注準備を専門に、依頼範囲、費用、選定基準を実務で使える粒度に整理しています。
支援会社を比較する
得意領域、対応サービス、地域、実績を見ながら候補会社を絞り込めます。




