ECサイト/システム開発の保守・運用費用・ランニングコストについて

ECサイトの保守・運用費用は、構築手法、月商、出店形態によって、月額0円〜数百万円以上まで変わります。

公開後も運営が続くため、保守が手薄だと事業への影響が大きくなります。サーバーが止まれば機会損失、決済が止まれば顧客離脱、脆弱性を放置すればカード情報の漏えいにつながります。

▼全体ガイドの記事
・ECサイト/システム開発の完全ガイド

ECサイト/システムの保守・運用費用の全体像

カートASP/SaaS、オープンソース、パッケージ、フルスクラッチの保守面の特徴を4枚のパネルで示した図。
提供側の対応から自社保守まで、責任の持ち方には幅があります。

ECの費用は、構築手法と、モール出店か自社ECかによって構造が変わります。一般的なシステム保守費は、初期開発費の年間15%程度が目安です。

ECでは人手による保守費に加え、決済・販売手数料のように売上に比例する費用も発生します。そのため、固定費と変動費の両方を見ておく必要があります。

4つの構築手法別に変わる保守コストの構造

方式によって、月額費用と運営者が担う保守の範囲は大きく異なります。費用と責任の違いを見比べ、自社の月商や成長見通しに合う方式を選ぶことが大切です。

  • カートASP/SaaS:サーバーや更新、セキュリティの保守は提供側が担う
  • オープンソース:ライセンスは無償でカスタマイズしやすいが、保守は運営者の負担になる
  • パッケージ:標準機能とサポートが付属し、月額の保守費がかかる
  • フルスクラッチ:完全オーダーメイドで自由度は高いが、インフラを含めて自社で保守する

ASP/SaaSには、Shopify、makeshop、BASE、STORESなどがあります。月額は数千円〜数万円で予算を立てやすく、商品登録や受注処理に集中できるため、立ち上げ期や中小規模のECに向きます。

初期費用は0〜数十万円です。決済・販売手数料はサービス側へ支払う形になります。月商が小さいうちは負担も小さいものの、売上が伸びると手数料の絶対額が膨らみ、利益を圧迫する場合があります。

オープンソースには、EC-CUBEやWooCommerceなどがあります。目安は、初期費用が50万〜300万円、月額が数万円〜です。

パッケージには、ecbeingなどがあります。初期費用は300万〜3,000万円、月額は5万〜30万円程度が目安で、基幹連携や業種別機能の実績が豊富な点が特徴です。

フルスクラッチは、初期費用が数千万〜数億円、月額が数十万〜数百万円規模になります。インフラ設計、24時間365日の監視、脆弱性対応を自社または保守ベンダーが担うため、総所有コスト(TCO)も大きくなります。

オープンソースやフルスクラッチでは、サーバーやインフラの維持、脆弱性へのパッチ適用が必要になります。加えて、決済代行会社、モール、基幹システムとの連携保守も欠かせません。

フルスクラッチでは、冗長化とセキュリティを一から設計する必要があります。パッケージは月額固定のサポート費がかかるのが一般的ですが、決済手段の選択や料率交渉は進めやすいといえます。売上規模が大きいほど、自社で持つ利点が出る場合があります。

手法の選択は現在の月商と成長見通しによって変わるため、保守費も選定の段階から見積もっておく必要があります。あわせて、ベンダーロックインを避ける視点も欠かせません。

乗り換えの際は、商品・顧客・受注データの移行に手間と費用がかかります。フルスクラッチはソースコードを自社で所有できますが、仕様を開発会社だけが把握していると、保守がその会社に依存することがあります。

まずSaaSやパッケージで標準機能を試し、独自の要件が明確になってからフルスクラッチへ段階的に移る方法もあります。その際は、データを書き出しやすいか(エクスポート性)や、仕様書が整っているかを判断の材料にすると、将来の選択肢を狭めずに済みます。

モール出店と自社ECで異なる手数料構造

モールは集客基盤、自社ECは顧客資産という違いがあり、手数料や集客にかかる負担も異なります。両者の特徴を踏まえ、チャネルの組み合わせを考えることが大切です。

  • モール:集客力が強く、初期費用は無料〜10万円程度
  • 自社EC:設計の自由度が高く、顧客データを活用しやすい
  • 併用:モールで新規を獲得し、自社ECでブランドと顧客を育てる

Amazon、楽天市場、Yahoo!ショッピングは集客と決済の基盤を備えており、すぐに販売を始められます。一方で、売上の数%〜十数%の販売手数料に加え、ポイント原資、広告費、月額出店料もかかります。自社ECの決済手数料は3〜5%が目安で、モールは総手数料が重くなる傾向があります。

