ECサイトの高速化は売上そのものに直結する!?

ケーススタディ紹介 ー表示速度の改善でCVR、売上が伸びた国内外の事例

公開日 11分で読めます

この記事の目次
  1. なぜECサイトにおいて「表示速度」が重要なのか
  2. 表示速度の改善で売上、CVRが伸びた事例をデータで見る
  3. 高速化の優先順位： 「売上に一番近いページ」から攻める
  4. Cloudflareが得意な領域と、Webサイト側で改善すべき領域
  5. DOMOの視点
  6. まとめ
  7. 覚えておきたい用語

「ECサイトの表示速度は、速ければ速いほど良い」。これは、Web制作やマーケティングの現場で頑なに信じられている、一種の神話のようなものかもしれません。しかし、日々売り上げの数字と向き合うEC事業者や経営者が本当に知りたいのは、「GoogleのPageSpeed Insightsで何点取れるか」という技術的なスコアではありません。

それよりむしろ、「表示速度を1秒縮めたら、売り上げやコンバージョン率（CVR）は具体的にどれくらい上がるのか？」、「そのために入れ替えるインフラやツールは、投資に見合うリターンを生むのか？」、といったことではないでしょうか。

結論から言えば、表示速度の改善とECの事業成果（CVR、売上）の間には、極めて強い因果関係が存在します。しかし同時に、「サイト全体を闇雲に速くしようとしても、期待したほど売上は伸びない」という現実もあります。

ここでは、国内外の信頼できる実証データや事例を参照しながら、なぜ表示速度が売上を左右するのか、そしてどこに手を打つのが最も効果的なのかについて、詳しく解説します。

なぜECサイトにおいて「表示速度」が重要なのか

実店舗で、お客さまが商品を手に取り、レジで精算しようとしたとき、レジ係の手際が悪くて何分も待たされたらどうなるでしょうか。シビレを切らしたお客さまは商品を棚に戻し、店を出ていってしまうかもしれません。

ECサイトにおける「ページの表示遅延」は、まさにこの「手際の悪いレジ処理」と同じ状態を画面上で引き起こしています。一般的に、Webサイトの読み込み時間が1秒から3秒に遅れるだけで、ユーザーの直帰率は32%増加すると言われています。特に、購入意欲を持ってアクセスしてきた訪問者にとって、画面が固まる数秒間のストレスは、「離脱（離れて別のサイトへ行く）」や「カゴ落ち（カートに商品を入れたまま購入をやめる）」の最大の原因となります。

ECサイトにおける表示速度の改善は、単なるサーバーのチューニングではなく、購入プロセスの抵抗を最小限にし、売上の取りこぼしを防ぐマーケティング上の重要な施策なのです。

表示速度の改善で売上、CVRが伸びた事例をデータで見る

実際に表示速度を改善した企業では、ビジネス指標にどのような変化が現れたのでしょうか。Googleが公開している客観的な検証事例（web.devケーススタディなど）から、顕著な成果が現れた3つの事例を取り上げ、詳しく検討してみましょう。

① Rakuten 24： 見た目を変えずに速度だけを改善し、売上53%増

最初に取り上げるのは、日本の「Rakuten 24」です。Rakuten 24は、楽天グループが運営する日用品などのオンラインストアです。Webサイトの見た目や機能を一切変えず、Core Web Vitalsで測ったパフォーマンス（表示速度）のみを改善するA/Bテストを、約１ヶ月間実施しました。従来のページと、表示速度を最適化（モバイル環境で読み込み完了時間が約0.4秒短縮）したページを、実際のユーザーに対してランダムに出し分け、成果を比較したのです。

その結果、速度を改善したテストグループでは、以下のような劇的なビジネス成果が記録されました。

  • 訪問者あたりの売上（Revenue per Visitor）： 53.37% 増加
  • コンバージョン率（CVR）： 33.13% 増加
  • 平均注文額（AOV）： 15.20% 増加
  • 平均滞在時間： 9.99% 増加
  • 離脱率（Exit Rate）： 35.12% 減少

出典： web.dev: Rakuten 24 Case Study

デザインや価格設定を変更することなく、「速くしただけ」で訪問者あたりの売上（RPV）が5割以上も伸びたというこのデータは、速度改善が純粋な売上拡大施策として非常に有効であることを示しています。

② Nuvemshop： 18万以上のEC店舗でCVRが8.9%向上

