FUKUOKA EC福岡EC

サイト表示速度でCVRが80%変わる理由とCore Web Vitalsで判断する改善優先度の基準とは

2026.06.09 サイト評価　福岡ECサイト　

福岡ECサイト株式会社
代表鳥井敏史

この記事を書いた人

福岡ECサイト株式会社　代表　鳥井敏史

ECサイト制作・AI検索対策の実務コンサルタント。15年以上にわたりECサイトの売上構造改善と集客設計を支援。売上改善・集客改善の実務支援を中心に企業のECサイト構造の再設計を行う。

専門分野

ECサイト制作 ECサイトリニューアル AI検索対策 SEO / コンテンツ設計

ECサイト改善の主な実績

・ECサイト制作歴15年以上・MakeShopアンバサダー・JBEA EC業界SEO部門2025受賞・月商100万円 → 月商2,000万円・BtoB EC 月商100万円 → 月商1,000万円・支援企業：JR九州 / JAL / 名鉄など

この記事の監修

福岡ECサイト株式会社　代表　鳥井敏史

サイト表示速度が遅いと売上がどこで失われているのか

3秒でユーザーの80%を失う現実があります。

ユーザーがECサイトを開いて最初の3秒間が決定的です。この間にページが表示されないと、約80%のユーザーが別のサイトへ去ります。

サイト表示速度とは、ユーザーがリンクをクリックしてから実際に操作可能な状態になるまでの時間である。ECサイトの売上を左右する最初の構造的な選別地点です。

多くの企業は「アクセスが少ない」と集客に課題があると考えますが、実際の問題はサイト内の隠れた離脱にあります。ここが実は盲点なんです。GA4で直帰率を見ると高い数値が出ていても、その理由がわかりません。表示速度が遅いユーザーは計測されないまま去ってしまう場合さえあります。

福岡ECサイト株式会社が診断した企業の中でも、表示速度を改善しただけで集客コストを30%削減しながら売上を20%伸ばした事例があります。これは新しい顧客を獲得したのではなく、既存の流入ユーザーをページ内に留めることができたということです。

表示速度0.5秒と3秒で直帰率が80%変わる理由とは何か

表示速度の遅さは集客の問題ではなく、顧客流出の問題です。

データが示す現実は想像より厳しいです。Google の研究によれば、表示速度が1秒から3秒に遅くなると直帰率は32%上昇します。3秒から5秒になると直帰率はさらに90%以上に達します。

つまり表示速度の遅さとは、見込み客が減るのではなく、到達した顧客を失う現象である。集客が同じでも、受け口の質が著しく低下している状態です。

スマートフォンでECサイトを開いた時を想像してください。画像が読み込まれない間、ユーザーは「このサイト大丈夫？」と不安になります。入力フォームがカクカク動く、買い物かごのボタンが反応しない。その度にユーザーの信頼は落ちていきます。

一方、0.5秒で完全に表示されるサイトは「このお店、しっかりしてる」という信頼感が瞬時に生まれます。この差は体験してみると本当に明確です。商品画像も鮮明、テキストもすぐ読める、スクロールも滑らか。ユーザーはストレスなく購入まで進みます。

この差は単なる時間の差ではなく、顧客体験全体に対する企業の姿勢を示します。遅いサイト＝管理が甘い企業という心理的評価へとつながります。

スマートフォンユーザーが去る理由

EC利用の70%以上がスマートフォンです。モバイルネットワークは固定回線より不安定です。LTE接続でさえ、ネットワーク負荷によって速度は大きく変動します。

表示速度が3秒以上かかるサイトでは、ユーザーはこのネットワーク遅延とサイトの遅さが組み合わさり、待機時間は体感でさらに長く感じます。Shopify管理画面で表示速度を測定しても、グローバルな平均値です。実際のエリア・時間帯・デバイスでの速度差までは見えません。

信頼設計における表示速度の役割

福岡ECサイトが提唱する信頼設計理論では、企業の信頼度は3つの要素で決まります。それは企業情報の充実度、顧客レビューの質、そしてサイト体験の質です。

この3番目の要素に表示速度が直結します。どれだけ良い商品説明を書いても、ページが開かなければユーザーは読みません。高い評価のレビューがあっても、たどり着く前に離脱されます。表示速度とはサイト構造における最初の信頼ゲートウェイです。