モールはデザイン変更に制約があるため、ブランドの世界観を出しにくい面があります。顧客データも自社の資産として残りにくく、CRMやリピート施策が難しくなります。

自社ECは独自ドメインでブランドを作り、顧客データをCRMやファンマーケティングに生かせます。その結果、中長期で利益率を保ちやすい方式といえます。

一方で、自社ECの集客はゼロから始まり、SEO・SNS・広告に時間と費用がかかります。こうした集客費は見えにくいものの、継続して発生するランニングコストです。

モールは手数料が高い代わりに集客費が低く、自社ECは手数料が低い代わりに集客費が高い傾向にあります。チャネルごとに手数料込みの利益率を比べると、併用の効果を判断しやすくなります。出店形態は、保守費よりも売上に連動する手数料を通じて、長期的な利益構造を左右します。

固定費と売上連動の変動費の区分

ECの支出は、売上に関係なく毎月発生する固定費と、売上に応じて増える変動費に分けられます。コスト管理は、まずこの区分けから始めるのが基本です。

  • 固定費:プラットフォームの月額利用料、サーバーやインフラの費用、保守契約費、各種SaaSやアプリの利用料
  • 変動費:売上に応じてかかる決済・販売手数料、システム利用料、物流・梱包費

固定費は予算化しやすく、月初の時点で当月の費用を見込みやすい支出です。一方、変動費のうち決済代行手数料は売上の3〜5%程度、システム利用料は1〜3%程度です。変動費は売上とともに増えるため、売上が伸びても利益がそのぶん増えない場合があります。

月商が小さい立ち上げ期は、ASP/SaaSやモールで固定費を抑え、変動費を中心にすると、始めやすい形になります。月商が数百万円を超えて安定してくると、手数料の額が固定費を上回る、規模の大きい段階の損益分岐点に達する場合があります。

その段階では、有料プランへの切り替えや、オープンソース・パッケージへの移行によって料率を下げたほうが、利益が残ることがあります。そのため、月商とコスト構造を定期的に見直すことが欠かせません。

後ほど示す規模別の相場やコスト内訳も、固定費と変動費に分けて見ると、整理して比べられます。

初期費用と運用費用は、5年間の総所有コスト(TCO)で比べるのが基本です。ASP/SaaSやモールは初期費用が安くても、売上の拡大に伴う手数料の累計が、初期構築費を超える場合があります。一方、パッケージやフルスクラッチは初期投資が大きくても、売上規模に応じて決済手段や手数料を制御でき、5年TCOで有利になる場合があります。

月額の安さだけで選ぶと、成長に伴う手数料の負担を見落としがちです。数年単位の成長を見越して、構築手法、出店形態、保守体制を組み立てます。

ポイント

手法の選択は保守費の選択でもあります。月商と成長見通しをもとに、保守の担い手と、売上に連動する手数料の見込み方を選定の段階で決めておくと、判断しやすくなります。

規模別に見る月額保守・運用費用の相場

小規模、中規模、大規模のECについて、月商帯ごとの月額保守・運用費の相場を示す図。
月商帯が上がるにつれて、費用の目安も上がります。

月商規模によって、費用の中心は変わります。小規模では決済手数料、中規模では月額利用料と機能拡張、大規模ではセキュリティと基幹連携が主な費目になります。

規模が大きくなるにつれて、構築手法もASP/SaaSからオープンソース、パッケージ、フルスクラッチへ移る傾向があります。そのため、見積もりでは自社の月商に見合う水準かを確かめておきます。

小規模EC(月商100万円未満)の相場

小規模ECは、初期投資と固定費を抑えて始めやすく、サーバーの保守はサービス側が担います。一方で、売上に応じた手数料はかかります。

  • 月額保守・運用費:月商100万円未満では0円〜数万円程度
  • 利用サービス:無料・低価格のASP/SaaS(BASE、STORESなど)か、モール
  • 手数料:売上の3.6%〜6.6%程度。月商50万円なら月2万〜3万円程度

サーバーの保守や更新はサービス側が担うため、システム保守費はほぼ発生しません。在庫リスクと同じく、コストのリスクも売上に連動して小さく抑えられます。

商品が売れなければ手数料も発生しないため、市場の反応を低いリスクで試せます。一方で、月商が100万円に近づくと手数料は月数万円になり、負担が重く感じられる場合があります。

売上の増加を見越して、手数料率の低い有料プランへの移行を、早めに試算しておきたいところです。モール中心の場合は、リピート顧客が増えた時点で自社ECへの誘導も検討できます。

中規模EC(月商数百万〜数千万円)の相場

