EC売上の停滞はシステムが原因か？基盤起因の切り分け方

広告も打っている。CRM施策も回している。指標が壊滅的に悪いわけでもない。それなのに、売上は前年並みから動かない——中堅EC事業者から寄せられる相談で、最も多いのがこの状態です。

 

ここで「施策の量が足りない」と結論づけると、翌年も同じ場所に留まります。停滞には、施策を足せば動くものと、いくら施策を足しても動かないものの2種類があるからです。後者の場合、原因は施策ではなくECサイトの基盤（プラットフォーム）側にあります。

 

本記事では、EC売上の停滞について「施策層・運用層・基盤層」の3層に分けて原因を切り分ける方法を解説します。基盤の見直しが打ち手としてどれくらい有効なのかを調査データで示すとともに、基盤を変えても解消しない停滞のパターンにも触れます。

 

EC売上の停滞は「施策の不足」ではなく「基盤の限界」で起きることがある

停滞の3層構造：施策層・運用層・基盤層

EC売上の停滞は、原因の所在によって3つの層に分けられます。この分類を持たずに改善に着手すると、効かない打ち手を延々と繰り返すことになります。

 

施策層は、広告・SEO・CRM・価格設計など「何を打つか」の領域です。ここが原因なら、施策を変えれば数字は動きます。

 

運用層は、施策を実行する体制・スキル・意思決定プロセスの領域です。良い施策案が出ても実行されない、担当者が変わると再現しない、といった症状が出ます。

 

基盤層は、ECプラットフォーム・データ構造・外部連携の領域です。ここが原因の場合、施策層と運用層をいくら改善しても天井にぶつかります。やりたい施策が実装できない、あるいは実装に3ヶ月かかる、という形で現れます。

 

厄介なのは、基盤層の問題が「施策の失敗」に偽装されて見えることです。セグメント配信の精度が上がらないのは、担当者のセグメント設計が下手だからではなく、顧客データと購買データが別々のシステムに存在していて突合できないから——というケースは珍しくありません。

市場は前年比3.70%成長。横ばいは「実質マイナス成長」である

「前年並みを維持できているので、極端に悪いわけではない」という自己評価は、市場の成長率と並べた瞬間に崩れます。

 

経済産業省「令和6年度 電子商取引に関する市場調査」（2025年8月26日公表）によると、2024年の物販系分野におけるBtoC-EC市場規模は15兆2,194億円で、前年比3.70%増でした。EC化率は9.78%と、前年から0.40ポイント上昇しています。

 

つまり、市場全体が年3.70%のペースで拡大するなかで自社の売上が横ばいであれば、シェアは相対的に低下しています。年商50億円の事業者であれば、市場成長率と同等の伸びを実現していた場合との差額は年間で約1.8億円。これが「何も起きていないように見える停滞」の実際の金額インパクトです。

 

経営会議で基盤投資の議論を始める際、この差額を提示することが最も伝わりやすい入り口になります。「システムが古い」ではなく「市場成長分を毎年取り逃している」という表現にすると、投資対象としての優先順位が変わります。

Q. 売上停滞の原因がシステムかどうかは、どう見分ければいいですか？

A. 判断基準は「施策を変えたときに数字が動くかどうか」です。広告クリエイティブ・訴求・チャネル・CRMシナリオを入れ替えても改善幅が誤差の範囲に収まり、かつ改善しても翌月には元の水準に戻る場合、原因は施策層ではありません。加えて「やりたい施策が現行システムの仕様で実装できない」「データを跨いだ集計に3日以上かかる」のいずれかに該当する場合は、基盤層を疑う段階に入ります。詳細な判定方法は本記事の「3つの反証テスト」で解説します。

 

※関連記事： ECサイトのリニューアルを徹底解説！検討時期やよくある失敗、成功事例も紹介！

成長が止まるEC企業に共通する7つの症状と、その原因層

停滞しているEC事業者に共通して現れる症状は、原因層ごとにパターン化できます。まず自社がどの症状に該当するかを確認してください。

 