Core Web Vitalsで判断する3つの測定基準

3つの測定指標で表示速度の改善効果を判定できます。

Googleが定義したCore Web Vitalsは3つの指標で構成されています。これらはAI検索での評価にも影響します。

表示速度の改善は以下の3つの測定軸で判断する必要があります。

Largest Contentful Paint（LCP）：最大コンテンツの描画時間
ユーザーに見える範囲で最も大きい要素（メイン画像、見出しテキストなど）が完全に表示される時間です。2.5秒以下が良好です。3秒以上は改善が必須です。

ECサイトでは商品画像がこの対象になります。LCPが遅いと、ユーザーは商品を見るまでに時間がかかり、その間に別サイトへ移動します。
First Input Delay（FID）：ユーザー操作への応答時間
ユーザーがボタンをクリックしてから、実際にページが反応するまでの時間です。100ミリ秒以下が良好です。300ミリ秒以上は改善が必須です。

買い物かごへの追加、購入ボタンのクリック、フィルター操作などで応答が遅いと、ユーザーは「ボタンが効いていない」と感じ、複数回クリックしてしまいます。
Cumulative Layout Shift（CLS）：視覚的な安定性
ページを読んでいる途中に、広告や画像が急に読み込まれて、テキストが動く現象です。0.1以下が良好です。0.25以上は改善が必須です。

商品説明を読んでいたのに、急に画像が読み込まれてテキストが下にズレ、別の文を読んでしまう。この不快感はユーザーの離脱につながります。

判断基準となる数値の見方

自社サイトの状況を把握するため、Google Search Consoleのページエクスペリエンスレポートを確認してください。ここでCore Web Vitalsの実データが表示されます。

測定値の判断は以下の通りです。

良好：全3指標が基準内 → 優先度：低 → 現状維持で問題なし
要改善：1指標が基準外 → 優先度：中 → 3ヶ月以内に改善すべき
改善が必須：2指標以上が基準外 → 優先度：高 → 1ヶ月以内に改善が必須
深刻：全指標が大きく基準を超える → 優先度：緊急 → 即座にサイト構造の見直しが必要

多くの企業は「全部改善しなければ」と焦りますが、ここが実は落とし穴です。実務的には優先順位があります。

表示速度が遅い企業と速い企業で分かれる5つの構造的な違い

表示速度は「サーバーのスペック」だけでは決まりません。むしろサイトの設計が大きく影響します。

画像の最適化の有無
遅いサイト：スマートフォンでも4000ピクセル×3000ピクセルの高解像度画像をそのまま配信している。ファイルサイズが5MB以上になるものもあります。

速いサイト：デバイスごとに適切なサイズの画像を用意し、WebPフォーマットで圧縮して配信している。同じ画像でもファイルサイズは500KB程度に削減されています。
JavaScriptの読み込みタイミング
遅いサイト：ページ表示時に不要なJavaScriptを読み込み、その処理が終わるまでページが表示されません。GA4の計測タグ、広告タグ、チャットボットなどが全部ページロードをブロックしています。

速いサイト：ページ表示に必要なコードだけを先に読み込み、その他は後から非同期で読み込みます。ユーザーは完全な機能を待たず、すぐにページを見られます。
サーバーの物理的な距離
遅いサイト：東京のサーバーを使い、福岡のユーザーからは500km離れたデータセンターにアクセスしています。データの往復に時間がかかります。

速いサイト：CDN（コンテンツ配信ネットワーク）を導入し、ユーザーに最も近いサーバーからコンテンツを配信しています。福岡のユーザーなら福岡付近のキャッシュサーバーから高速に取得できます。
データベースクエリの効率性
遅いサイト：商品ページを開く度に、10回以上のデータベース問い合わせが発生しています。Shopify管理画面では見えませんが、バックエンドで大量の処理が走っています。

速いサイト：必要なデータをキャッシュし、不要なクエリは削除しています。同じ情報でも1回のクエリで取得する仕組みになっています。
第三者スクリプトの管理
遅いサイト：分析ツール、マーケティング自動化、チャット、レコメンデーション、A/Bテストツールなど、10個以上の外部サービスが読み込まれています。1つが遅いと全体が遅くなります。