中規模ECでは、月額費用に機能拡張や保守が加わり、手数料も売上とともに増えていきます。

  • 月額保守・運用費:月商数百万〜数千万円では数万円〜数十万円程度
  • 構築手法:有料ASPやオープンソースの採用が増える
  • 費用例:プラットフォーム、アプリ、サーバーがそれぞれ月数万円、保守が月数万円〜十数万円

レビュー機能や定期購入機能などのアプリ利用料も、プラットフォームやサーバーの費用に上乗せされます。そのため、複数の費目が合わさって、月額数十万円規模に達することがあります。決済手数料も売上に比例するため、月商が大きいほど絶対額は増えます。

拡張アプリは一つ月数千円でも、追加が続けば合計で月数万円〜十数万円になります。オープンソースの場合は、セキュリティや更新を自社または保守ベンダーが担います。

売上とともに費用も膨らみやすいため、必要な機能やサービスを定期的に洗い出します。手数料の高いASPから、自社資産型のオープンソースへ移ることも検討する時期です。

大規模EC(月商数千万〜数億円)の相場

大規模ECの保守費は、連携やセキュリティの複雑さと、停止による機会損失を防ぐサービス水準によって変わります。

  • 構築手法:パッケージやフルスクラッチが中心
  • 保守体制:セキュリティ、連携、更新、専任運用
  • サービス水準:24時間365日対応か平日日中対応かで費用が変わる
  • インフラ:冗長化、CDN、WAF、繁忙期の増強

月商数千万〜数億円のECでは、高度なセキュリティと脆弱性への対応が欠かせません。あわせて、ERP/WMSなど基幹・在庫・物流システムとの連携保守や定期更新も、費目に入ります。

サイトが止まれば、大きな機会損失につながります。月額数百万円の保守費も、月商数億円の事業を止めないための投資と考えられます。

24時間365日の監視と障害時の即時対応を行う場合と、平日日中のみの対応では、必要な人員と費用が数倍変わることがあります。そのため、事業規模に合わせてSLAを設計することが大切です。

独自インフラでは、冗長化やオートスケーリングに加えて、CDNやWAF(Web Application Firewall)の費用もかかります。セール時のアクセスは、平常時の数倍〜数十倍になることがあります。

繁忙期のサーバー増強費も、あらかじめ見込んでおく必要があります。複数倉庫やオムニチャネル(OMO)で、実店舗のPOSと在庫をリアルタイムに連携する場合は、その基盤の保守費も加わります。

ポイント

月商の規模によって、目安となる月額の相場と費用の中心は変わります。見積もりを比べるときは、同じ月商帯どうしで、費目の内訳がそろっているかを確かめると、金額の差を正しく読めます。

ECサイト/システム固有のコスト内訳と売上比例コスト

売上比例コストを中心に、決済手数料、システム利用料、販売手数料と各料率を結びつけた図。
料率は費目ごとに異なるため、内訳を分けて把握できます。

保守費に含まれる範囲と、別途かかる費用を確認しておくことが欠かせません。ECでは固定費に加えて、決済・販売手数料、セキュリティ、物流など固有の費用が利益に影響します。

初期費用を抑えるあまり拡張性やセキュリティの設計を後回しにすると、後の改修や対策に費用がかさむ場合があります。連携仕様が曖昧なままだと、二重入力やエラーの是正も必要になります。

保守しやすい構造、適切なセキュリティ、無理のない技術選定、明確な連携仕様に初期投資しておくと、運用費を抑えやすくなります。そのため、初期費用と運用費を切り離さず、一体で見積もることが望まれます。

決済代行手数料と販売手数料という売上比例コスト

売上比例コストは、売上が伸びるほど絶対額も大きくなる費用です。

  • 決済手数料:決済代行会社へ支払う、売上の3〜5%程度
  • システム利用料:プラットフォームによって異なり、売上の1〜3%程度
  • 販売手数料:モールで売上の数%〜十数%程度

月商1,000万円で決済手数料が3.5%なら、月35万円になります。さらにシステム利用料が2%加わる場合は、月20万円が差し引かれます。

たとえば料率が3.5%と4.5%で1ポイント違うだけでも、月商1,000万円なら月10万円、年間120万円の差になります。

売上規模に応じて交渉したり、低料率のサービスへ切り替えたり、銀行振込と併用したりすることで、見直せる場合があります。Shopifyペイメントなどの純正決済では、外部決済の追加手数料0.5〜2.0%程度が免除される仕組みもあります。

手数料だけでなく、入金サイクルも比べておきたいところです。入金までの期間が長いと運転資金が必要になり、実質的な負担が増えます。