※分類は原因の所在を絞り込むための目安です。複数層にまたがる場合は、基盤層から順に検証してください。

「外部ツールを足せばできる」が積み上がっている状態

症状⑤は、停滞の前兆として最も見落とされやすいものです。現行カートで足りない機能をMA・CDP・レコメンドエンジン・BIツールで補う運用は、一つひとつは合理的な判断の積み重ねです。しかし4つ、5つと重なった時点で、性質が変わります。

 

ツール間の連携はバッチ処理で行われることが多く、データの反映にタイムラグが生じます。在庫がリアルタイムで反映されない、会員ランクの更新が翌日になる、といった状態では、施策の精度そのものに上限がかかります。加えて、ツールごとに顧客IDの持ち方が異なると、同一人物を同一人物として扱えません。

 

メルカートに寄せられる相談のなかでも、こうした「ツールの寄せ集め運用」からの脱却を求める声は継続して上位に挙がっています。注目すべきは、相談の入り口が「コストを下げたい」ではなく「施策の精度が頭打ちになった」であることが多い点です。

数字が出るまでに3日以上かかる（調査：37.9%が該当）

症状⑥は定量的に測れます。株式会社メルカートがEC事業を展開する経営者・役員400名に実施した『データ統合に対する意識調査』（2026年3月実施）では、施策ごとのLTVや在庫回転率と連動した広告ROIなど、複数データを跨ぐ集計が手元に届くまでの時間について、「2〜3日程度」以上を要する層が合計37.9%にのぼりました。うち10.5%は「1週間以上かかる、または算出できない」と回答しています。

 

意思決定に必要な数字が翌週にしか揃わない環境では、施策の打ち手が正しくても、打つタイミングを逃します。これは担当者の能力の問題ではなく、データの持ち方という基盤層の構造の問題です。

基盤起因かどうかを判定する「3つの反証テスト」

症状の一致だけでは、原因の断定はできません。基盤層を疑う前に、施策層・運用層の可能性を積極的に否定していく必要があります。以下の3つのテストは、そのための反証手続きです。

テスト①：施策を打っても効果が再現しないか（施策層の否定）

直近6ヶ月に実施した施策のうち、成果が出たものを3つ挙げてください。そのうえで、その施策を再度実施したときに同水準の効果が再現したかを確認します。

 

再現していれば施策層は健全です。改善余地は施策の量と質にあり、基盤の問題ではありません。一方、「1回目は効いたが2回目以降は効かない」「特定の担当者が実施したときだけ効く」という結果であれば、施策層ではなく運用層または基盤層に原因があります。

テスト②：同じ数字を2つの画面で出すと一致しないか（データ層の否定）

「先月の新規顧客数」を、EC管理画面とMAツール（またはBIツール）の両方で出してください。次に「先月のリピート購入者数」で同じことを行います。

 

数値が一致すれば、データ基盤は最低限の整合性を保っています。乖離が5%を超える場合、あるいは「定義が違うので比べられない」という結論になる場合は、データが分断されている状態です。この状態では、パーソナライズもAI活用も、精度の土台が崩れたまま運用することになります。

 

※関連記事： ECのデータ統合とDWH完全ガイド｜サイロ化を解消してLTVを高める方法

テスト③：やりたい施策の実装リードタイムが90日を超えていないか

「今すぐ実施したい施策」を1つ決め、企画確定から本番稼働までに何日かかるかを見積もってください。

 

30日以内であれば、施策の試行回数を年間12回確保できます。90日を超える場合、年間の試行回数は4回以下に落ちます。この差は、施策の精度ではなく学習速度の差として売上に効いてきます。競合が年12回学習しているあいだに自社が4回しか学習できていないなら、差が開くのは当然の帰結です。

3つのうち2つ以上に該当したら基盤層を疑う