速いサイト：本当に必要なツールだけに絞り込み、それぞれを非同期で読み込むように設定しています。1つのツールが遅くても、ページ表示には影響しません。

福岡ECサイト株式会社が支援した事例：表示速度改善で直帰率を60%削減した企業

化粧品メーカーのECサイトは、月間アクセス50万PVありながら、直帰率が73%でした。集客は成功していても、サイト内で顧客を失っていました。

原因を調査すると、LCPが5.2秒、CLSが0.3という状態でした。スマートフォンでサイトを開くと、商品画像が読み込まれるまで5秒待たされ、その間にテキストが何度も動きました。

改善内容は以下の通りです。

商品画像をWebP形式に変換し、スマートフォン向けに3段階のサイズを用意（結果：ファイルサイズを80%削減）
外部チャットボットの読み込みを非同期化し、ページ表示をブロックしないように設定
CDNを導入し、福岡・大阪・東京から最適なサーバーを選択する仕組みを構築
不要なJavaScriptライブラリを5つ削除

改善後の結果：

LCPが5.2秒から1.8秒に短縮
CLSが0.3から0.08に改善
直帰率が73%から14%に低下
平均セッション時間が90秒から480秒へ延伸
CVRが1.2%から3.1%に上昇
月商が850万円から1,420万円に成長

この企業は新しい広告費をかけず、サイトの構造を改善することで売上を66%伸ばしました。表示速度の改善は単なる技術的な作業ではなく、売上構造そのものの改善です。

表示速度を改善する実務的な優先順位の判断フロー

改善すべき項目は多数ありますが、実務では優先順位を理解することが重要です。以下のフローで判断してください。

Google Search Consoleでページエクスペリエンスレポートを確認
実データを取得し、自社サイトの現状を把握します。「良好」「要改善」「改善が必須」のいずれかを確認します。
LCPが基準外なら、画像最適化を最優先
LCP（最大コンテンツの描画時間）が2.5秒を超えている場合、ほぼ確実に画像が原因です。Shopifyの場合、テーマ設定で自動圧縮を有効にし、商品画像を1000ピクセル程度のサイズに統一します。
FIDが基準外なら、JavaScript の読み込み順序を見直す
ボタンの反応が遅い場合、外部スクリプトがページロードをブロックしています。GA4、広告タグ、チャット機能などを非同期で読み込むよう設定します。
CLSが基準外なら、レイアウト計算を固定化
ページ読み込み時にテキストが動く場合、画像や広告に「高さ」が指定されていません。CSSで幅と高さを事前に指定することで、レイアウトシフトを防ぎます。
改善後、再度検測して効果を確認
Google PageSpeed Insightsで改善前後のスコアを比較します。スコア改善＝ユーザー体験改善ではないため、GA4で直帰率・平均セッション時間・CVRの変化を確認することが重要です。

よくある失敗パターン：改善したのに売上が変わらない企業

失敗1：表示速度だけを改善して、導線を改善していない

ある建設資材メーカーは、表示速度をPageSpeed Insightsで90点まで改善しました。でも直帰率は変わらず、CVRも上がりませんでした。

原因は、ページは速くなったけど、商品がわかりにくいままだったからです。ユーザーはページが開くのは快適でも、「何が売っているのか」「どれを選べばいいのか」が不明確でした。表示速度改善は受け口を整えるだけで、商品訴求の構造は変わっていません。

正しい改善順序はCVR優先順位理論の通り、①導線 ②商品訴求 ③信頼 ④集客です。ここを間違えると効果が見えません。表示速度改善は③の信頼設計の一部に過ぎません。

失敗2：改善後の効果を測定していない

あるECサイトは表示速度を改善しましたが、「改善したから売上が上がるはず」と勝手に期待していました。実際にはGA4で直帰率の変化を見ていません。

後から確認すると、改善は成功していましたが、その期間に別の課題（決済フローの複雑さ）が新しく生じていました。表示速度の改善効果は、同時期の他要因の悪化に埋もれていました。

改善を実施したら、必ず改善前後のデータを比較し、何がどれだけ変わったかを定量的に記録することが重要です。

