LP改善は、​離れている​所を​数字で​見つけてから​直す最初に​見る​数字、​直す順番、​テストの​やり方

「LPを出したのに、​問い合わせが​思った​ほど​来ない」。
「どこを直せばいいか​分からないまま、​デザインだけ​何度も​変えている」。
LPの​相談は、​公開した​後の​この​段階から​始まることが​よく​あります。

この​記事は、​すでに​出している​LPの​問い合わせを​増やすために、​数字を見て​直す​順番に​絞って​書きます。
作る​前に​決めておくことは問い合わせが​来る​ホームページ・LPの​作り方に、​LPを​頼むときの​進め方はLP制作の​依頼の​進め方に、​フォームの​項目ごとの​見直しはお問い合わせフォームの​作り方に​まとめています。

LP改善は、​直す前に​「どこで離れているか」を見つける

LPの​改善で​時間が​かかるのは、​直す作業より、​どこを​直すかを​決めるところです。
見出しの​言葉、​写真、​ボタンの​色、​フォームの​項目と、​直せそうな​所は​いくらでも​見つかります。
全部を​少し​ずつ​変えると、​何が​効いたのかが​分からなくなります。

そこで​私は、​LPを​見る​人の​動きを、​次の​4つの​段に​分けて​考えます。

1. LPに​来る​（広告や検索から、​ページが​開かれる）
2. 読み進める​（最初の画面で​離れずに、​下へ​進む）
3. 申し込みの​入口に​着く​（ボタンを押す、​フォームの​入力を​始める）
4. 送信を​終える​（フォームを送り、​完了の​画面が​出る）

どの​段で​多くの​人が​離れているかが​分かれば、​直す所は​1つか​2つに​絞れます。
そのために、​まず​数字を​集めます。

最初に​見る​数字は、​4つの​道具に​分かれている

LPの​数字は、​1つの​道具では​そろいません。
私は​次の​4つを​並べて​見ています。

GA4で、​入口ごとの​数と、​フォームまで​来た数を​見る

GA4では、​まず​「エンゲージメント」の中の​「ランディング ページ」のレポートを​開きます。
訪問の​最初に​開かれた​ページごとに、​訪問の​数や​キーイベントの​数が​並びます。
表に​セカンダリ ディメンションの​「セッションの参照元 / メディア」を足すと、​その​LPに​広告から​来たのか、​検索から​来たのかを​分けて​見られます​（アナリティクス ヘルプ：ランディング ページ レポート、​2026年10月19日確認）。

次に、​フォームの​入力が​始まった​数と、​送信の​数を​分けて​見ます。
GA4の​拡張計測機能を​有効に​していれば、​form_start は​ユーザーが​セッションで​初めて​フォームを​操作したときに、​form_submit は​フォームを​送信したときに​記録されます​（アナリティクス ヘルプ：拡張計測機能、​2026年10月19日確認）。
ただ、​form_submit は​送信ボタンを​押した​時点の​記録なので、​送信が​本当に​受け付けられたかとは​別です。
問い合わせの​件数として​数えるのは、​完了の​画面が​出たときか、​受け付けが​済んだときに​送る​イベントに​しておきます。

段ごとの​数を​1つの​図で​見たいときは、​データ探索の​「目標到達プロセス データ探索」を使います。
ステップは​最大10個まで、​イベントや​ディメンションの​条件で​決められます。
途中の​ステップから​始めた​人も​数える​「オープン」と、​最初の​ステップを​通った​人だけを​数える​「クローズド」を選べます​（アナリティクス ヘルプ：目標到達プロセス データ探索、​2026年10月19日確認）。
LPなら、「LPを開いた」「フォームの入力を​始めた」「完了の画面が​出た」の3段に​するだけでも、​どこで​減っているかが​見えます。

Search Consoleで、​どんな​言葉で​来ているかを​見る

検索から​来る​人が​いる​LPなら、​Search Consoleの​検索パフォーマンスの​レポートで、​その​LPの​URLに​絞って​検索語句を​見ます。
この​レポートは、​クリック数、​表示回数、​クリック率、​平均掲載順位を、​検索語句、​ページ、​デバイスなどごとに​分けて​見られます​（Search Console ヘルプ：検索パフォーマンス レポート、​2026年10月19日確認）。