テスト①で「再現しない」、テスト②で「乖離あり」、テスト③で「90日超」。このうち2つ以上に該当した場合、停滞の主因は基盤層にあると判断して差し支えありません。1つのみの該当であれば、まずは運用層の改善（実装プロセスの見直し・計測定義の統一）から着手するほうが投資効率は高くなります。

 

この判定を経ずに基盤刷新へ進むと、後述のとおり「刷新したのに数字が変わらない」という結果を招きます。

ECプラットフォームが古いと、事業成長に何が起きるのか

ECプラットフォームの陳腐化は、障害やエラーとして顕在化するとは限りません。多くの場合、事業成長の速度が静かに削られる形で現れます。具体的には次の3つです。

①施策の実行速度が落ち、PDCAの回転数そのものが減る

最も影響が大きいのがこれです。ECの成長は施策の的中率ではなく、試行回数と学習の蓄積で決まります。実装に開発ベンダーへの依頼と見積もりと検収が必要な環境では、思いついた施策の大半が「工数に見合わない」という理由で実施前に消えていきます。

 

見送った施策は記録に残らないため、機会損失として認識されません。1年間で見送った施策の件数を数えてみると、基盤の制約が事業に与えている影響の大きさが見えてきます。

②データが分断され、AI・パーソナライズの精度が上がらない

顧客の行動データ・購買データ・在庫データが別々のシステムに分かれていると、AIはパーソナライズに必要なパターンを学習できません。前掲の『データ統合に対する意識調査』（n=400）では、データの分断が競合との経営能力の差を広げる決定的な要因になると感じる経営者が58.0%に達しています。

 

一方で、同調査では「データがバラバラでも最新のAIツールを導入すれば解決する」と回答した層も14.8%存在しました。しかしAIの出力精度は学習データの質と量に直結するため、分断されたまま高機能なツールを重ねても、期待した精度には届きません。ここは基盤側で先に解消しておく必要がある領域です。

③コスト構造が「維持費」に偏り、成長投資に回らなくなる

古いプラットフォームは、バージョンアップのたびにカスタマイズ部分の改修費が発生します。さらに不足機能を補う外部ツールの月額が積み上がるため、IT予算に占める維持費の比率が上がり続けます。

 

結果として、成長のための投資枠が圧迫されます。同調査では、2026年度のIT・システム予算について「増額する予定のものはない」が30.8%で最多となりました。増額対象としては広告・新規顧客獲得（19.3%）がデータ統合基盤（18.3%）をわずかに上回っています。基盤が整っていない状態で獲得投資を優先すると、施策の効果が測れないまま予算だけが消費される構造になりやすいという点は、投資順序を考えるうえで押さえておきたい論点です。

サンクコストが判断を歪める（調査：15.0%が最大の壁と回答）

基盤の見直しを阻む要因は、技術的な難易度ではありません。同調査でデータ統合・DX化を阻む組織的な壁を尋ねたところ、「IT部門と事業部門の戦略的な連携不足」が18.8%で最多、「データ活用を前提としたビジネスプロセスの欠如」が16.0%、「過去のシステム投資（レガシーシステム）の減価償却やサンクコスト」が15.0%と続きました。

 

上位3項目はいずれも技術ではなく組織と過去の意思決定に起因しています。裏を返せば、判断の材料を揃えて論点を整理できれば動かせる壁だということです。既に支払ったコストは、これから得られる成果の評価とは切り離して考える必要があります。

基盤の見直しは打ち手としてどれくらい有効か【調査データ】

ここまで基盤層の問題を指摘してきましたが、重要なのは「基盤を変えると実際にどれだけ改善するのか」という期待値です。感覚論ではなく、実施済み企業の実感値を見ます。

統合済み企業の89.6%がKPI改善を実感、59.5%は20%以上の改善

『データ統合に対する意識調査』（2026年3月実施）のうち、データ統合を実現済みと回答した163社に対し、LTVやリピート率などの主要KPIが導入前と比較してどの程度改善したかを尋ねた結果は次のとおりです。

 

