LP表示速度がCV率に与える影響｜Core Web Vitals改善と広告成果への投資優先順位フレーム

この記事のポイント

• LP表示速度の1秒遅延はCV率に数〜十数%の影響を与えるとされており、広告費をかけるほど機会損失が拡大する財務リスクとして捉えるべきだ。
• Core Web Vitals（LCP・INP・CLS）はSEOだけでなくGoogle広告のランディングページ品質スコアにも波及し、CPC・広告ランク・CPAの自動最適化精度に連鎖して影響する。
• 改善施策は「インパクト×実装コスト×広告成果波及度」の3軸で優先順位をつけることで、予算と工数の意思決定が合理化できる。
• 速度改善への投資可否は「期待CV増加数×目標CPA」の損益分岐点で試算することで、稟議・予算申請に耐えられる根拠が作れる。
• PageSpeed InsightsとGoogle Search Consoleの無料ツールで1時間以内に現状把握でき、そこからどの施策に投資するかの判断ロジックが組める。

LP表示速度とCV率：まず前提となる数字を整理する

LP表示速度とコンバージョン率（CV率）の関係は、感覚論ではなく業界ベンチマークとして広く議論されてきたテーマだ。まず前提となる数字を整理しておくことで、その後の改善議論を定量的な土台の上に乗せられる。

「1秒遅れるとCV率が下がる」の根拠と正しい読み方

Googleが公表したモバイルの調査データでは、ページ読み込み時間が1秒から3秒に延びると直帰率が32%増加するとされている。また、Portent社の調査では、読み込み時間が1秒のサイトのCV率は5秒のサイトと比較して約3倍高いという結果が報告されている。

ただし、これらの数字を「自社LPでも同じ改善が見込める」と読むのは早計だ。CV率への感度はファネルの深さ・商材価格帯・訴求の強さ・競合環境によって大きく異なる。BtoBの高額サービスであれば、速度より営業資料のダウンロードフローのほうが離脱要因として支配的な場合も多い。重要なのは「速度とCVには相関がある」という事実を前提として認識したうえで、自社LPのどのデバイスで、どの段階の速度が問題かを実測することだ。

モバイルとPCで異なる速度感度：どちらを先に診るべきか

広告流入の多くがスマートフォン経由になっている現在、モバイルLPの速度を先に診断するのが原則だ。Google PageSpeed Insightsのスコアもデフォルトでモバイルを測定し、Google広告のランディングページ品質評価もモバイルパフォーマンスを重視していると言われている。

一方で、BtoBや高単価商材では意思決定者がPCで閲覧するケースも依然多い。Google Search Console（Core Web Vitalsレポート）でデバイス別のユーザー分布と不良URL数を確認し、流入ボリュームと問題件数の積が大きいデバイスを優先するというロジックが実務上は合理的だ。

速度改善を「やるべきかどうか」判断する前提条件

速度改善の投資判断は、現在の広告クリック単価（CPC）と月間クリック数を掛け合わせた広告費規模が大きいほど意義が高まる。月100万円以上の広告費が流入するLPで速度が劣化していれば、CPCは割高なまま、かつCV率も低い状態で消耗し続けることになる。逆に月数万円規模のテスト配信であれば、まず広告クリエイティブやターゲティングを最適化してから速度に着手するほうが費用対効果は高い。

Core Web Vitals 3指標が広告LPに与える実務的インパクト

図1: LCP・INP・CLSそれぞれの広告LP影響ポイント

Googleが2021年に検索ランキング要素として導入したCore Web Vitalsは、LCP・INP・CLSの3指標で構成される。これらはSEOの文脈で語られることが多いが、広告LPにおけるユーザー体験の品質指標としても直接的な意味を持つ。

LCP（最大コンテンツ描画）：ファーストビューの速度感とCVへの直結度

LCP（Largest Contentful Paint）は、ページ内で最も大きな画像またはテキストブロックが描画されるまでの時間だ。Googleの基準では2.5秒以内が「良好」とされている。