見るのは、​LPが​答えようとしている​悩みと、​実際に​来ている​検索語句が​合っているかです。
たとえば​「費用」を知りたい​人が​多く​来ているのに、​LPの​最初の​画面に​費用の​話が​なければ、​そこで​離れている​可能性が​あります。
使い​始めの​設定は、サーチコンソールの​使い方に​書いています。

広告の​管理画面で、​広告の​文と​LPの​合い方を​見る

広告から​人を​呼んでいる​LPなら、​Google広告の​管理画面で​キーワードごとの​品質スコアの​内訳を​見ます。
品質スコアは、​推定クリック率、​広告の​関連性、​ランディングページの​利便性の​3つで​決まり、​それぞれが​「平均より上」「平均的」「平均より下」で示されます。
ランディングページの​利便性は、​広告を​押した​人に​とって​LPが​どの​くらい​関連が​あり役に​立つかを​示す、と​説明されています​（Google 広告 ヘルプ：品質スコアに​ついて、​2026年10月19日確認）。

ここが​「平均より下」のキーワードは、​広告で​約束したことと、​LPに​書いてあることがずれているかもしれません。
広告の​クリック率は​高いのに、​LPに​来て​すぐ​離れる​人が​多い​場合も、​同じずれを​疑います。

Clarityで、​どこで​止まり、​何を​押そうとしたかを​見る

GA4は​「何人が、​どの​段まで​進んだか」を教えてくれますが、「なぜ​止まったか」までは分かりません。
そこを​補うのが、​Microsoftの​解析の​道具、​Microsoft Clarityです。

Clarityは、​パソコン、​スマホ、​タブレットでの​クリックと​スクロールを​記録し、​ヒートマップを​自動で​作ります。
ヒートマップには、​押された​所を​見る​クリックマップ、​どこまで​読まれたかを​見る​スクロールマップ、​選んだ​範囲の​クリックを​まとめて​見る​エリアマップなどが​あります​（Microsoft Clarity：Heatmaps overview、​2026年10月19日確認）。

LPの​改善でとくに​役に​立つのは、​次の​2つの​印です。
同じ​場所を​短い間に​何度も​押した​クリックは​「レイジクリック」、​押しても​画面に​何の​変化も​起きなかった​クリックは​「デッドクリック」として記録されます​（Microsoft Clarity：Semantic metrics、​2026年10月19日確認）。
リンクではない​写真や​文字が​何度も​押されていれば、​見る​人は​そこを​押せると​思っている、ということです。

録画​（セッションの記録）では、​1人の​人が​LPを​どう​動いたかを、​あとから​再生して​見られます。
録画は​30日の​あいだ残り、​それより​古いものは​一部だけが​残ります​（Microsoft Clarity：Recordings overview、​2026年10月19日確認）。
フォームの​入力欄の​中身は、​どの​設定でも​隠して​記録される​仕組みです​（Microsoft Clarity：Masking content、同日確認）。
それでも、​入れる​前に​プライバシーポリシーで、​こうした​計測の​道具を​使っていることを​書いておきます。

数字の​形で、​離れている​段を​見分ける

4つの​道具の​数字を​並べると、​離れている​段が​おおよそ​見えてきます。
私は、​次の​表に​当てはめて、​先に​直す所を​決めています。

いちばん下の​行は、​数字というより、​Clarityの​クリックマップで​見つかることが​多い形です。
送信の​仕組みの​行に​当ては​まるときは、​改善より​先に、​フォームが​止まっていないかを​確かめます​（問い合わせフォームが​届かないときの​確認方法）。

直す順番の​1つ目は、​最初の​画面

数字が​見えてきたら、​上から​順に​直します。
最初に​直すのは、​LPを​開いて​最初に​目に​入る​画面です。
ここで​離れた​人は、​その​下に​何を​書いても​読んでくれないからです。

最初の​画面で​確かめるのは、​次の​3つです。

• 誰の、​どんな​悩みに​答える​ページかが、​見出しで​分かるか
• 来た​人が​探していた​言葉​（検索語句や、​広告の​文）が、​見出しか、​その​近くに​あるか
• 次に​何を​すれば​よいか​（ボタン）が、​スクロールせずに​見えるか

