2026.09.02

ECサイトの売上が伸び悩む隠れた原因は「表示速度」と「システムエラー」にある？

執筆者情報

中村圭介

株式会社カジヤ/代表取締役　男性向けファッション通販サイト運営の会社を経験し、現職に至る。デザインや開発から、ECやメディアのコンサルティングまでを一貫して行う。お付き合いのあるお客様の事業を成功に導けるように、再現性のある成長支援ができる会社を目指す。

【AIによる要約】
– ECの売上低下の原因を「商品・価格・広告」だけで説明するのは危険です。表示速度の低下とシステムエラーは、気づかないうちにCVを静かに奪う「隠れた損失源」です。
– 主要ページの表示は3秒以内が目安です。ページ読み込みが1秒→3秒になると直帰確率は約32%増加します（Google調査）。
– まずは売上・エラーログ・表示速度の3点を「毎日誰が見るか」を決めること。自社対応は計測とテスト購入までとし、ログ監視や原因解析は専門家に委託する線引きが有効です。

ECサイトの売上を静かに蝕む表示速度の低下とエラー

はじめに：売上が落ちたとき、あなたは何を疑いますか？

「今月のEC売上が先月比80%だ。広告費を増やしたのに伸びない」——。

このとき、多くの担当者は商品ラインナップ、価格設定、広告のクリエイティブを疑います。もちろんそれらは重要です。しかし、300社以上のWebサイト・EC支援に携わってきた当社の経験から言えば、「サイトそのものの異常」が原因で売上が静かに下がっているケースは非常に多いのです。

しかもこの手の問題は厄介です。真っ白な画面が出るような「わかりやすい故障」ではなく、1件ずつ静かに進行する買物カゴの放棄として現れるからです。社内の誰も気づかず、気づいたときには数ヶ月分の売上を失っている——それが表示速度とシステムエラーの恐ろしさです。

本記事では、自社でもEC事業を運営する当事者として、「隠れた損失」の実態と、明日から使えるチェックポイント、そして「自分で対応すべきか、プロに任せるべきか」の判断基準を解説します。

1. 表示速度は「1秒の遅れ」が売上を削る

速度と直帰率の関係はデータで証明されている

Googleの調査によると、ページの読み込み時間が1秒から3秒に増えるだけで、直帰（ページを放棄して離脱）する確率が約32%上昇します。さらに5秒になると90%、10秒では123%に達すると報告されています。

出典：Google / SOASTA「The State of Online Retail Performance」（think with Google）

ECサイトの場合、これは単なる「離脱」では済みません。カゴ投入直後の決済ページが遅いなら、その離脱はほぼ確実に「購入の取りやめ」を意味します。広告クリック1回あたり数百円を払って誘導した訪問者を、ローディング中に捨てているのと同じです。

なぜ知らないうちに遅くなるのか

「最初は速かったのに、なぜ？」——これには構造的な理由があります。

データの蓄積：商品数・受注データ・画像は運用とともに増え続け、DBクエリが重くなる
プラグイン・モジュールの追加：機能追加のたびに読み込むJSやCSSが増える
サーバー契約の陳腐化：契約当時は十分だったプランが、アクセス増で目に余るようになる
季節要因：セールや年末商戦でアクセスが集中し、通常時は気づかなかった遅延が露呈する

つまり表示速度は「放置すれば必ず悪化する資産」です。一度改善して終わりではなく、継続的な観察が必要です。

2. システムエラーは「エラーページに辿り着いた顧客」を捨てている

監視とエラー対応の重要性

最も損失が大きいのは「決済周りのエラー」

表示速度より深刻なのが、システムエラーです。特に損失が大きいのはこの2パターンです。

決済・カート周辺のエラー：在庫連携の失敗、決済モジュールとの通信エラー、バージョンアップ後の不整合など。顧客は「入力したのに注文できない」状態に直面し、ほぼ確実に離脱します。しかも多くは再訪しません。
サイレントな失敗：受注メールが届かない、在庫が二重引当される、会員登録だけが失敗する——など、フロントにはエラーが出ず、運営側も顧客の不満に気づかないパターン。

ある小売サイトでは「月に数十件、問い合わせフォームからの注文は完了しているのに、カートからの受注だけがたまに消えている」という事象が数ヶ月放置されていました。顧客からの「注文したのに音沙汰がない」という連絡で初めて発覚した例です。この規模でも、年間数百万円規模の売上機会損失に相当します。

当事者としての実感

当社も自社で複数のWebサービス・ECサイトを運営しています。だから断言できますが、ECの売上は「見えている数値」より「見えていない損失」の差で年間成績が決まります。エラー1件を数分で検知して復旧できるか、数ヶ月気づかないか——それだけで黒字と赤字が分かれ得るのです。

3. 今日から始められる「隠れ損失」チェックリスト

プロに依頼する前に、まず自社で確認できることを整理します。

表示速度のチェック

スマートフォン（4G回線想定）で主要ページの表示が3秒以内か（PageSpeed Insightsで無料計測可能）
カート・決済ページの速度も別途計測しているか（トップページだけ見て満足していないか）
画像の軽量化・遅延読み込みを導入しているか

システムエラーのチェック

サーバーのエラーログを定期的に確認している人・手順が存在するか（「ログは見ない」運用なら、エラーは気づかれるまで残り続けます）
実際にテスト購入を定期的に実施しているか（月1回以上推奨。決済完了・受注メール・在庫減まで通しで確認）
受注メールが届かない異常に気づける仕組み（送信元ドメインのSPF/DKIM設定など）があるか

運用のチェック

「速度・エラー・売上」の3点を毎日誰が見るかが決まっているか
エラーや障害が起きたときの連絡・復旧フローが決まっているか

この中で最も効くのが最後の運用の項目です。ツールはいくらあっても、「見る責任を持つ人」がいなければ監視は機能しません。

4. プロの判断基準：どこまで自社で対応し、どこから委託するか

当社の提案はシンプルです。

月1回のテスト購入・表示速度計測 → 自社で十分可能
エラーログの継続監視・原因解析・DBやサーバーの改善 → 専門家の領域
特に決済モジュール・システム内部の不具合 → 自力での対処はリスクが高い

理由は明快です。エラーの原因切り分けには、サーバー・アプリケーション・決済APIという複数レイヤーの知識が必要で、専門知識のない方が修正を試みると、今度は「データを壊す」「決済を止める」という二次被害のリスクを負います。広告や商品企画に時間を割ける経営層・マーケ担当者が、サーバーログと格闘するのは明らかに機会損失です。

また、速度・エラー対応は「成果が数字に現れにくい」仕事です。「何も起きなかった月」に価値があるのに、経営視点では評価されにくい——この属人性・非可視性を解消する意味でも、外部リソースへの委託は合理的な判断です。