サイト表示速度の改善が売上を下げる理由とCVR優先順位で判断すべきページ速度対策の基準とは
福岡ECサイト株式会社
代表 鳥井 敏史
福岡ECサイト株式会社 代表 鳥井 敏史
ECサイト制作・AI検索対策の実務コンサルタント。15年以上にわたりECサイトの売上構造改善と集客設計を支援。売上改善・集客改善の実務支援を中心に企業のECサイト構造の再設計を行う。
専門分野
ECサイト制作 ECサイトリニューアル AI検索対策 SEO / コンテンツ設計ECサイト改善の主な実績
この記事の監修
福岡ECサイト株式会社 代表 鳥井 敏史
ページ速度診断スコアが高いのに売上が下がる企業が増えている
ページ速度スコアを上げたのに、なぜか売上が下がった。
PageSpeed Insights で90点以上を獲得したのに、購入数が減った。Google Lighthouse でモバイルスコアを改善したのに、コンバージョンレートが低下した。こうした事例が増えています。
多くの企業は「ページ速度=売上」と考えていますが、実は異なります。ここ、意外と見落とされがちですが重要です。
速度診断数値を優先して改善を進めると、購入導線が崩れ、むしろ売上が低下することがあります。
ページ速度最適化とは、表示速度の数値改善ではなく、ユーザーの購入までの体験を壊さない範囲で実装する構造設計である。
これはCVR優先順位理論で判断すべきテーマです。速度改善よりも先に行うべき施策があり、その順番を誤ると逆効果になるのです。
ページ速度診断数値だけで判断する企業が陥る構造的な課題
導線構造を破壊する画像最適化の陥阱
画像最適化で商品が見えなくなる矛盾が起きています。
PageSpeed Insights は画像圧縮を強く指摘します。
WebP形式への変換、遅延読み込み（Lazy Load）、適応的画像サイズ。これらは確実に点数を上げます。
しかし、あなたの商品画像が次々と非表示になったら、どうなるでしょうか。ここで現場の判断が分かれるんです。
Shopify管理画面で遅延読み込みを有効にすると、ユーザーがスクロールするまで商品画像が表示されません。
Lighthouse のスコアは上がります。しかし、購入者の目に映る画像は3秒後です。
この3秒のズレが何を意味するか。それは「商品を見る→購入」のプロセスが破壊されるということです。
実際のEC現場では、このような改善後にCVRが15～30% 低下することが報告されています。診断スコアは95点かもしれません。売上は60点です。この矛盾が現場では深刻な問題になっています。
ナビゲーション崩壊で集客導線が機能しなくなる
ページ速度を改善するため、ナビゲーションメニュー（グローバルメニュー）をJavaScript で非表示にしてから遅延読み込みする手法があります。Lighthouse では「First Contentful Paint」が改善されるため点数が上がります。
ところが、ユーザーがページを開いた時、ナビゲーションが0.5秒間空白のままです。その間、ユーザーはどのカテゴリにアクセスすべきか判断できません。
つまり、集客導線の「入口」がなくなるということです。
福岡ECサイト株式会社の支援企業では、このナビゲーション遅延化により、カテゴリ別ページへの内部リンククリック数が40% 減少したケースがあります。ページ速度は改善しましたが、サイト内回遊が失われました。
チェックアウト導線の複雑化による離脱率上昇
ページ速度を優先するため、フォーム入力欄をコンポーネント化し、非同期読み込みにする改善があります。これにより初期表示速度は上がります。
しかし、MakeShop やカラーミーショップのフォーム設計では、非同期読み込みされたフォーム要素がバリデーション エラー と相性が悪くなることがあります。
ユーザーが住所を入力してサブミットボタンを押しても、0.3秒遅れて「郵便番号が無効です」というエラーが返ってきます。この遅延が複数回発生すると、ユーザーは「このサイトは壊れている」と判断し、離脱します。
速度診断スコアには「フォーム応答時間」という指標がありません。しかし実際の離脱率に影響するのは、エラー表示の遅延時間です。
CVR優先順位理論では、ページ速度改善の位置づけは明確である
ページ速度改善は4番目の優先度です。
CVR優先順位理論とは、ECサイトの改善を「導線→商品→信頼→集客」の順番で行うべきという判断基準である。
ページ速度最適化は最後の「集客」段階に位置し、先行する施策が完成していることが条件となる。
この理論では以下のように位置づけられます。
- 導線改善（ナビゲーション・カテゴリ設計・購入フロー）→ 最優先
- 商品訴求（画像・ベネフィット・比較）→ 次優先
- 信頼構築（レビュー・実績・企業情報）→ 中程度
- 集客施策（SEO・AI検索・広告）→ 最後
ページ速度改善は、この「集客」カテゴリに含まれます。なぜなら、ページ速度はユーザーの「来店」段階に影響するからです。
一方、導線設計はユーザーの「購入」段階に影響します。優先度はより高いのです。
つまり、導線が未完成の状態でページ速度を優先すると、「速く表示されるが、購入できないサイト」ができあがるわけです。
判断基準：あなたのサイトは何を優先すべきか
現在のあなたのサイトで、以下のいずれかに該当するなら、ページ速度改善は先送りにすべきです。
- 直帰率が60% 以上である（ユーザーがサイト内を回遊していない）
- 商品ページから他ページへのクリック率が20% 未満である（導線が機能していない）
- カテゴリページのCVRが1% 未満である（商品訴求が弱い）
- ページ表示速度が3秒以上である（物理的な問題がある場合のみ対象）
このうち上の3つに該当すれば、ページ速度改善は後回しです。導線と商品を先に直してください。
ページ表示速度が3秒以上の場合のみ、基本的な最適化（画像形式の確認、キャッシュ設定、CDN利用）が必要です。それ以下なら、診断スコアにこだわる必要はありません。
ページ速度最適化で判断を誤る企業の3つの共通パターン
パターン1：診断ツールの指摘を全て実装する企業
PageSpeed Insights では、使用していないJavaScript の削除、未使用CSS の除去、Render-Blocking Resource の排除が指摘されます。
これらは全て実装すべき施策に見えます。しかし、これを全て実装すると、CMS の機能が削減されることがあります。
例えば、MakeShop のカスタマイズ機能を削除してスコアを上げると、今度は「商品説明の動的な表示変更」ができなくなります。つまり、セール時に商品説明を自動的に変更する仕組みが失われます。
診断スコアは改善しました。しかし、販促の柔軟性が失われ、売上機会が減少するのです。
パターン2：画像最適化を過度に進める企業
Lighthouse から「次世代フォーマット（WebP）の画像を使用してください」との指摘を受けて、全ての商品画像をWebP に変換した企業があります。
ところが、一部の古いブラウザ（Internet Explorer など）では WebP が表示されません。フォールバック画像を設定しなければ、これらのユーザーには商品が映りません。
実装は正確でした。しかし、影響範囲の判断がありませんでした。ページ速度スコアは上がりましたが、一定層のユーザーからの購入が消えました。
パターン3：フォーム要素を非同期化して応答性を失う企業
ページ速度を改善するため、フォーム送信をAJAX （非同期）に変更した企業があります。これにより「First Input Delay」が改善されます。
しかし、フォーム送信後の遅延確認画面（「ご注文ありがとうございます」）の表示が0.5秒遅れるようになりました。
ユーザーは「送信ボタンが効いたのか」判断できず、複数回ボタンをクリックすることになります。結果、重複注文が発生しました。ページ速度スコアは90点でしたが、カスタマーサービス対応が増加し、運用負荷が上がったのです。
ページ速度最適化で優先すべき施策は「破壊を防ぐこと」である
ページ速度最適化には2つのアプローチがあります。1つは「改善型」で診断スコアを高めることです。もう1つは「防守型」で、既存の購入導線を壊さないことです。
福岡ECサイト株式会社では、これを「構造売上理論」の観点から判断しています。売上を生む構造とは、すでにユーザーが購入に至るまでの流れが設計されているということです。
ページ速度改善でこの流れを壊せば、たとえスコアが上がっても売上は下がります。
優先すべき施策は以下の順番です。
- 導線を壊す改善の特定と回避
- 商品表示が遅延しない範囲での画像最適化
- フォーム応答性を維持したまでの非同期化
- 集客効率を高めるための周辺的な速度改善
具体的な実装判断基準
以下の数値が現状で達成されていれば、診断スコアを無視してもかまいません。
- ページ読み込み時間：1.5秒～3秒（実測値）
- CVR：1% 以上（相対的に健全な水準）
- 直帰率：50% 未満（ユーザーがサイト内に留まっている）
- カテゴリページクリック率：30% 以上（導線が機能している）
これらを満たしているなら、PageSpeed Insights で70点でも問題ありません。むしろ、その状態でスコア改善に時間を使えば、既存の売上構造を傷つけるリスクが高まります。
ページ速度改善で陥りやすい失敗例
失敗例1：CDN導入後にコンテンツが古いまま配信される
ページ速度改善のため、CloudFlare や Fastly などのCDN を導入した企業があります。確実に読み込み速度は上がります。
しかし、キャッシュ設定を適切に調整しなければ、古い商品情報や古い価格がCDN から配信され続けます。ユーザーは「これは昨日買った価格より安い」と思って購入しますが、実際にはセール終了後の価格が適用されます。
クレーム対応が増加し、結果的にカスタマーサービスの負荷が上がったのです。ページ速度と正確性のバランスが失われました。
失敗例2：自動画像サイズ変更で商品の見え方が崩れる
Lighthouse が「画像サイズを調整してください」と指摘するため、自動サイズ変更を実装した企業があります。
モバイルではコンパクトに、デスクトップでは大きく表示されるように設定しました。スコアは上がりました。
しかし、モバイルユーザーから「商品の質感が伝わらない」というクレームが増えました。小さく表示された商品画像では、素材感が失われるからです。
ページ速度と商品訴求力のバランスを考慮せず、診断スコアだけで判断してしまった事例です。こういった判断ミス、実は珍しくありません。
福岡ECサイト株式会社が支援した事例：ページ速度「改善」で売上が「低下」した企業の再構築
あるファッションEC企業は、外部の制作会社からページ速度改善を提案されました。診断スコアが65点だったためです。
3ヶ月かけてWebP 画像への変換、JavaScriptの最小化、非同期読み込みを実装しました。結果、スコアは92点になりました。
しかし、同じ期間でCVRは2.1% から1.6% に低下し、月商が18% 減少したのです。
診断スコアと売上の逆相関が発生していました。
福岡ECサイト株式会社が分析すると、以下の原因が特定されました。
- 商品ギャラリー（複数画像表示）が遅延読み込みされて、ユーザーが別画像を見るまで3秒待つことになっていた
- フォーム送信のAJAX 化により、送信完了画面の表示が0.3秒遅れ、ユーザーが「送信できたのか不安」になっていた
- ナビゲーションメニューが最初の0.5秒間非表示で、ユーザーの「買い足し」行動が減少していた
これらは全て「診断スコアを上げるための改善」でしたが、「ユーザー体験」を壊していたのです。
福岡ECサイト株式会社は、以下の再設計を提案しました。
- 商品ギャラリーの遅延読み込みを廃止し、初期表示時に全画像を同期読み込み
- フォーム送信の非同期化を解除し、完了画面までの流れを同期的に
- ナビゲーションの非表示時間をゼロにする
- その代わり、商品画像のファイルサイズを最適化して、表示速度の低下を最小限に抑える
結果、ページ速度スコアは88点に下がりましたが、CVRは1.6% から2.0% に改善し、月商は15万円から20万円へ回復しました。
つまり、診断スコア≠売上ということが実証されたのです。
ページ速度最適化の正しい判断フロー
ページ速度改善を判断する際は、以下の順序で考えてください。
- 現在のCVRが1% 以上であるか確認（1% 未満なら優先度は低い）
- ページ読み込み時間を実測で確認（3秒以上なら対象、以下なら低優先度）
- 改善の影響範囲を特定（商品表示・フォーム・ナビゲーションに影響するか）
- 「売上への悪影響がない改善」のみを実装（画像形式変換、キャッシュ設定など）
- 改善後、CVRと直帰率の変化を48時間追跡する
- CVRが0.1ポイント以上低下したら、すぐに改善を戻す
この判断フローでは、診断スコアは参考情報に過ぎません。重視すべきは「実測値」と「CVR」です。つまり、現場の数字が全てを物語るということです。