広告LPでは、ファーストビューにヒーロー画像や大型バナーを配置するケースが多く、これがLCPの対象要素になりやすい。LCPが遅い場合、ユーザーは「ページが来ていない」と判断して直帰する。広告クリック直後の離脱はCV機会ゼロを意味するため、LCPの改善は広告費の無駄打ち防止に直結する。

LCPの改善ターゲットは主に「ヒーロー画像のファイルサイズと形式（WebP化）」「サーバー応答速度（TTFB）」「レンダリングブロックするCSS・JS」の3点だ。

INP（次のペイントまでの応答）：CTAクリック後の操作遅延がCV率を削る仕組み

INP（Interaction to Next Paint）は、ユーザーのクリックやタップに対してページが視覚的に応答するまでの時間だ。2024年にFID（First Input Delay）の後継として正式採用され、200ミリ秒以内が「良好」とされている。

広告LPにおけるINPの重要性は「CTAボタンを押した後の体験」に集約される。「お申し込みはこちら」を押した後、フォームの表示や次画面への遷移が500ミリ秒以上かかると、ユーザーは「ボタンが壊れているのでは」と感じて離脱するリスクが高まる。JavaScriptの実行量が多いLPほどINPが悪化しやすく、GTMタグの蓄積やトラッキングスクリプトの過多が主因として指摘されることが多い。

CLS（累積レイアウトシフト）：広告タグ・動的要素によるズレがCVを阻害するパターン

CLS（Cumulative Layout Shift）は、ページ読み込み中にコンテンツが意図せず移動する量を示す指標だ。0.1以内が「良好」とされている。

広告LPでCLSが発生しやすいのは、外部広告タグ（リターゲティングピクセル等）やアニメーションバナー、動的に挿入されるキャンペーン告知バナーなどだ。LPを表示している途中でCTAボタンが下にズレると、ユーザーが意図せず別の要素をタップしてしまうケースも起きる。CLSはユーザーの操作精度を下げ、CV率に間接的なダメージを与える。

表示速度はGoogle広告の品質スコアに波及する

LP表示速度の改善が広告費効率に影響するルートは、CV率の改善だけではない。Google広告の品質スコアを通じた間接経路も存在する。

ランディングページ品質スコアの採点基準と速度の位置づけ

Google広告の品質スコアは「広告の関連性」「予想CTR」「ランディングページの利便性」の3要素で構成される。このうち「ランディングページの利便性」の採点には、ページの読み込み速度、モバイル対応状況、コンテンツの関連性が含まれるとGoogleが明示している。

品質スコアは1〜10の整数で示されるが、その裏にある実際の評価は「平均より上・平均・平均より下」の三段階であり、速度が著しく遅いLPは「平均より下」の評価を受ける可能性が高い。

品質スコア改善がCPC・広告ランクに波及するロジック

Google広告の広告ランクは「入札額×品質スコア（期待影響度）×広告表示オプションの影響度」で決まる。品質スコアが上がると、同じ入札額でも広告ランクが高くなり、競合より上位に表示されやすくなる。

また、品質スコアが高いほど、同じ広告ランクを維持するために必要な最低CPCが下がる。つまり速度改善→品質スコア改善→同一入札額でのCPC低下、というルートでCPAが改善する可能性がある。この連鎖を意識すると、速度改善の費用対効果はCV率改善分だけでなく広告費効率改善分も含めて試算すべきことがわかる。

速度改善でCPAが下がるまでの時間軸と注意点

速度改善を実施してもCPAへの反映には一定のラグがある。品質スコアはリアルタイムではなく過去の実績データを元に更新されるため、スコアが新しい評価を反映するまでに数週間かかることが多い。さらにスマート入札が使用している場合、入札モデルの再学習にも時間を要する。改善後に「すぐ数字が変わらない」からといって元に戻さず、少なくとも4〜8週間の観察期間を設けることが実務上のセオリーとされている。

現状診断：無料ツールで速度問題を1時間以内に把握する

費用をかける前に現状を正確に把握することが優先だ。Google PageSpeed InsightsとGoogle Search Console（Core Web Vitalsレポート）を組み合わせれば、1時間以内に「どのデバイスで・どの指標が・どの程度問題か」を整理できる。

PageSpeed Insightsの読み方：ラボデータとフィールドデータの違い