見出しを​考えるときは、​自社の​言いたいことより、​Search Consoleで​見えた​検索語句や、​広告で​押されている​文を​手が​かりにします。
来る​人が​すでに​使っている​言葉のほうが、​自分向けの​ページだと​気づいてもらいやすいからです。

スマホでは、​最初の​画面に​入る​量が​パソコンより​ずっと​少なくなります。
Clarityの​スクロールマップには、​スクロールする​前に​平均して​どこまで​見えているかの​線（Average fold）が出るので、​その​線より​上に​見出しと​ボタンが​入っているかを、​スマホに​絞って​確かめます​（前に挙げた​Heatmaps overview）。

直す順番の​2つ目は、​申し込みの​入口

最初の​画面で​離れる​人が​減ったら、​次は​申し込みの​入口です。
ここで​いう​入口は、​ボタン、​フォーム、​電話や​LINEなど、​問い合わせにつながる所すべてです。

フォームの​数字が​「入力は始まるが、​送信の​完了が​少ない」形なら、​ここを​先に​直します。
項目を​1つ​減らすだけで​送りやすくなることも​あれば、​項目が​少な​すぎて​返信の​前の​確認が​増えることもあります。
私たちの​フォームで​必須に​した​項目と、​その​理由は問い合わせが​来る​ホームページ・LPの​作り方に​書きました。

スマホでの​送信は、​数字より​先に、​自分の​手で​試します。
入力欄を​押したときに​画面が​勝手に​拡大されないか、​キーボードで​ボタンが​隠れないか、​送信の​後に​完了の​画面が​出るかを、​iPhoneと​Androidの​両方で​見ておくと​安心です。

直す順番の​3つ目は、​信頼の​材料

下までは​読まれているのに、​ボタンが​押されない。
この​形のときは、​見る​人が​「ここに頼んで​大丈夫か」をまだ​決めきれていないことが​多いと​考えています。

LPに​足す信頼の​材料は、​次の​3つを​中心にします。

• 実例​（どんな会社の、​どんな​困りごとに、​何を​したか。​名前を​出せないときは、​業種や​規模を​ぼかして​書く）
• よく​ある​質問​（問い合わせの前に​聞かれやすいこと。​費用、​期間、​進め方、​やめるときの​扱い）
• 料金の​目安​（いくらからか、​何で​変わるか。​決まった​額が​ないなら、​何で​決まるかを​書く）

よく​ある​質問は、​実際に​電話や​問い合わせで​聞かれたことから​作ると、​見る​人の​迷いに​直接答えられます。
料金は、​書かないと​問い合わせが​来るように​思えますが、​見る​人は​分からないまま​比べる​先へ​移ってしまうことがあります。
決まった​額を​出せない​場合でも、​何で​変わるかと、​見積もりまでに​何を​聞くかを​書いておきます。

直す順番の​4つ目は、​広告の​文と​LPの​一致

広告から​人を​呼んでいるなら、​最後に​広告の​文と​LPを​並べて​見直します。
Googleは、​ランディングページの​利便性を​高める​方法として、​広告と​ランディングページで​メッセージに​一貫性を​持たせることを​挙げています​（Google 広告 ヘルプ：品質スコアを​使って​広告の​パフォーマンスを​高める​ 5 つの​方法、​2026年10月19日確認）。

並べて​見るのは、​次のような​所です。

• 広告で​書いた​言葉​（「費用が分かる」「当日に見積もり」など）が、​LPの​最初の​画面にも​あるか
• 広告で​約束した​特典や​条件が、​LPの​どこに​書いてあるか​分かるか
• 違う​サービスの​広告を、​同じ​1枚の​LPに​集めていないか

4つ目に​置いているのは、​広告の​文を​変えると、​LPに​来る​人​そのものが​変わるからです。
LPの​中身が​整わないうちに​広告の​文を​変えると、​来る​人も​LPも​同時に​変わって、​どちらが​効いたのかが​分からなくなります。
ただし、​広告の​品質スコアで​「ランディングページの利便性」が「平均より下」と出ている​場合は、​1つ目の​最初の​画面と​一緒に​見直します。
広告の​運用を​外に​頼むときの​確かめ方は、Web広告の​運用代行を​選ぶときに​まとめています。