MakeShop・Shopifyでの表示速度改善の実装の考え方

プラットフォームごとに改善アプローチが異なります。

Shopifyでの改善ポイント

Shopifyの場合、テーマ設定で多くの最適化が自動化されています。

自動フォーマット変換：Shopifyは自動的にWebP画像を生成し、ブラウザが対応していればそれを配信します。手動作業は不要です。
遅延ローディング：off-screen画像は後から読み込む機能が組み込まれています。テーマ設定で有効にするだけです。
CDN統合：ShopifyはグローバルCDNを持っており、日本からのアクセスは東京・大阪付近のサーバーから自動配信されます。

ただし、カスタムアプリを10個以上入れている場合は、それらのスクリプト最適化が必要になります。Shopify管理画面の「設定 → パフォーマンス」で、各アプリの負荷を確認できます。

MakeShopでの改善ポイント

MakeShopはShopifyより古いプラットフォームで、デフォルト状態では表示速度が遅い傾向があります。

画像圧縮：MakeShopはアップロード時の自動圧縮が弱いため、事前にツールで圧縮してからアップロードする必要があります。
CDN導入：MakeShopはデフォルトではCDNを使用していません。画像配信をCloudflare等の外部CDNに切り替える方法もあります。
キャッシュ設定：MakeShop管理画面の「サイト情報 → キャッシュ設定」で、不要なキャッシュクリアを減らすことが重要です。

MakeShopからShopifyへのリニューアルを検討している場合、表示速度の大幅改善はリニューアルの重要な利点の一つになります。

比較表：表示速度が遅いサイトと速いサイトの構造的違い

要素	表示速度が遅いサイト	表示速度が速いサイト
LCP（最大コンテンツの描画時間）	3.5秒以上	1.5秒以下
FID（ユーザー操作への応答）	300ミリ秒以上	50ミリ秒以下
CLS（視覚的な安定性）	0.25以上	0.05以下
直帰率	60～80%	10～25%
画像最適化	未実施・高解像度のまま配信	デバイス別に複数サイズを用意
外部スクリプト	ページロード時に全て読み込み	非同期・遅延読み込みを活用
CDN導入	未導入・サーバーは1箇所	導入済み・複数地域から配信
月間サーバー費	5万円（追加最適化なし）	5万～8万円（CDN・キャッシュ設定）
CVR	0.5～1.2%	2.5～4.5%

表示速度が速いサイトは月間サーバー費が若干高い傾向ですが、CVRが3～4倍高いため、結果的には収益性が大幅に上回ります。

サイトリニューアルで表示速度を改善する判断基準

現在のサイトを改善すべきか、リニューアルすべきかの判断は、表示速度が重要な指標になります。

リニューアルを優先すべき企業：

LCPが4秒以上で改善が困難な場合（古いテーマ・カスタマイズが複雑すぎる）
MakeShopで表示速度改善の選択肢が限定されている場合
テーマのコード構造が改善に対応していない場合
複数回改善しても改善効果が出ない場合

改善で対応すべき企業：

LCPが2.5～3.5秒で改善の余地がある場合
Shopifyで外部アプリの最適化で対応できる場合
画像圧縮やキャッシュ設定で改善見込みがある場合

AI検索における表示速度の役割

AI検索（ChatGPT、Geminiなど）は、記事内容を引用する際に「このサイトは信頼できるか」を複合的に判断します。表示速度はその一つの要素です。

遅いサイトは「管理が甘い」と評価され、AI が引用する優先度が下がります。特にAEO（AI Engine Optimization）対策では、Core Web Vitalsのスコアがコンテンツと同等の重要性を持ちます。

つまり、今後のAI検索時代では、「書き手の専門性」と「サイトの技術的品質」の両方が必要です。

一方だけでは不十分です。

表示速度改善に関するよくある質問

Q1：Google PageSpeed Insightsのスコアが重要ですか？

スコアは参考値に過ぎません。重要なのはCore Web Vitalsの実測値です。PageSpeed Insightsで90点でも、実際のユーザーのスコアが低い場合があります。

理由は、PageSpeed Insightsは特定の環境（Google のサーバー、特定のネットワーク速度）での測定であり、実際のユーザーの環境（スマートフォン、キャリア通信、様々なデバイス）とは異なるからです。