Google PageSpeed Insightsは、URLを入力するだけで無料でCWV指標を測定できるツールだ。ただし出力される数値には「ラボデータ」と「フィールドデータ（CrUX）」の2種類があり、読み方が異なる。

ラボデータはGoogleのサーバーが疑似的にページを読み込んだ際の計測値で、再現性が高く原因特定に使いやすい。一方、フィールドデータは実際のユーザーのChromeブラウザから収集された実測値であり、デバイス・回線・地域のばらつきを含む。品質スコアやCore Web Vitalsの評価に使われるのはフィールドデータ側だ。スコアが100点でも体感が遅いと感じるユーザーがいる場合、フィールドデータの分布を確認するとP75（75パーセンタイル）値が悪化していることが多い。

Search ConsoleのCore Web Vitalsレポートで実ユーザー比率を確認する

Google Search Console（Core Web Vitalsレポート）では、実ユーザー計測に基づく「良好・改善が必要・不良」のURL比率をデバイス別で確認できる。PageSpeed Insightsが単一URLのスナップショットであるのに対し、Search Consoleはサイト全体の傾向とボリュームを把握できる。

広告LPが複数ある場合、「不良」に分類されているURLの数と広告流入ボリュームを掛け合わせて、どのページを優先的に改善すべきかを絞り込むのが実務的なアプローチだ。

モバイルスコアが低い原因を「画像・JS・TTFB」の3カテゴリで分類する

PageSpeed Insightsの診断結果に表示される改善提案は多岐にわたるが、実務では「画像系」「JS・CSS系」「サーバー・インフラ系（TTFB）」の3カテゴリに分類すると優先度をつけやすい。

• 画像系：WebP非対応・過大なファイルサイズ・遅延読み込み未設定。実装コストが低く即効性が高い
• JS・CSS系：レンダリングブロックするスクリプト・未使用CSSの読み込み。エンジニア工数が必要だが効果は大きい
• TTFB（サーバー応答速度）：サーバースペックやCDN未導入が原因のことが多く、インフラ変更が必要になる

この3分類で「どこに問題が集中しているか」を把握してから施策の優先順位フレームに移ると判断が明確になる。WebPageTestを使うとTTFBや各リソース読み込みのウォーターフォール図を詳細に確認できる。

改善施策の優先順位フレーム：インパクト×実装コスト×広告成果波及度

図2: 施策を優先度A〜Cに分類した判断マトリクス

速度改善の手法は多数あるが、すべてを同時に実施する必要はない。「インパクト（CV率・品質スコアへの期待効果）」「実装コスト（工数・費用）」「広告成果波及度（品質スコアやCPAへの影響の大きさ）」の3軸で優先順位を整理すると、限られたリソースで最大の費用対効果を狙える。

優先度A（即効・低コスト）：画像最適化・キャッシュ・遅延読み込み

エンジニアへの大規模依頼なしに実施できる施策群だ。

• 画像のWebP変換・圧縮：LCPに直結するヒーロー画像を優先。PNGやJPEGをWebP形式に変換するだけでファイルサイズが30〜50%削減されることが多い
• 遅延読み込み（Lazy Load）：スクロールしないと見えない画像にloading="lazy"を付与。初回読み込みのリソース量を削減できる
• ブラウザキャッシュの設定：静的ファイルのキャッシュ有効期限を適切に設定することで再訪問時の速度が改善する

これらは実装コストが低い割にLCPやFCPへの効果が出やすく、まず着手すべき施策群だ。

優先度B（中期・要エンジニア）：レンダリングブロック解消・CDN導入

一定のエンジニア工数を要するが、LCPとINP両方に効く施策群だ。

• レンダリングブロックの解消：<head>内の同期JavaScriptやCSSをdefer/async属性で非同期化し、DOMの構築をブロックしないようにする
• 未使用CSSの削除：大型CSSフレームワークを使用しているLPでは、未使用ルールが数百KBに上ることがある。PurgeCSS等で削減する
• CDN（コンテンツデリバリーネットワーク）の導入：Cloudflare CDN等を経由することでTTFBを削減し、地理的に分散したユーザーへの応答速度を改善できる