決済手段を増やすとカゴ落ちを防ぎやすい一方で、手数料体系の管理は複雑になります。そのため、客層に合わせて手段を選び、料率と入金条件を一覧にして整理します。

カード、コンビニ、後払い、QRコード、キャリア決済などの中から、自社の客層が使う手段を選びます。あわせて、チャージバックや不正利用による返金も考慮に入れます。

BtoB-ECでは掛け払いや請求書払い、越境ECでは多通貨決済などがあり、決済手段が増えるほど料率体系も複雑になります。

モールでは販売手数料に加えて、ポイント原資、広告費、月額出店料がかかります。そのため、自社ECの決済手数料と比べると、総負担が重くなる傾向があります。

モールは集客に強い反面、手数料が利益を圧迫しがちです。チャネルごとの利益率を比べたうえで、モールと自社ECの役割を分ける方法もあります。

セキュリティ・不正利用対策と繁忙期のサーバー増強

カード情報や個人情報を守る対策と、アクセス集中に備える対策の両方が必要になります。

  • 不正対策:EMV 3-Dセキュア、不正検知、カード番号の非保持化
  • 安全性の確認:PCI DSS準拠、脆弱性診断の定期実施
  • 繁忙期対応:サーバー増強、オートスケーリング、CDN

対策ツールは月額数千円〜数万円、脆弱性診断は年数十万円〜が目安です。漏えいやチャージバックは損害賠償や信頼の低下につながるため、必要な費用を確保しておくことが欠かせません。

セールや新商品の発売、テレビやSNSでの紹介により、アクセスが平常時の数倍〜数十倍に集中することがあります。この集中に対応できなければ、販売機会を失います。

クラウドであれば、必要な時期だけ増強し、後から縮小することもできます。それでも繁忙月は費用が上がるため、年末商戦や大型セールに備えて、構成と監視体制を整えておく必要があります。

商品登録・物流費と隠れたランニングコスト

システム保守費以外にも、人手や物流、外部サービスの費用が発生します。

  • 商品運用:撮影・画像加工、説明文、商品登録、ページ更新
  • 物流:配送料、梱包資材、倉庫、ピッキング・梱包
  • 外部サービス:監視、CDN、メール、CRM/MA、レビュー、チャット

商品点数(SKU)が多い場合や、季節・トレンド商材を扱う場合は、入れ替えやページ更新が増えます。AIレコメンドや検索機能を使うには、属性・説明・画像などの商品データを整えておく必要があります。

物流・梱包費には、配送料、段ボール・緩衝材・テープなどの資材費、倉庫の保管費、ピッキング・梱包の人件費または委託料が含まれます。3PLを使う場合は、保管料・入出庫料・配送代行料を、自社の人件費や倉庫費と比べて判断します。

BtoC通販では、返品にも費用がかかります。往復の送料、検品・再梱包・再入庫の人件費、再販売できない商品の損失があるため、商品説明やサイズ表記を充実させて返品を減らす方法もあります。

各種SaaSは一つ月数千円〜数万円でも、合計すると月数万円〜数十万円になることがあります。ユーザー数や送信通数に応じて課金が増えるサービスもあります。

保守契約では、外部サービス費が含まれるのか、別途実費になるのかを確かめておく必要があります。TCOは、システム保守、インフラ、決済・販売手数料を中心に、各費目を合算して捉えます。物流・梱包、SaaS・運用も同じ枠に含めます。

ポイント

売上比例コストは、月商が増えるほど負担が大きくなります。決済料率や販売手数料は交渉や切り替えの余地があるため、月商が伸びてきた時点で一度計算し直すと判断の材料になります。

保守契約の形態とランニングコスト最適化

オープンソースやフルスクラッチでは、外部パートナーと保守契約を結ぶケースが一般的です。その際は契約範囲を決めたうえで、プラットフォームや手数料、物流費を継続的に見直すことが大切です。

月額固定型・スポット型・成果報酬型の使い分け

月々の予算を安定させる契約もあれば、必要なときや売上に応じて費用が変わる契約もあります。運用の状況に合わせて、形態を選ぶことになります。

  • 月額固定型:毎月一定額で保守・運用を任せる契約
  • スポット型:不具合や更新のたびに見積もりを取る契約
  • 成果報酬・複合型:売上に連動する形、または月額固定と組み合わせた形

月額固定型は、月額数万円〜30万円程度が目安です。対応範囲は、バグ修正や軽微な改修、セキュリティ、更新から、商品登録・受注・問い合わせ対応・ページ更新まで、契約によって異なります。

予算を立てやすいため、継続的な対応が必要なECに向いています。契約では、対応範囲、稼働時間、障害対応が平日日中か24時間365日かを決めておきます。対応時間を長くするほど、費用も上がります。