テストは、​一度に​1か​所ずつ、​期間と​数を​決めてから​比べる

直す所が​決まったら、​変える​前と​後を​比べます。
このとき、​私は​次の​4つを​守るように​しています。

問い合わせの​件数は、​LPではもともと​小さな​数に​なりがちです。
1件や​2件の​差は、​たまたま​でも​起きます。
件数が​少ないうちは、​その​手前の​ボタンの​クリックや、​フォームの​入力の​開始の​数を​合わせて​見て、​同じ​向きに​動いているかを​確かめます。

広告から​来る​人が​多い​LPなら、​Google広告の​「テスト（カスタム テスト）」で、​元の​キャンペーンと、​設定を​変えた​キャンペーンに​人を​分けて​比べる​方法も​あります。
ヘルプでは、​比べやすく​するために​人と​予算を​50%ずつ分けることと、​同じ​人を​どちらか​一方にだけ振り分ける​「Cookie ベース」の分け方が​勧められています。
1つの​キャンペーンで​同時に​動かせる​テストは​1つだけです​（Google 広告 ヘルプ：カスタム テストを​設定する、​2026年10月19日確認）。

テストの​結果は、​何を、​いつ、​なぜ​変えたかと​一緒に、​1枚の​表に​残しておきます。
あとで​数字が​動いたときに、​どの​変更の​せいかを​たどれるように​するためです。
Clarityには、​変える​前と​後の​ヒートマップを​並べて​見る​機能も​あります​（前に挙げた​Heatmaps overview）。

直してはいけない​所は、​今すでに​問い合わせが​来ている​入口

LP改善で​気を​つけたいのは、​直しすぎて、​今取れている​問い合わせまで​減らしてしまうことです。
次のような​所は、​テストの​対象から​外すか、​最後に​回します。

• すでに​問い合わせが​来ている​入口​（電話の番号、​LINEの​ボタン、​よく​使われている​フォーム）
• 問い合わせた​人が​「これを見て​決めた」と言った​部分​（実例、​写真、言葉）
• LPの​URL​（変えると、​広告の​設定や、​検索で​表示されていた​評価、​ほかの​ページからの​リンクが​切れる​ことがある）
• 計測の​設定​（変えると、​前と​後の​数字が​比べられなくなる）

GA4の​数字で、​どの​入口から​問い合わせが​来ているかを​先に​確かめておけば、​守る​所と​直す所を​分けられます。
問い合わせた​人に、​何を​見て​決めたかを​一言​聞いておくのも、​数字には​出ない​手が​かりに​なります。

この​サイトも、​GA4、​Search Console、​Clarityの​数字を​並べて、​記事や​ページの​どこで​読む人が​止まっているかを​見ながら直しています。
数字を​眺めるだけでは​次の​一手は​決まらないので、​どの​段で​止まっているかの​仮説を​1つ立て、​1か所を​変え、​もう​一度​数える、を​繰り返しています。

私たちの​料金は、料金の​ページに​載せています​（LP運用 月3万円・税別、​最低6か​月）。
何を​頼めるかはホームページ制作・LP制作と​運用に​まとめています。

bundlyzeは​大阪市北区の​グラングリーン大阪を​拠点に​しています。
全国から​ご相談いただけます。
打ち合わせは​Web会議でも、​対面でも​可能です。
この​記事を​書いている​津嘉山は、​業務システム開発と​AWSを​専門と​する​エンジニアで、​この​サイトの​フォームの​計測や、​GA4と​Search Consoleの​数字を​1画面に​まとめる​仕組みも​自分で​作りました。

まとめ

LP改善は、​直す所を​決める​前に、​どの​段で​人が​離れているかを​数字で​見つけるところから​始めます。
直す​順番は、​最初の​画面、​申し込みの​入口、​信頼の​材料、​広告の​文との​一致の​順で、​一度に​1か​所ずつ、​期間と​数を​決めて​比べます。
まずは、​今の​LPを​開いた​数と、​フォームの​入力が​始まった数、​送信が​完了した​数の​3つを、​同じ​期間で​並べてみてください。