優先度C（投資判断レベル）：サーバー移行・フレームワーク刷新・サイトリプレイス

費用と工期が大きく、経営・予算レベルの意思決定が必要な施策群だ。

• サーバー移行：共有サーバーからVPSやクラウドサーバーへの移行でTTFBを抜本的に改善できる。月額コストが増加するが広告流入が多いLPでは費用対効果が出やすい
• フレームワーク刷新・サイトリプレイス：旧来のWordPressテーマや過大なプラグイン構成を持つLPは、速度改善の余地が限定的なことが多く、Astro等の静的サイト生成ツールへの移行を検討する段階に入る場合がある

優先度Cの施策に着手する前に、後述の損益分岐点試算で「このLP規模でその投資が回収できるか」を確認することを強く推奨する。

投資対効果の試算方法：「改善してよかった」を事前に数字で確認する

速度改善への投資を稟議・予算申請するには、期待効果を数値化する必要がある。以下のロジックを使うと、事前に損益分岐点を概算できる。

期待CV増加数の計算式：現在CV数×速度改善による想定改善率

まず現在の月間CV数を確認する。次に、業界ベンチマークや自社の過去A/Bテスト実績などを参考に、速度改善によって期待できるCV率改善幅を仮定する。

期待CV増加数 = 現在の月間CV数 × 想定CV率改善率
例: 月間100CV × 10%改善想定 = 月10CV増加

この「想定CV率改善率」は保守的に設定することが重要だ。業界ベンチマークを上限値として参照しつつ、「半分でも出れば御の字」という前提で試算すると説得力が増す。

改善費用と広告費節約の損益分岐点：投資回収期間の試算ステップ

期待月間利益増加 = 期待CV増加数 × 平均顧客LTV（または粗利）
投資回収期間（月）= 改善費用 ÷ 期待月間利益増加

加えて、品質スコア改善によるCPC低下効果も見込める場合は、以下も加算する。

広告費節約額（月）= 月間クリック数 × 期待CPC削減額

これらを合算した月次リターンで改善費用を割ることで、投資回収期間の目安が出る。一般的に投資回収が6ヶ月以内に見込めれば投資判断として合理的とされることが多い。

費用対効果が見込みにくいケース：改善しない方が合理的な条件

• 月間広告クリック数が少なく（目安: 月1,000クリック未満）、改善によるCV増加の絶対数が小さい場合
• LP自体のオファー設計・訴求が根本的に合っていない場合（速度を直しても離脱理由がそこでないため）
• 現在のPageSpeed Insightsスコアがすでにモバイル80点以上で、フィールドデータでも「良好」が大半を占める場合

このような条件下では、速度改善よりClarity×GA4クロス分析でLPの「最初に直すべき箇所」を絞り込む方法によってUX上の他の離脱要因を先に特定する方が合理的な場合がある。

速度改善でよくある判断ミスと落とし穴

速度改善は正しく実施しないと費用と工数を掛けても成果に結びつかないことがある。実務でよく見られる誤解と落とし穴を整理する。

スコア100点でもCV率が上がらないケース：スコアと体感速度の乖離

PageSpeed Insightsのスコアが高くても、実ユーザーの体感速度が改善しないケースは珍しくない。スコアはラボデータを元にした合成値であり、実ユーザーのデバイス性能・回線速度・地理的分布の影響を反映しない。

フィールドデータ（CrUX）でLCPのP75値が「改善が必要」または「不良」のままであれば、ラボスコアが高くても実態は改善されていない。評価軸をフィールドデータのP75値に置くことが重要だ。

PCスコアを優先してモバイルを後回しにする典型的ミス

PC向けのPageSpeed Insightsスコアは、同じLPでもモバイルより高く出やすい。「スコアが高い方」として意識が向きやすいが、広告流入の大半がスマートフォン経由であれば、PCスコアをいくら上げても広告成果への影響は限定的だ。診断と施策のターゲットをモバイルに揃えることが原則だ。

速度改善後にCWVが再悪化する原因：広告タグ追加・GTM肥大化の罠

