表示速度はなぜCVRに効くのか
ページの表示速度は、CVRに直接影響します。読み込みが遅いほど、ユーザーはコンテンツを見る前に離脱するからです。
Googleは、モバイルの読み込みが3秒を超えると直帰率が大きく上がるというデータを示しています。広告でクリックを獲得しても、LPが表示される前に離脱されれば、そのクリック単価(CPC)はまるごと無駄になります。表示速度の改善は、地味に見えて、実質的なCV単価を下げる効果が大きい打ち手です。
さらに、表示速度は次の3つに同時に効きます。
- CVR:速いほど離脱が減り、コンバージョンが増える
- 広告の品質評価:LPの利便性(操作性)として、Google広告のオークションで評価される
- CPC・掲載順位:品質が上がれば、同じ入札でも上位に出やすく、CPCも下がりやすい
つまり表示速度の改善は、CVR改善と広告費削減の両取りができる、費用対効果の高い施策です。
Core Web Vitals(LCP・INP・CLS)
表示速度の良し悪しを客観的に測る指標が、Googleが定義する Core Web Vitals です。3つの指標で「体感の速さ・反応・安定性」を評価します。
| 指標 | 測るもの | 良好の目安 | ざっくり言うと |
|---|---|---|---|
| LCP(Largest Contentful Paint) | メインコンテンツの表示速度 | 2.5秒以内 | 「主役の画像・見出しがどれだけ早く出るか」 |
| INP(Interaction to Next Paint) | 操作への反応速度 | 200ミリ秒以内 | 「タップ・クリックにサクサク反応するか」 |
| CLS(Cumulative Layout Shift) | レイアウトの安定性 | 0.1以下 | 「読み込み中にガタッとズレないか」 |
INPは、かつての指標FID(First Input Delay)に代わって2024年から採用された指標です。以前のFIDより、ページ操作全体の快適さを厳密に反映します。
計測方法
改善の前に、まず現状を計測します。無料で使える代表的なツールは次の通りです。
- PageSpeed Insights:URLを入れるだけで、Core Web Vitalsのスコアと具体的な改善提案が出る。まずはここから
- Chrome DevTools(Lighthouse / Performance):ブラウザ上でページを詳細に分析できる
- Search Console の「ウェブに関する主な指標」レポート:実ユーザーのデータ(フィールドデータ)でサイト全体の状況を把握できる
ラボデータとフィールドデータの違い
計測結果には2種類あります。この違いを理解しないと、改善の判断を誤ります。
| 種類 | 何のデータか | 特徴 |
|---|---|---|
| ラボデータ | ツールが仮想環境で1回測定した値 | 再現性が高く、改善の検証に向く |
| フィールドデータ | 実ユーザーの環境で計測された値(CrUX) | 実態を反映するが、反映に時間がかかる |
改善作業中はラボデータで素早く検証し、最終的な効果はフィールドデータ(実ユーザー)で確認する、という使い分けが基本です。
LCPの改善
LCP(主要コンテンツの表示速度)は、ファーストビューの体感速度を左右します。主な改善策は次の通りです。
- 画像の最適化:メインビジュアルを圧縮し、WebP/AVIFなどの軽量フォーマットを使う。表示サイズに対して過剰に大きい画像を配信しない
- 画像の遅延読み込みを正しく使う:ファーストビューの主要画像は遅延読み込み(lazy load)しない。逆に画面外の画像は遅延させる
- サーバー応答の改善:TTFB(最初のバイトが返るまでの時間)を短縮する。CDNの活用も有効
- 重要リソースの先読み:メインビジュアルやフォントを優先的に読み込ませる
INPの改善
INP(操作への反応速度)は、主にJavaScriptの実行が重いことで悪化します。
- JavaScriptの削減・分割:不要なスクリプトを削除し、重い処理は分割して実行する
- サードパーティスクリプトの見直し:チャットツール、計測タグ、広告タグなど、外部スクリプトの数と重さを点検する
- メインスレッドの負荷軽減:読み込み直後に大量の処理を走らせない
広告LPでは、後述する計測タグの積み重ねがINP悪化の主因になりがちです。
CLSの改善
CLS(レイアウトのズレ)は、「押そうとしたボタンが直前にズレて誤タップ」といったストレスを生み、CVRを損ないます。
- 画像・動画にサイズを指定する:width/heightを明示し、読み込み前に表示領域を確保する
- 広告枠・埋め込みの領域を先に確保する:後から挿入される要素の分だけ、あらかじめスペースを空けておく
- フォントの遅延によるズレを抑える:Webフォントの読み込みでテキストがガタつかないよう設定する
広告LPで特に注意すること:計測タグの肥大化
広告のLPには、コンバージョン計測タグ、リマーケティングタグ、ヒートマップツール、A/Bテストツール、チャットツールなど、多くの外部スクリプトが積み重なりがちです。これらは1つずつは軽くても、合算するとINPやLCPを大きく悪化させます。
CVRを上げるために入れた計測・改善ツールが、表示速度を下げてCVRを削っている——これは非常によくある本末転倒です。
運用メモ
タグは「入れっぱなし」で肥大化します。半年に一度は、Googleタグマネージャー(GTM)に登録されているタグを棚卸しし、使っていないツールのタグを削除してください。GTMのタグはできる限りトリガーを絞り、全ページで常時発火する状態を避けます。特にヒートマップやセッションリプレイ系は重いため、常時ではなくサンプリング(一部のユーザーのみ計測)に設定するだけで、表示速度への影響を抑えられます。計測のために計測対象を壊さない、という視点が重要です。
改善の進め方
- PageSpeed Insightsで現状を計測し、Core Web Vitalsのどれがボトルネックかを特定する
- 影響の大きい項目から着手する。多くの場合、画像の最適化とタグの棚卸しが効果対効果に優れる
- 1つ直すごとにラボデータで再計測し、効果を確認する
- 数週間後にフィールドデータ(実ユーザー)で最終確認する
すべてを完璧にする必要はありません。まずはLCP 2.5秒以内、モバイルで「良好」の判定を得ることを当面の目標にすると、優先順位が付けやすくなります。
まとめ
表示速度は、CVRと広告費の両方に効く、費用対効果の高い改善対象です。
- 遅いLPは表示前に離脱され、そのクリックのCPCがまるごと無駄になる
- 表示速度はCVR・広告品質評価・CPCに同時に効く
- Core Web Vitals(LCP 2.5秒 / INP 200ms / CLS 0.1)を客観指標に使う
- PageSpeed Insightsで計測し、画像最適化とタグの棚卸しなど効果の大きい所から着手する
- 広告LPは計測タグの肥大化が主因になりやすい。定期的に棚卸しし、重いツールはサンプリングする
「CVRを上げるために入れたツールが表示速度を下げている」状態を避けることが、地味ですが効きます。