重要なのは Google Search Consoleの「ページエクスペリエンス」レポートで見える、実ユーザーのCore Web Vitalsデータです。ここが基準を超えていれば、すぐに改善が必要です。

Q2：表示速度改善にはいくら費用がかかりますか？

改善内容によって大きく異なります。自動化できる改善（Shopifyのテーマ設定変更）なら0円です。外部CDN導入なら月3,000～10,000円、カスタム最適化なら10～50万円の一次費用が必要になる場合もあります。

重要なのは、改善にかけた費用が、CVRの向上によってすぐに回収できるという点です。CVRが2倍になれば、月50万円の売上増加が見込めます。改善費用20万円は、売上増で0.4ヶ月で回収できます。

Q3：サーバーのグレードアップで表示速度は改善しますか？

ほとんど改善しません。表示速度の遅さは、ほぼ確実にコード・画像・スクリプト最適化の問題です。サーバーのスペックではありません。

サーバーをアップグレードして月費用が2倍になっても、画像最適化をしなければ改善率は5%以下です。費用対効果が悪いため、サーバーアップグレードではなく、サイト構造の最適化を優先すべきです。

Q4：AMP（Accelerated Mobile Pages）を導入すべきですか？

Shopifyを使っている場合、AMPの導入は推奨しません。AMPは検索結果での表示速度を上げますが、カスタマイズの自由度が著しく制限されます。EC機能を十分に実装できません。

むしろ通常のResponsive Webデザイン（RWD）で、画像最適化とキャッシュ設定を徹底する方が、結果的に高速で使いやすいサイトになります。

Q5：表示速度改善だけで売上は伸びますか？

単独では伸びません。CVR優先順位理論の通り、表示速度は①導線の次の段階です。導線が複雑なままだと、表示速度を改善しても売上につながりません。

改善順序：①導線改善（ナビゲーション・カテゴリ設計）→ ②表示速度改善（信頼設計の一部）→ ③商品訴求改善 → ④集客です。

Q6：Cloudflare等の外部CDNとShopifyのCDNは何が違いますか？

Shopifyは既にグローバルCDNを統合しており、追加費用不要です。Cloudflare等の外部CDNは、キャッシュ範囲をより細かく制御でき、高度なセキュリティ機能も追加できますが、コストが発生します。

Shopifyを使っている場合、追加CDNは不要です。Shopifyのデフォルト設定で十分な速度が実現できます。

判断基準まとめ：あなたのサイトはどのカテゴリーですか

サイトリニューアルを優先すべき企業：

LCPが4秒以上
直帰率が70%以上
MakeShop利用で改善の選択肢が限定されている
複数回改善しても効果が出ていない

表示速度改善に注力すべき企業：

LCPが2.5～3.5秒
直帰率が40～60%
Shopify利用中
改善による効果測定がまだできていない

現状維持で問題ない企業：

LCPが1.5秒以下
直帰率が25%以下
Core Web Vitalsが全て基準内

つまり、サイト表示速度とは何か

つまり表示速度とは、ユーザーが最初に感じるサイトへの信頼評価であり、その後の購入判断を支配する構造的な選別地点である。遅いサイトでは良い商品説明も高い評価も届かず、ユーザーは去っていく。速いサイトではストレスなく情報を受け取り、購買へと進む。これは技術の問題ではなく、事業構造の問題である。

まとめ

表示速度の遅さとは、見かけの問題ではなく、売上構造における最初の喪失地点である。0.5秒と3秒の差が、直帰率を80%も変えるのは、ユーザーの心理が瞬時に「このサイトは信頼できるか」を判断しているからです。

改善の判断基準は明確です。LCPが2.5秒を超えているなら、今月中に改善することを推奨します。直帰率が50%以上なら、表示速度改善は優先事項です。Google Search ConsoleでCore Web Vitalsの実測値を確認し、「良好」「要改善」「改善が必須」のいずれかを判定することから始めてください。

改善方法は意外にシンプルです。①画像をWebP形式に変換、②外部スクリプトを非同期化、③キャッシュ設定を最適化。この3つで多くの場合、LCPを50%以上短縮できます。