速度改善を実施した後も、GTMへの新規タグ追加やリターゲティングピクセルの追加を繰り返すことでINPやLCPが再悪化するケースが多い。改善は一度やれば終わりではなく、新規タグ追加のたびに速度への影響をPageSpeed Insightsで確認するフローを運用に組み込むことが長期的な品質維持に不可欠だ。

速度改善によってCV数が増加した後は、スマート自動入札の学習期間を短縮するマイクロCV設計によって入札精度のさらなる向上を狙うことが自然な次のステップとなる。また、LP着地後の体験改善としてはLP A/Bテスト設計の優先順位フレームも参照してほしい。フォーム完了率が課題になっている場合は問い合わせフォームのCV率診断と改善実務が判断の手助けになる。品質スコアの改善がCPAに反映されてきたタイミングでは目標CPA・目標ROASの使い分け判断フローも入札戦略の見直し材料として活用できる。

よくある質問

Q：LPの表示速度が1秒遅くなるとCV率はどのくらい下がりますか？

業界で広く参照されているベンチマークでは、読み込み時間の増加に伴うCV率低下として「数%〜十数%の低下」が示されることが多いですが、この数値は業種・ファネルの深さ・デバイス・商材価格帯によって大きく異なります。Eコマースの購買CVと、BtoBの資料請求CVでは速度感度が異なるのが一般的です。重要なのは業界平均を鵜呑みにするのではなく、Google Analytics等で自社LPの速度帯別CV率を実計測して感度を把握することです。Google Search ConsoleのCore Web Vitalsレポートと組み合わせることで、実ユーザーベースの状況確認が可能です。

Q：Core Web VitalsはGoogle広告の品質スコアに直接影響しますか？

Googleはランディングページ品質の評価にページの読み込み速度とモバイル対応状況が含まれることを公式に認めています。Core Web Vitals（LCP・INP・CLS）はその読み込み速度・操作性の具体的な計測指標であり、間接的に品質スコアの「ランディングページの利便性」評価に反映されると考えられています。ただし品質スコアとCWV指標が1対1で対応しているわけではなく、コンテンツの関連性や直帰率なども評価に含まれます。速度改善は品質スコアにプラスに働く要素のひとつとして位置づけるのが正確な理解です。

Q：PageSpeed InsightsのスコアとCV率が必ずしも比例しないのはなぜですか？

PageSpeed Insightsのスコアはラボデータ（疑似的な計測環境）を元にした合成値です。実ユーザーが体験する速度は、デバイスのCPU性能・通信環境・地理的な距離・同時処理タスク数によって大きく変動します。スコアが高くても実ユーザーの75パーセンタイル（P75）のLCPが遅い場合や、ページの視覚的な速さは問題なくても操作（CTAクリック）への応答が遅い（INP不良）場合にCV率が低下することがあります。スコアをKPIにするのではなく、フィールドデータのP75値を改善対象として追うことが実務上の正しいアプローチです。

Q：LP表示速度の改善費用の目安と投資判断の基準はどう考えればいいですか？

施策の種類によって費用感は大きく異なります。画像最適化・遅延読み込みの設定は数万円〜十万円程度のエンジニア工数で実施できることが多い一方、CDN導入は月額数万円のインフラ費用、サーバー移行やフレームワーク刷新になると数十〜数百万円の開発費用が発生します。投資判断の基準としては「期待CV増加数×目標CPA（または平均顧客LTV）」で期待月間利益増加を計算し、改善費用を割って投資回収期間を概算することを推奨します。回収期間が6ヶ月以内に見込めれば、広告費規模が大きいほど投資合理性は高まります。稟議に通すためには、保守的な改善率（業界ベンチマークの半分程度）で試算した結果を提示することで、達成可能性に対する信頼感が増します。

---

LP表示速度の改善は、SEO施策としてではなく「広告費を無駄にしないための財務的なレバー」として捉えると、投資判断の優先順位が変わってきます。Core Web Vitalsの現状診断から改善施策の選定・損益分岐点試算まで、どこから手をつければよいかわからない場合や、自社LPの速度とCV率の関係を実務的な観点で整理したい場合は、真策堂にご相談ください。LP診断・改善優先順位の整理・施策の実行支援まで、状況に応じた形でお役に立てます。