中南米を中心に18万以上のオンラインストアを支える大型ECプラットフォーム「Nuvemshop」では、主要なコンテンツ（メイン画像など）が表示されるまでの速さを示す指標「LCP（Largest Contentful Paint）」の改善に取り組みました。これも、Core Web Vitalsの重要な指標のひとつです。

調査の結果、LCPの値が悪かった原因は、単純に画像サイズが大きいことではありませんでした。ページ上部の画像に遅延読み込みが設定されていたり、不適切な画像の読み込み優先度、CSSの処理などが影響していました。

LCPを改善した結果、以下のような効果が得られました。

  • 良好なLCPの割合:　57％から96％へ向上
  • Core Web Vitals合格率:　48％から72％へ向上
  • モバイルのCVR:　8.9％増加
  • カート到達率:　8.4％増加

ただし、この数字はRakuten 24の場合のようなA/Bテストではありません。2025年1月と2026年1月、両方の月に稼働していた同じ店舗群を対象に、Google検索から訪問したモバイルユーザーを比較したものです。

規模の異なる数多くの店舗が一斉にWeb表示速度を改善した結果、全体的に購入率が底上げされたという事実は、小規模なショップから大規模なECまで、あらゆるフェーズで表示速度が重要であることを証明しています。

出典： web.dev: Nuvemshop Case Study

③ Ray-Ban：商品詳細ページ（PDP）の高速化でCVRが2倍以上に

世界的なアイウェアブランド「Ray-Ban」は、サイト全体を一律に高速化するのではなく、購入の意思決定に大きく関わる「商品詳細ページ（PDP）」に集中して対策しました。ユーザーが次に開きそうだと予測できる商品ページをブラウザーがバックグラウンドで事前に読み込んでおく「プリレンダリング」を導入したのです。

その結果、商品詳細ページの表示速度（LCP）は次のように短縮されました。

  • モバイル：4.69秒 → 2.66秒 （約2秒短縮）
  • デスクトップ：3.03秒 → 1.74秒 （約1.3秒短縮）

この表示スピードの向上がもたらした成果は驚くべきものでした。

  • モバイルCVR： 101.47% 増加 （2倍以上！）
  • デスクトップCVR： 156.16% 増加 （2.5倍以上！）
  • モバイル離脱率（Exit Rate）： 13.25% 減少
  • デスクトップ離脱率（Exit Rate）： 13.18% 減少

この結果は、高速化において、サイト全体を同じように速くする必要はない、ということを如実に物語っているでしょう。

出典： web.dev: Ray-Ban Case Study

高速化の優先順位： 「売上に一番近いページ」から攻める

Ray-Banの事例が示しているのは、重点的に高速化すべきなのは、必ずしもトップページではない、ということです。ならば、どこの高速化を優先すべきなのか。それを考えるためのヒントとして、まず一般的なECサイトの購買プロセスを、以下のようなステップで考えてみます。

  1. 【集客】 Web広告 / 検索
  2. 【比較】 商品一覧ページ
  3. 【検討】 商品詳細ページ（PDP）
  4. 【行動】 カート / 決済画面（チェックアウト）

この中で最も重要なのは、3の商品詳細ページです。あまり閲覧されない「会社概要」や「利用規約」のページを0.5秒速くすることと、毎日何万人もの顧客が購入を迷いながら見ている「商品詳細ページ」や「決済画面」を0.5秒速くすることでは、同じ0.5秒でも、ビジネスへのインパクトがまったく異なります。

高速化に取り組む際は、PageSpeed Insightsの点数を機械的に100点に近づけることよりも、「購入までの導線上で、最もアクセスが多く、最もボトルネックになっているページはどこか」を見極め、売上に最も近い場所から優先的に改善していくことが何よりも重要なのです。

Cloudflareが得意な領域と、Webサイト側で改善すべき領域

ECサイトの表示速度を向上させる上で、Cloudflareは極めて強力な武器となります。しかし、Cloudflareを導入しさえすれば、すべての「遅さ」が魔法のように消え去るわけではありません。何がCloudflareで解決でき、どの部分はWebサイト（システム・開発）側での根本的な対策を必要とするのか、それらを切り分けて把握することが大切です。これまでに述べてきたことと重複しますが、ECサイトの高速化を念頭において、ここに改めて整理しておきましょう。