※出典：株式会社メルカート『データ統合に対する意識調査』（調査対象：EC事業を展開する会社経営者・役員／有効回答数400名のうちデータ統合済みと回答した163名／2026年3月実施）

 

何らかの改善を実感した企業は89.6%。20%以上の改善を実現した企業は59.5%にのぼります。基盤の見直しは「効くかどうかわからない賭け」ではなく、実施企業の約6割が二桁台後半の改善を得ている打ち手だと言えます。

一方で10.4%は「変わらない」──基盤を変えても直らない停滞のパターン

ただし、10.4%が「変わらない」と回答している事実は直視すべきです。この差がどこから生まれるかを踏まえずに投資すると、この10.4%側に入ります。

 

基盤刷新で解消しない停滞には、次の3パターンがあります。

 

パターン①：商品・価格の競争力そのものが落ちている
基盤はあくまで施策を実行する土台です。商材の魅力や価格の妥当性が市場からずれている場合、どれほど高機能なプラットフォームに移行しても数字は動きません。

 

パターン②：データを繋いだ後の活用設計がない
統合そのものは手段です。統合後に「どのセグメントに、どの施策を、どの頻度で当てるか」の設計がなければ、繋がったデータは眠ったままになります。前掲調査でも、成果が出た企業と出なかった企業を分けたのは、データを繋いだ後に分析と施策実行をどこまで一気通貫で行えたかという点でした。

 

パターン③：運用層の課題を基盤の課題と誤認していた
実装が遅い原因が社内の意思決定プロセスにあった場合、システムを変えてもリードタイムは短縮しません。これが「3つの反証テスト」を先に行うべき理由です。

 

基盤刷新は万能薬ではありません。しかし、原因層の特定を経たうえで実施した場合の期待値は、他の打ち手と比べて明確に高いというのが調査データの示すところです。

原因層別・次にとるべきアクション

反証テストの結果に応じて、次の一手は変わります。それぞれの層で着手すべき内容を整理します。

施策層と判定された場合

売上構造を指標レベルで分解し、どの数値がボトルネックになっているかを特定する作業に進みます。セッション数・CVR・客単価・LTVのどこに問題があるかによって、優先すべき施策は変わります。基盤投資の検討は、この作業を終えてからで遅くありません。

 

※関連記事： EC売上が伸びない原因の特定と改善｜AOV・CVR・LTVを正しい順番で動かす手順

運用層と判定された場合

施策の実装プロセスと計測定義の見直しから着手します。企画確定から本番稼働までの各工程で誰が何日使っているかを棚卸しし、承認フローの短縮と計測条件の統一を行うだけで、リードタイムが半減するケースもあります。この段階で外部システムへの投資を行っても、効果は限定的です。

基盤層と判定された場合

現行システムの総コスト（月額＋外部ツール費＋連携保守の工数）を洗い出したうえで、移行の検討時期を具体化する段階に入ります。基盤の刷新は要件定義から公開まで一定の期間を要するため、着手の判断そのものを先送りしないことが重要です。

 

※関連記事： ECカート乗り換えのタイミングはいつ？判断サイン5つとよくある先送りの末路

メルカートなら「停滞の原因が基盤かどうか」の判定から支援できる

「原因が基盤にあるかどうかを、社内だけでは判断しきれない」——この段階で止まっているEC事業者は少なくありません。メルカートでは、乗り換えの提案から入るのではなく、現状の症状の棚卸しと原因層の切り分けから伴走しています。

 

メルカートは、中堅・大手企業向けの国産SaaS型クラウドECプラットフォームです。顧客・在庫・行動・VOCのデータを一つの基盤に統合するDWHを標準で備え、AIエージェントが分析から施策提案までを支援します。MA・CDP・レコメンド・OMO対応を外部ツールに頼らず提供するため、本記事で挙げた「ツールの寄せ集め運用」に起因する分断そのものが発生しにくい構成です。

 

