※こちらの記事は、筆者がUX Collectiveに寄稿した下記の記事を、日本語向けに再編集したものになります。

はじめに
読み込み速度の改善がCVR向上に繋がるのは皆さん体感的に納得できると思います。でもどれぐらい改善したらどれぐらいCVR向上するかはデータが乱立しています。今回、その状況を整理して、一般的なWebサイトの改善にも適用しやすいようにしました。
なお、ページ速度の測定にはGoogle PageSpeed Insightsという無料ツールが広く使われており、本記事で登場するSpeed Index、LCP、FCPなどの指標もこのツールで簡単に確認できます。自社サイトの現状把握から始めたい方は、まずはこのツールでチェックしてみることをお勧めします。
各社の研究データが示す数値の幅
ページ速度改善によるCVR向上については、様々な企業や研究機関がデータを公開していますが、その数値には大きな幅があります。
改善による向上データ
| 企業・研究機関 | 改善幅 | CVR/売上への影響 | 1秒換算 | 出典 |
|---|---|---|---|---|
| 1秒改善 | 最大27%向上 | 27% | Tuff | |
| Walmart | 1秒改善 | 2%向上 | 2% | Huckabuy |
| Mobify | 100ms改善 | 1.11%向上 | 11% | Cloudflare |
| Amazon | 100ms改善 | 1%売上増加 | 10% | Acclaim |
| Deloitte | 0.1秒改善 | 8.4%向上 | 84%※ | Tuff |
※明らかに外れ値と考えられる
最も楽観的なGoogleの27%から、保守的なWalmartの2%まで、実に10倍以上の開きがあることが分かります。Deloitteの研究を1秒に換算すると84%となり、これは明らかに現実的ではありません。
遅延による低下データ(参考)
| 企業・研究機関 | 遅延幅 | CVRへの影響 | 出典 |
|---|---|---|---|
| Akamai | 1秒遅延 | 7%低下 | 複数 |
| Aberdeen Group | 1秒遅延 | 7%損失 | Tuff |
| Portent | 1秒追加(0-5秒間) | 平均4.42%低下 | Huckabuy |
興味深いのは、改善による向上と遅延による低下では効果が非対称だという点です。失うのは簡単でも取り戻すのは難しいという現実を示しています。
なぜこれほど数値がバラバラなのか
これらのデータがこれほど異なる理由は、測定条件の違いにあります。まず、初期速度が大きく影響します。既に3秒以下で表示される高速なサイトでは、さらなる改善の効果は限定的です。一方、10秒以上かかるような低速サイトでは、最初の数秒の改善だけでも大きな効果が期待できそうに思えますが、実際には極端に遅いサイトでは、ユーザーの期待値が既に低下しているため、初期の改善効果は意外と限定的になることもあります。
業界特性も重要な要因です。ECサイトでは購買行動が速度に敏感に反応しますが、B2Bサイトでは情報収集が主目的のため、多少の遅延は許容される傾向があります。また、既存の最適化状況も大きく影響します。基本的な画像圧縮やキャッシュ設定すら行われていないサイトと、高度に最適化されたサイトでは、同じ1秒の改善でも意味が全く異なります。
Speed Indexを測定指標として使うべき理由
改善効果を測定する際、どの指標を使うかも重要です。Google PageSpeed Insightsで計測される主要な指標にはいくつか種類があり、それぞれ異なる側面を測定しています。
Google PageSpeed Insightsの主要速度指標の比較
| 指標 | 測定内容 | CVRとの相関 | 推奨度 |
|---|---|---|---|
| Speed Index | ページ全体の段階的表示速度 | 高い | ◎ |
| LCP (Largest Contentful Paint) | 最大要素の表示時間 | 中程度 | ○ |
| FCP (First Contentful Paint) | 最初の要素の表示時間 | 低い | △ |
| TBT (Total Blocking Time) | インタラクティブ性 | 状況による | △ |
これらはすべてGoogle PageSpeed Insightsで確認できる指標ですが、その中でもSpeed Indexはページ全体が段階的に表示される速度を総合的に評価する指標として優れています。単一要素の表示時間を測るLCPや、最初の要素が表示されるまでを測るFCPと異なり、Speed Indexは「白い画面を見ている時間」全体を評価します。これはユーザーの体感速度に最も近く、CVRとの相関も高いとされています。
例えば、3秒で一気に100%表示されるサイトAと、1秒で50%表示され4秒で100%表示されるサイトBを比較すると、LCPは同じでもSpeed IndexではサイトBの方が優れた数値になります。実際のユーザー体験でも、サイトBの方が速く感じられるはずです。
なお、LCPはCore Web Vitalsの一つとしてGoogleの検索順位にも直接影響するため、SEOの観点では重要ですが、CVR改善を目的とする場合はSpeed Indexを主軸に考えることをお勧めします。
現実的な目標値の設定
様々なデータを検討した結果、一般的なWebサイトにおいては「Speed Index 1秒改善で5-10%のCVR向上」を目標とすることを推奨します。これはWalmartの保守的な2%とGoogleの楽観的な27%の間を取った現実的な数値です。
ただし、サイトの状態によって期待値は調整すべきです。
サイト状態別の期待値
| サイトの状態 | 現在のSpeed Index | 1秒改善あたりのCVR向上期待値 | 理由 |
|---|---|---|---|
| 未最適化 | 10秒以上 | 8-12% | 基本的な改善で大きな効果が期待できる |
| 部分最適化済み | 5-10秒 | 5-8% | 標準的な改善効果 |
| 既に高速 | 5秒未満 | 2-3% | 改善余地が限定的 |
一般的な直感では、未最適化のサイトほど改善効果が大きいと考えられ、実際その通りです。ただし注意すべき点があります。極端に遅いサイト(15秒以上)では、既に大半のユーザーが離脱しているため、残っているユーザーは「どんなに遅くても待つ」特殊な層である可能性があります。そのため、最初の数秒の改善(例:15秒→12秒)では、CVRへの影響が思ったほど大きくない場合があります。しかし、10秒を切るあたりから一般ユーザーが戻ってくるため、そこからの改善効果は急激に高まります。
特に注目すべきは、Core Web Vitals(Googleが定める重要な指標群で、LCP 2.5秒以下、FID 100ms以下、CLS 0.1以下が合格ライン)を満たすことで追加のボーナス効果が期待できる点です。Googleの検索順位への影響も含めて考えると、単なる速度改善以上の効果が見込めます。
実際の適用における注意点
これらの数値を実際のプロジェクトに適用する際には、いくつかの注意点があります。
効果に影響する主要因
| 要因 | 影響の大きさ | 対策の難易度 | 備考 |
|---|---|---|---|
| 既存の最適化状況 | 大 | 低 | 基本対策(画像圧縮等)で大幅改善可能 |
| 業界特性 | 大 | - | ECは速度重視、B2Bは許容度高い |
| 技術的制約 | 中 | 高 | レガシーシステムは改修困難 |
| 外部リソース | 中 | 中 | 広告タグ・分析ツールの影響 |
| CMS制約 | 小〜中 | 中 | WordPress等の制限あり |
技術的な制約は特に注意が必要です。レガシーシステムでは根本的な改善が困難な場合があり、第三者スクリプト(広告タグや分析ツール)が多数導入されているサイトでは、自社でコントロールできる範囲に限界があります。WordPressなどのCMSを使用している場合も、プラットフォーム固有の制限を受けることがあります。
最も重要なのは、これらの数値はあくまで参考値であり、実際の効果は必ずA/Bテストで検証すべきだということです。段階的に改善を進め、各段階での実測値を基に次の施策を調整することで、より確実な成果が得られるでしょう。
まとめ
ページ速度改善によるCVR向上効果は確実に存在しますが、その効果は状況により大きく異なります。Speed Indexを指標として1秒改善で5-10%のCVR向上を目標に設定し、サイトの現状に応じて期待値を調整することが重要です。
極端に高い数値や低い数値に振り回されることなく、自社サイトの状況を正確に把握し、現実的な目標を設定して改善を進めることが、成功への近道となるでしょう。そして何より、実装後は必ず効果測定を行い、データに基づいた判断を続けることが大切です。