Cloudflareが得意とする領域（インフラ・配信側の最適化）

  • CDN / エッジキャッシュ： 世界中の最寄り拠点から商品画像やデザインファイルをミリ秒単位で高速配信
  • 画像自動最適化（Polish / Image Resizing）： 商品写真を画質を損なわずに自動圧縮し、スマホに最適なサイズや次世代フォーマット（WebPなど）へその場で変換
  • 最新プロトコル対応（HTTP/3）： 電波が不安定な移動中のスマホでもパケット詰まりを起こさず、サクサク動く通信環境を提供
  • オリジンサーバーの負荷軽減： セールやテレビ放映時の爆発的なアクセス集中を受け止め、本番サーバーのダウンを防止

Webサイト側で改善すべき領域（アプリ・プログラム側の改修）

  • 肥大化したJavaScriptの整理： マーケティングタグやアクセス解析、チャットツールなどの外部スクリプトの読み込み過多
  • 重いデータベース（DB）検索： 商品一覧の絞り込みや在庫確認時の、バックエンド（サーバー内部）の処理遅延
  • カート・決済処理： ユーザー個別の動的な処理（キャッシュできない領域）のプログラム自体の遅さ

Cloudflareは、あくまでコンテンツを届ける通り道を拡張し、スムーズにする基盤です。しかし、運ぼうとする荷物（プログラムやコード）自体が重すぎる場合は、アプリ側のコード改修や外部タグの整理とセットで取り組む必要があります。

DOMOの視点

PageSpeedを100点にするより、売上に近い1秒を削る

DOMOとしてECサイトの高速化に取り組む場合、最初に確認するのは「PageSpeed Insightsの数値」ではありません。「購入導線のどこで、どれくらいのお客さまが待たされ、離脱しているか」というビジネス上のボトルネックです。

ECサイトにおける高速化の目的は、技術的な指標で満点を取って満足することではなく、あくまで、「購入までのストレスを排除し、CVRと売上を最大化すること」です。

Cloudflareを前段に挟むことで、商品画像や共通ファイルの配信遅延、アクセス集中によるサーバーダウンといった「インフラ起因の遅さ」は、システムに大きな手を加えることなくスピーディーに解消できます。それにより、インフラの保守、増強から解放された開発リソースや予算を、カート周りのプログラム改修や商品詳細ページのUI改善といった「サイト内部の施策」へと集中させることができるでしょう。

「どこをCloudflareに任せ、どこを自社開発で改善するか」を適切に切り分け、最終的にCVRや売上がどう変化したかまで追い続ける。それこそが、DOMOが現場視点から提唱する「成果につながるEC高速化設計」のあり方なのです。

まとめ

ECサイトにおける表示速度の改善は、技術的な課題解決というよりも、売上を直接伸ばすためのマーケティング投資です。

  1. 表示速度は売上に直結する： Rakuten 24では売上が53%増加、Ray-BanではCVRが2倍以上になるなど、客観的なデータがその効果を裏付けている
  2. 攻めるべきは「売上に近いページ」： 一律の高速化ではなく、商品詳細ページやカート、決済画面など、購入の意思決定に関わるボトルネックを優先して改善する
  3. インフラとアプリの両輪で対処する：　Cloudflareで配信や画像軽量化、サーバー保護を自動化し、アプリ側のコード軽量化と組み合わせて最大の成果を出す

PageSpeedの点数に一喜一憂するのをやめ、購入に一番近い「価値ある1秒」を削ることに集中しましょう。

覚えておきたい用語

  • EC： インターネット上で商品やサービスを販売する電子商取引
  • CVR： 訪問者のうち購入などの成果に至った割合
  • Core Web Vitals： Googleが定めるWebサイトのユーザー体験指標
  • LCP： Largest Contentful Paintの略で、主要なコンテンツが表示される速さを測る指標
  • Revenue per Visitor： 1訪問者あたりに生まれた売上
  • 平均注文額： 1回の注文あたりの平均購入金額
  • A/Bテスト： 条件の異なる2つのパターンを実際のユーザーへ出し分け、成果を比較する方法
  • Exit Rate： そのページを最後にサイトから離れた割合
  • プリレンダリング： 利用者が次に開きそうなページを事前に読み込み、表示できる状態にしておく仕組み
  • CDN： Webサイトのデータを利用者に近い拠点から配信する仕組み
  • キャッシュ： 取得したデータのコピーを保存し、次回以降すばやく返す仕組み

この章のほかの記事

ch2の記事一覧へ