また、年間240回の自動アップデートにより、機能面の陳腐化が進みにくい設計になっています。刷新から数年後に同じ停滞が再発する、という事態を避けたい事業者にとっては、この点が選定理由になることが多いです。導入企業の平均売上成長率は480%、サポート満足度は97%（ITreviewレビューデータより）という実績があります。

 

なお、メルカートはECパッケージで培った1,600サイト以上のノウハウを持つecbeingの公式SaaS版です。事業規模がさらに拡大した際には、大規模EC向けパッケージecbeingへスムーズに移行できるため、「今回の刷新が次の制約にならないか」という懸念に対しても選択肢を残せます。

 

まずは現状の症状を整理したい、という段階でのご相談も承っています。

よくある質問（FAQ）

ここでは、EC売上の停滞とシステム起因の切り分けに関するよくある質問とその回答についてまとめました。

Q1: 売上停滞の原因がシステムかマーケティング施策か、切り分ける最初の一歩は何ですか？

A: 直近6ヶ月で成果が出た施策を3つ挙げ、同じ施策を再実施したときに同水準の効果が再現したかを確認することから始めます。再現していれば施策層は健全であり、改善余地は施策の量と質にあります。再現しない場合は、次に「同じ指標を2つのツールで集計して数値が一致するか」「やりたい施策の実装に90日以上かかっていないか」を確認します。3つのうち2つ以上に該当した場合、原因は基盤層にある可能性が高い状態です。

Q2: ECプラットフォームが古いと、具体的に売上へどんな悪影響がありますか？

A: 主な影響は3つです。第一に、施策の実装リードタイムが延びることで年間の試行回数が減り、学習の蓄積速度が落ちます。第二に、データが複数システムに分断されることで、パーソナライズやAI活用の精度に上限がかかります。第三に、改修費と外部ツール費でIT予算の維持費比率が上がり、成長投資に回せる原資が減ります。いずれも障害としては現れないため、気づかないうちに競合との差が開く形で顕在化します。

Q3: システムをリニューアルすれば売上停滞は解消しますか？

A: 原因が基盤層にある場合は高い確率で改善しますが、万能ではありません。株式会社メルカートの『データ統合に対する意識調査』（n=163・2026年3月実施）では、データ統合を実施した企業の89.6%がKPI改善を実感し、59.5%は20%以上の改善を得ています。一方で10.4%は「変わらない」と回答しました。改善しなかったケースの背景には、商品・価格の競争力低下、統合後の活用設計の欠如、運用層の課題を基盤の課題と誤認していた、という3パターンがあります。投資判断の前に原因層を特定しておくことが前提条件です。

まとめ

EC売上の停滞に対して施策を足し続けても動かない場合、原因は施策層ではなく基盤層にあります。本記事の要点を改めて整理します。

 

1. 停滞の原因は「施策層・運用層・基盤層」の3層に分けて切り分ける。基盤層が原因の場合、施策の改善は天井にぶつかる。

 

2. 物販系BtoC-EC市場は2024年に前年比3.70%増の15兆2,194億円へ拡大している（経済産業省、2025年8月26日公表）。横ばいは市場成長分を取り逃した実質マイナス成長である。

 

3. 基盤起因の判定は「施策効果の再現性」「複数ツール間の数値整合」「実装リードタイム90日」の3つの反証テストで行い、2つ以上該当したら基盤層を疑う。

 

4. 基盤の見直しは、実施企業の89.6%がKPI改善を実感し59.5%が20%以上の改善を得ている打ち手である。ただし10.4%は改善しておらず、原因層の特定を経ずに投資すると効果は出にくい。

 

「システムが古いから変えるべきだ」という主張は、経営会議では通りません。市場成長率との差額と、原因層の特定結果と、実施企業の改善実感値。この3つを揃えて初めて、基盤投資は検討可能な選択肢になります。

 

メルカートでは、現状の症状整理から原因層の切り分け、移行後のシミュレーションまで相談ベースで支援しています。停滞の原因が基盤にあるかどうかを判断する材料が足りない段階でも、お気軽にご相談ください。