スポット型は平常時の費用を抑えられる一方で、緊急時の対応が遅れたり、繁忙期の費用が高くなったりする場合があります。EC-CUBEなどの脆弱性・不具合対応で使われます。

成果報酬型は売上の5〜10%、複合型は月額固定と売上の数%を支払う形です。売上の拡大に伴って支払額も増えますが、その分、運用会社と事業者の利害が合いやすくなります。

立ち上げ期は成果報酬型や月額固定型で支援を受け、安定したら内製化してスポット型へ移る方法もあります。成長に応じて、契約と内製の比率を見直していきます。

プラットフォーム見直しと決済手数料の最適化

売上が伸びたら、月商に対するプラットフォームと決済の費用を計算し直す必要があります。固定費や物流費も合わせて見直します。

  • プラットフォーム:月商と手数料の絶対額からみた再検討
  • 決済:料率交渉や、純正・低料率の手段の検討
  • 固定費・物流:アプリ、テーマ、配送単価の見直し

立ち上げ期は無料・低価格のASPやモールでも、月商が50万〜100万円を超えると、有料ASPやオープンソースのほうが有利になる、切り替えの損益分岐点に達する場合があります。

手数料率が1%下がると、月商1,000万円では年間120万円の削減になります。モールへの依存度が高い場合は、自社ECへの送客を増やす方法もあります。

銀行振込など低手数料の決済を加えたり、売上規模に応じて決済会社と交渉したりできます。Shopifyペイメントでは、外部決済の追加取引手数料0.5〜2.0%程度が免除されます。

複数の決済手段は、カゴ落ち防止に役立ちます。料率を把握したうえで、純正決済や低手数料の手段を優先して案内すると、コストを抑えながら販売できます。

使っていないアプリを解約すると、月数万円規模の削減につながる場合があります。公式テーマを使えば、デザインの初期費用と改修費用を抑えられます。

物流費は、配送会社との単価交渉や梱包資材の見直しで圧縮できます。自社の月商と手数料額を定期的に計算し、費用の構成を見直していくことが望ましいです。

「3:3:4の法則」による利益率の管理

ランニングコストは、売上と利益の配分に照らして管理する必要があります。3:3:4の法則は、その利益設計の目安になります。

  • 原価:仕入れ・製造コストが売上の30%
  • 広告・販促費:売上の30%
  • その他経費と利益:売上の40%

システム保守、決済手数料、物流、SaaSなどは「その他経費」に含まれます。この40%の枠のなかで利益を確保できるかどうかが、EC事業の健全性に関わります。

比率が崩れていないかを、定期的に確かめます。広告で売上が伸びても、決済・物流・SaaSの費用が増えていれば、利益は増えない場合があります。

月次で各費用の売上比率を一覧にし、決済料率、アプリ費、物流比率、モール手数料に異常がないかを確認します。コストは利益率を基準に、適正な水準へ近づけていきます。

ポイント

保守契約は、月額固定型、スポット型、成果報酬・複合型のうち、自社の運用に合うものを選びます。立ち上げ期と安定期で契約の形を変える前提で、見直しの時期を先に決めておくと、費用の無駄を減らしやすくなります。

まとめ

小規模(月商100万円未満)は月額0円〜数万円、中規模(月商数百万〜数千万円)は数万円〜数十万円が相場です。大規模(月商数千万〜数億円)は、月額数十万円〜数百万円以上になります。

費用構造は、ASP/SaaS・オープンソース・パッケージ・フルスクラッチの構築手法と、モール・自社ECの出店形態で変わります。決済手数料3〜5%、販売手数料、物流費などの変動費も、利益を左右します。

EMV 3-DセキュアやPCI DSS準拠、不正利用対策、繁忙期のサーバー増強、商品登録・コンテンツ運用も、予算に含めます。利益を残すには、月商に合わせた基盤選びや、Shopifyペイメントなど純正決済の活用、アプリの厳選、公式テーマ、外注・物流費の精査が有効です。

3:3:4の法則(原価30%、広告・販促30%、その他経費と利益40%)を指針として、固定費と変動費を分けて把握することが大切です。システム保守費、インフラ費、決済/販売手数料、物流費、各種SaaS/運用費の5費目を合算し、5年間の総所有コストで評価します。

保守や乗り換えの試算は、複数の開発・運用会社へ現状を伝えて見積もりを取るところから始められます。

▼全体ガイドの記事
・ECサイト/システム開発の完全ガイド

会社紹介

株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。

・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>

執筆者プロフィール
張田谷凌央
張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。