LANDING PAGE
LP制作LP改善はどこから始める?CVR・広告・フォームで原因を分けるチェックリスト
株式会社Sunday Park / 実務ガイド
LPの成果が落ちたときは、ページ全体を作り直す前に、広告から問い合わせまでのどこで止まっているかを確認しましょう。CVRだけでは見えない原因を分け、次に直す箇所を決めるための実務チェックリストです。
CONTENTS / この記事で分かること
記事の全体像を図で確認する
止まった箇所から原因を分ける
- 広告の約束 → LP到達流入のズレを確認
- 対象・便益・条件判断材料の不足を確認
- フォーム → 成果入力・計測の不良を確認
ページ全体を直す前に、原因候補を切り分ける
LP改善は「どこで止まったか」を分けるところから
問い合わせが減ると、キャッチコピーやボタンの色を変えたくなります。ただ、広告の配信先が変わった場合と、フォームが送信できない場合では、必要な対応が違います。最初に広告から成果までを分け、前の期間と比べてどの段階に変化があるかを確認しましょう。
見る順番は、計測と動作、流入、ファーストビュー、判断材料、フォームです。送信エラーやリンク切れは先に直します。その後、読者が期待した内容とLPが一致しているかを調べます。計測できる範囲を整えずにデザインを一新すると、何が効いたのかを振り返れなくなります。
LP改善の目的も一つに絞ります。資料のダウンロードを増やしたいのか、具体的な見積相談を増やしたいのかで、必要な情報と入力項目は変わります。担当者同士で「問い合わせ」の意味が違う状態を残さないことが、改善の出発点です。
CVRの分母と、成果の条件をそろえる
CVRは成果件数を対象となる訪問数などで割った割合ですが、使う分母によって値が変わります。LPを見たセッション、広告クリック、ユーザーを混ぜず、比較表に定義を添えます。広告管理画面とアクセス解析は集計方法や期間の扱いが異なるため、数字が一致することを前提にしません。
| 指標 | このページでの定義例 | 一緒に見る項目 |
|---|---|---|
| LPのCVR | 送信完了した対象セッション ÷ LP到達セッション | 対象期間、端末、流入元 |
| フォーム完了率 | 送信完了セッション ÷ フォーム開始セッション | エラー、必須項目、送信動作 |
| 有効問い合わせ率 | 対応対象の問い合わせ件数 ÷ 問い合わせ件数 | 対象外、重複、営業連絡の除外条件 |
| 獲得単価 | 対象広告費 ÷ 有効な獲得件数 | 成果が確定するまでの時間 |
これは運用のための定義例です。複数回の送信があるサービスでは、イベントの回数とユニークな成果を分けてください。Google アナリティクス:キーイベントでは、ビジネスに重要なイベントをキーイベントとして指定できます。設定名だけで判断せず、何が起きたときに記録されるかをテストします。
架空の計算例として、LP到達が1,000セッション、フォーム開始が100セッション、送信完了が20セッションなら、LPのCVRは2%、フォーム完了率は20%です。これは目標値や相場ではありません。開始が少ない状況なのか、開始後の完了が少ない状況なのかを区別するための例です。同じ20件でも、対象外の問い合わせが含まれる場合は、さらに有効件数を確認します。
01 / FUNNEL考え方を図で整理
成果までの分母をそろえる
- 01
到達
LPを開いたセッション
- 02
開始
フォームを操作したセッション
- 03
完了
送信が完了したセッション
- 04
有効
対応対象の問い合わせ件数
WORK & INSIGHT
文章と画面のつながりを、実物で確かめる。
以下は購入LPではなく、Sunday Parkが制作した記事LPの事例です。見出し、画像と説明の組み合わせ、次のページへ送る導線を観察する参考として掲載します。
株式会社ユーグレナ様
CONC リンクルインジェクション
広告運用と、記事LP・モデル撮影・動画制作を支援。制作物をまとめて確認できる支援事例です。
- 担当範囲
- 広告運用・記事LP制作・広告動画用のモデル撮影・動画クリエイティブ制作
記事を別画面で読む ↗
株式会社MEJ様
C COFFEE EQUOL & ISOFLAVONES
「エクオールラテ」という訴求コンセプトを設計。広告運用、記事LP、撮影、動画制作まで支援しました。
- 担当範囲
- 訴求コンセプト設計・広告運用・記事LP制作・広告動画用のモデル撮影・動画クリエイティブ制作
記事を別画面で読む ↗
- 見出しだけを追い、説明の順番が伝わるか確かめる。
- 写真・動画の前後で、何を説明しているかを読み比べる。
- 購入LPの制作では、価格・条件・申込導線を別途設計する。
掲載している商品説明・価格・キャンペーンは制作時点の内容です。掲載制作物だけから、配信成果や個別案件の費用を判断することはできません。
最優先は、計測漏れと送信不良の確認
テスト用の問い合わせを実際に送り、完了画面、通知メール、管理画面の受信、解析イベントの四つを照合します。送信ボタンを押しただけで成果が記録されていないか、完了画面の再読み込みで重複しないかも確認します。テストデータの扱いを記録し、本番の営業集計に混ざらないようにしましょう。
フォームが別ドメインにある、外部予約システムへ移動する、埋め込みフォームを使う場合は、ページ内の操作だけでは最終成果を追えないことがあります。サイト管理者と計測担当者が、どこまで観測できるかを整理してください。取得できない部分は「不明」とし、クリックを購入と読み替えないことが大切です。
GA4の拡張計測機能にはフォーム操作やスクロールのイベントがあります。ただし、導入したフォームで期待どおりに発火するかの確認は別途必要です。氏名、メールアドレス、自由記述の内容をイベント名やURLに入れて送信しないよう、計測設計も点検します。
広告の約束と、入ってきた人の違いを見る
全体CVRが下がったときは、広告別・端末別・新規と再訪など、意思決定に使える単位で比べます。以前より検討初期の人への配信が増えれば、LPを変更していなくてもCVRは動きます。細かく分けすぎると件数が不足するため、まず配信量の多い入口から確認するのがおすすめです。
広告で「料金表を見られる」と伝えたのに、LPでは会社紹介が続き、料金を見るために問い合わせが必要になっていないでしょうか。広告の画像、見出し、説明、リンク先を並べ、読者が次に知りたいことに答えているかを見ます。期待を強くしすぎた広告側を直す選択肢も含めます。
たとえば架空の業務用収納サービスなら、「無料の設置事例集」と「現地調査を申し込む」は別の行動です。前者の広告から後者だけを案内すると、対象の読者でも迷います。同じ商品でも、流入時の関心に合わせて入口の説明とCTAを分ける仮説が立てられます。
比較期間もそろえます。平日のみの短い期間と土日を含む期間、セール中と通常期では訪問者の目的が変わり得ます。直近の数日だけで結論を出すより、広告変更日や問い合わせの確定日を並べ、数字の変化に説明がつくかを確認してください。件数の少ない区分は、率だけを大きく表示せず、分子と分母を併記すると過大な判断を防げます。
ファーストビューと本文は、異なる役割で点検する
ファーストビューでは、誰向けの何のサービスか、どんな条件に対応するか、次に何ができるかを確認します。短い言葉だけで意味が伝わらない場合は、説明文や具体的な写真を足します。画面を開いて数秒で離脱したという事実だけでは、コピーが原因とは断定できません。表示の遅さや誤クリックも候補です。
本文では、料金、対応範囲、導入の流れ、実績の根拠、よくある不安が検討の順番で置かれているかを見ます。「高品質」「安心」といった抽象語が続くなら、工程、担当範囲、問い合わせ後の進み方へ言い換えます。公開できる根拠がない成果数値を追加して説得力を補わないでください。
スクロールの停止位置は調査の手がかりになりますが、途中離脱がすべて失敗とは限りません。電話番号を見て連絡した人や、必要な条件を確認して対象外と判断した人もいます。ヒートマップの色だけで良し悪しを決めず、成果と内容を照らし合わせます。
02 / DIAGNOSIS考え方を図で整理
離脱位置から、確かめる内容を変える
入口で止まる
広告との一致、対象者、表示の動作を確認
コピー以外の原因も候補にする判断の途中で止まる
料金・範囲・根拠が揃っているか確認
読者が比較に使う情報を探す入力で止まる
必須項目、エラー、戻る操作を確認
実際にテスト送信する入口の説明が弱い場合は、ファーストビューの改善チェックで広告の約束と冒頭の情報が一致しているかを確認します。
フォームは項目数だけでなく、答えやすさを直す
必須項目を減らせばよいとは限りません。営業の初回対応に不可欠な条件まで削ると、確認の往復が増える可能性があります。「最初の返信に必要」「商談時に確認できる」「利用目的を説明できない」に分類し、最初の段階で本当に必要なものを残します。
入力例、選択肢、任意表示、エラー文を読者の言葉に変えることも改善です。専門用語で予算区分を選ばせるより、「まだ決まっていない」を選べる方が相談しやすい場合があります。電話番号を求めるなら、どの連絡に使うかを示し、実際の運用ともそろえます。
- スマートフォンで入力欄とキーボードが重ならないか
- エラーのある項目と直し方が分かるか
- 送信前に相談内容と扱いを確認できるか
- 失敗時に入力内容が消えないか
- 完了後に受付内容と次の連絡が分かるか
見た目のレビューだけで終えず、長い会社名、必須の未入力、戻る操作、通信が不安定な場面を含めて試します。
アンケートから相談へ進む場合の、答えやすさの直し方
業務用収納サービスで、冒頭にQ1「棚を置く場所は決まっていますか?」を置く架空案です。「決まっている/まだ決まっていない」だけを最初に選べるようにし、決まっている人には寸法の確認、未定の人には候補場所と動線の確認を説明してから「設置条件を相談する」へつなぎます。住所や会社名の入力は、利用目的を伝える相談フォーム側で扱います。
| 確認する位置 | 画面で確かめること | 次の判断 |
|---|---|---|
| Q1表示→回答完了 | 「未定」が選べるか。選択語の意味が利用者に伝わるか | 答えに迷う様子を確認できたら設問・選択肢を改稿する |
| 回答完了→説明画面 | 未定と答えた人にも、決定済みを前提に寸法入力を迫っていないか | 遷移は正常でも説明が回答に合わなければ、説明側を改稿する |
| 説明→相談フォーム→有効相談 | CTAが相談内容と送信後の案内を正しく伝えるか | 質問完了が増えただけで採用せず、有効相談と対応負担も確認する |
これは後述する入力消去の不具合とは別の、内容を診断する例です。設問別の到達・回答・次画面の件数と、LP全体の有効相談率を分けて残します。回答傾向や配信対象が変わった期間を混ぜて、設問の改稿だけで改善したと結論づけないでください。
表示品質は実際の端末と計測の両方で確認する
大きい画像、動画、自動で動く要素、外部タグは、表示や操作に影響することがあります。ただし、目についた画像を一律に消すと、商品理解に必要な情報まで失います。何が遅いかを調べ、画像のサイズ調整や読み込み順序など、原因に対応した修正を行います。
GoogleのWeb Vitalsでは、主な表示までの時間、操作への応答、レイアウトの安定性を確認できます。指標が良好でも、文章が分かりにくい問題は残ります。点数だけを目的にせず、主要なスマートフォンで読む・押す・入力する一連の体験を確かめましょう。広告内ブラウザーと通常のブラウザーで挙動が違う場合もあります。広告のリンクから開く確認を含め、修正前後の端末、接続環境、日時を記録します。社内の高速なWi-Fiだけで問題なしと判断しない運用をおすすめします。
改善の優先順位は、影響・確かさ・手間で決める
不具合の修正を終えたら、仮説ごとに影響する人数、根拠の強さ、実施の手間を並べます。全員に関わる送信エラーと、一部の見出しの好みを同列で比べないことが重要です。影響が大きく、原因が確かで、短時間で戻せる施策から着手します。
| 症状 | 先に確かめること | 最初の対応例 |
|---|---|---|
| 到達数はあるが入力開始が少ない | 広告の約束、料金や対象条件の不足 | 入口の説明と判断材料を修正 |
| 入力開始後に落ちる | 必須項目、エラー、端末別動作 | 入力テストと必要項目の再整理 |
| 件数は増えたが対象外が多い | CTAの約束と対応条件 | 対象・対象外の説明を近くに置く |
| 数値だけ急変した | タグ変更、重複、集計期間 | 計測の検証を先に行う |
一度に複数の要素を変えると、成功しても理由が残りません。明らかな不具合はまとめて直し、効果を比べたい訴求は検証単位を分けます。十分な件数が集まらない場合は、無理に勝ち負けをつけず、利用者の操作確認と改善ログを積み重ねます。
優先度を決めた改善案を比較するには、LPのA/Bテスト計画で必要なデータ量と判定条件を先にそろえます。
社内だけでは分析から改修まで回しきれない場合は、継続支援の範囲を整理して相談できます。 LP改善について相談する
週次の改善ログを、次の判断に使う
改善ログには、観測と原因の候補を分け、採用する修正と見送る案、再確認の方法まで書きます。下は業務用収納サービスの架空例です。数字も画面の状態も教材用に置いたもので、実際に計測・操作した結果ではありません。
| 段階 | 記入した内容 |
|---|---|
| 観測 | LP到達1,000セッション、フォーム開始100、送信完了20。各値は対象セッション単位の集計と仮定。フォーム完了率は20%。この率だけで原因は不明。 |
| 再現条件(架空設定) | スマホで必須の相談種類を未選択のまま送信すると、画面上部に「入力エラー」とだけ表示され、会社名・連絡先が空に戻る。 |
| 判断 | 再入力を強いる不具合の修正を優先。ボタン色やFVのコピーのテストは後回し。率の改善を待たずに直す対象とする。 |
| 修正前→修正案 | 一括の「入力エラー」+全欄消去 → 未選択の項目の近くに「相談の種類を選択してください」。ほかの入力値を保持し、エラー位置へ分かるように案内。 |
| 見送る変更 | 営業の一次対応に必要な相談種類そのものを削除する案。今回の不具合の原因と、項目の必要性は別だから。 |
| 修正後の受け入れ条件 | ①未選択で対象欄と修正方法が分かる ②修正しても他欄が消えない ③正しい入力で完了画面・受信・イベントが対応し、重複しない。主要スマホとPCで確認する。 |
| 担当・判断時点 | 実装担当が修正、営業担当が受信確認、計測担当がイベント照合。全条件を確認して公開。公開後の有効相談は従来と同じ定義・確定待ちで確認する。 |
この例では送信体験の不具合を残した案とのA/Bテストは行いません。修正後に率が変わっても、前後の広告や曜日の差があるため、変更の寄与率まで断定しないでください。少ない件数しかない場合は、まず再現した不具合が解消し、受け付けるべき相談が失われていないかを確認します。
改善を外注するときは、対象期間と必要な匿名化データを決め、実装・広告・営業の担当をそろえます。制作や改修についてはSunday Parkのサービス案内からご相談ください。
記入用ファイル
記入例と空欄ファイルをダウンロードして、自社用に書き換えてください。HTMLはブラウザー等、CSVは表計算ソフトで使えます。
参考情報・出典
- Google アナリティクス:キーイベントビジネス上重要なイベントをキーイベントとして扱う考え方/確認:2026-10-04
- Google アナリティクス:拡張計測機能イベントスクロール、離脱クリック、フォーム操作イベントの仕様/確認:2026-10-04
- Google:Web VitalsLCP・INP・CLSによる表示・応答・視覚的安定性の評価/確認:2026-10-04
- Sunday Park:サービス相談先の公式サービス案内/確認:2026-10-04
- W3C WAI:User Notifications入力エラーの特定・修正説明・完了通知というフォーム設計の根拠/確認:2026-10-04