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

BtoC通販／ECサイトは、公開して終わりではありません。むしろECビジネスにとっては「公開してから」が本番であり、商品を売り続け、売上を伸ばしていくためには、サイトを安定稼働させ続ける継続的な保守・運用が欠かせません。とくにECサイトは、24時間365日カートが動き続け、その裏で決済・在庫・配送・会員管理が連動する「売上に直結するシステム」です。サーバーが落ちれば機会損失が発生し、決済が止まれば顧客が離脱し、脆弱性を放置すればクレジットカード情報の漏えいという致命的な事故につながります。そのため、ECサイトの保守・運用費用とランニングコストの設計は、単なる「維持費」ではなく、売上と利益、そして顧客からの信頼を守るための重要な経営判断になっています。「毎月いくらかかるのか」「保守費用には何が含まれるのか」「決済手数料や販売手数料はどれくらい利益を圧迫するのか」といった疑問は、EC運営者にとって避けて通れないテーマです。

本記事では、BtoC通販／ECサイト開発の保守・運用費用・ランニングコストに焦点を当て、カートASP／SaaS・オープンソース／パッケージ・フルスクラッチという構築手法別の保守構造の違いから、規模別の月額保守費用の相場、EC固有のコスト内訳（決済代行手数料・販売手数料・物流費・セキュリティ対策費など）、保守契約の形態、そして利益率を意識したランニングコスト最適化の方法までを、具体的な金額とともに体系的に解説します。これからECサイトを立ち上げる方はもちろん、すでに運営していて「思ったより毎月のコストがかさむ」と悩む方、リプレイスやプラットフォーム乗り換えを検討している方にとっても、現実的な予算計画と利益設計を立てるための判断材料が得られる内容です。最後までお読みいただくことで、ECサイトの総所有コストを正しく見積もり、利益の残るコスト構造を設計するための視点が身に付くはずです。

本テーマに関する全体ガイドは、以下の記事をご覧ください。

▼全体ガイドの記事
・BtoC通販／ECサイト開発の完全ガイド

BtoC通販／ECサイトの保守・運用費用の全体像

ECサイトの保守・運用費用を理解するうえで、まず押さえておくべき最大のポイントは「どの構築手法で作ったECサイトか」によって、保守・運用のコスト構造が根本から変わるという事実です。BtoC通販／ECサイトの構築手法は、大きくカートASP／SaaS（Shopifyやmakeshopなど）、オープンソース／パッケージ（EC-CUBEやecbeingなど）、フルスクラッチ（完全オーダーメイド開発）の3つに分けられます。同じ「ECサイトの保守」と言っても、この3つでは毎月誰が何にお金を払うのかがまったく異なります。一般的なシステム保守では初期開発費の年間15%程度が保守費の目安とされますが、ECサイトの場合はこの人的保守費に加えて、決済手数料や販売手数料といった「売上に比例して増えるランニングコスト」が大きな比重を占める点が、他のシステムと決定的に違う特徴です。つまりECサイトのコストは「固定費」だけでなく「売上連動の変動費」を含めて総合的に捉える必要があります。

具体的な相場感を整理すると、カートASP／SaaSは初期0〜数十万円・月額0〜数万円と手軽な反面、サーバー保守はサービス提供側が担うためインフラの心配は不要ですが、売上が伸びるほど決済・販売手数料が利益を圧迫します。オープンソース／パッケージは初期50万〜3,000万円・月額数万〜30万円程度で、カスタマイズ性が高い一方、自社でサーバーやセキュリティを管理する責任が生じます。フルスクラッチは初期数千万〜数億円・月額数十万〜数百万円規模となり、自由度は最大ですが、インフラ設計・24時間365日の監視・脆弱性対応をすべて自社または保守ベンダーが担うため、総所有コスト（TCO）が格段に大きくなります。本記事では、この3層の構造を軸に、ECサイトならではの保守・運用費用とランニングコストの全体像を分解していきます。

カートASP／SaaSで構築したECサイトの最大の利点は、サーバーの保守・運用、システムのバージョンアップ、セキュリティパッチの適用といった「技術的な保守」をすべてサービス提供側が代行してくれる点にあります。Shopifyやmakeshop、BASE、STORESといったプラットフォームでは、運営者はサーバーダウンや脆弱性対応をほとんど気にする必要がなく、商品登録や受注処理といった「運用」に集中できます。月額利用料も数千円〜数万円と予算化しやすく、初期費用も抑えられるため、立ち上げ期や中小規模のEC事業者に最適です。ただし注意すべきは、技術的な保守が不要になる代わりに、決済手数料や販売手数料といった売上連動コストがサービス側に支払われる構造になっている点です。月商が小さいうちは負担も小さいですが、売上が拡大すると手数料の絶対額が膨らみ、「保守は楽だが利益が残りにくい」という状態に陥ることがあります。

一方、オープンソース／パッケージやフルスクラッチで構築したECサイトは、システムを自社の資産として保有する代わりに、保守・運用の責任もすべて自社側に移ります。サーバーやインフラを独自に設計・維持し、脆弱性が発見されればパッチを当て、決済代行会社やモール・基幹システムとの連携を保ち続ける必要があります。とくにフルスクラッチは、ゼロから構築するためインフラの冗長化やセキュリティ設計を一から行わなければならず、24時間365日の監視体制を含めると保守・運用のTCOが格段に大きくなります。その代わり、決済手段の選択や手数料交渉の自由度が高く、売上規模が大きくなるほど「自前で持つ」ことのコストメリットが効いてくるという逆転の構造があります。どの手法が自社にとって合理的かは、現在の月商と将来の成長見通しによって変わるため、保守コストは構築手法の選定段階から設計しておくことが重要です。

もう一つ、構築手法を選ぶ際に保守・運用費用の観点から見落とされがちなのが、ベンダーロックインと将来の乗り換えコストです。カートASP／SaaSは手軽に始められる反面、そのプラットフォームの仕様や手数料体系に縛られ、後から別のサービスへ移行しようとすると、商品データ・顧客データ・受注履歴の移行に手間とコストがかかります。逆にフルスクラッチはソースコードを完全に自社所有できるためベンダーロックインを回避できますが、特定の開発会社しか中身を把握していない「属人化したブラックボックス」になると、その会社からしか保守を受けられず、結果的に別の形のロックインに陥ることがあります。保守・運用コストを長期的に抑えるには、データのエクスポート性や仕様のドキュメント化といった「いざというときに乗り換えられる柔軟性」も評価軸に入れて構築手法と保守体制を選ぶことが、将来の選択肢を狭めないために重要です。

ECサイトのランニングコストを正しく管理するには、「固定費」と「売上連動の変動費」を明確に分けて捉えることが欠かせません。固定費とは、売上の多寡にかかわらず毎月一定額が発生するコストで、プラットフォームの月額利用料、サーバー・インフラ費用、保守契約費、各種SaaSやアプリの利用料などが含まれます。これらは予算化しやすく、月初の段階で「今月いくらかかるか」が読めるコストです。対して変動費は、売上が増えるほど比例して増えるコストで、ECの代表格が決済代行手数料（売上の3〜5%程度）、モールやプラットフォームの販売手数料、そして物流・梱包費です。これらは売上が伸びれば伸びるほど絶対額が膨らむため、「売上が増えているのに利益が増えない」という事態を引き起こす元凶になりがちです。

この固定費と変動費の比率は、ECの成長ステージによって最適なバランスが変わります。立ち上げ期で月商が小さいうちは、固定費を極力抑えて変動費中心にする（=ASP／SaaSで手数料を払う）方が、リスクを抑えて始められます。一方、月商が数百万円を超えて安定してくると、変動費である手数料の絶対額が固定費を上回り、「月額固定の有料プランやプラットフォームに乗り換えて、手数料率を下げた方が手元に利益が残る」という損益分岐点が訪れます。EC運営の保守・運用コストを考えるうえでは、この損益分岐点を常に意識し、自社が今どのステージにいて、どちらのコスト構造が有利なのかを定期的に見直すことが、利益を最大化する鍵になります。後述する規模別の相場やコスト内訳も、この「固定費と変動費」の視点で読み解いていくと理解が深まります。

もう一つ、ECサイトの保守・運用費用を考えるうえで欠かせない視点が、初期構築費用と保守・運用費用を切り離さず「5年間の総所有コスト（TCO）」で比較するという考え方です。たとえば、初期費用が安いカートASP／SaaSは導入のハードルが低い一方、売上が拡大すると決済・販売手数料が積み上がり、5年スパンで見ると手数料の累計が初期構築費用をはるかに上回ることがあります。逆に、初期費用が高いフルスクラッチは最初の投資こそ大きいものの、決済手段や手数料を自社でコントロールできるため、売上規模が大きければ5年TCOで見て有利になるケースもあります。「初期費用が安いから」「月額が安いから」という単年・単月の判断ではなく、自社の成長見通しを織り込んだ5年TCOで構築手法と保守体制を選ぶことが、長期的にムダのないコスト構造を実現する鍵になります。EC事業は数年単位で成長するものだからこそ、保守・運用コストもその時間軸で設計する視点が求められます。

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

ECサイトの月額保守・運用費用は、月商（売上規模）によって大きく変わります。ここでは小規模・中規模・大規模の3つに分けて、それぞれの相場感とコストの主体がどこにあるのかを見ていきます。重要なのは、規模によって「保守費用の主役」が変わるという点です。小規模では決済手数料が費用の中心、中規模ではプラットフォーム月額と機能拡張、大規模ではセキュリティと基幹連携の保守が主役になります。自社の月商がどのレンジにあるかを踏まえて、適切なコスト水準を把握しましょう。

月商100万円未満の小規模ECサイトの月額保守・運用費用は、0円〜数万円程度が一般的な相場です。この規模では、BASEやSTORESといった無料または低価格のカートASP／SaaSを利用するケースが中心で、サーバー保守やシステムのバージョンアップはサービス側が担うため、純粋な「システム保守費」はほとんど発生しません。代わりに費用の主体となるのが決済手数料です。たとえば売上の3.6%〜6.6%程度が決済・サービス利用手数料として差し引かれるため、月商50万円であれば月2万〜3万円程度が手数料として消えていく計算になります。つまり小規模ECでは「保守費はほぼゼロだが、売れた分だけ手数料がかかる」というコスト構造になっており、固定費の負担が小さい代わりに、利益率は手数料率に大きく左右されます。

小規模ECの段階では、初期投資と固定費を抑えてスモールスタートできることが最大のメリットです。商品が売れなければ手数料も発生しないため、在庫リスクと同様にコストリスクも小さく抑えられます。ただし注意したいのは、売上が伸びてきたときに手数料の負担が急に重く感じられるようになる点です。月商が100万円に近づくと、決済・販売手数料の絶対額が月数万円に達し、「もっと手数料率の低い有料プランやプラットフォームに乗り換えた方が得ではないか」という検討が必要になります。小規模ECの運営者は、目先の固定費の安さだけでなく、売上が伸びたときの手数料負担まで見据えて、早めに次のステージのコスト構造を試算しておくことが賢明です。

月商数百万〜数千万円の中規模ECサイトの月額保守・運用費用は、数万円〜数十万円程度が相場です。この規模になると、有料のカートASP（Shopifyの上位プランやmakeshopなど）やオープンソース（EC-CUBE）を採用するケースが増え、プラットフォームの月額固定費に加えて、機能を拡張するためのアプリ・プラグイン利用料、サーバー・インフラの維持費、そして軽微な保守対応の費用が積み上がっていきます。たとえば、プラットフォーム月額が数万円、レビュー機能や定期購入機能などの拡張アプリが合計で月数万円、サーバー維持費が月数万円、保守サポートが月数万円〜十数万円といった具合に、複数の費目が合算されて月額数十万円規模に達するのが典型的なパターンです。決済手数料も売上に比例して増えるため、月商が大きくなるほど手数料の絶対額が無視できない水準になります。

中規模ECで特に注意すべきは、「気づかないうちにアプリ・オプションの月額が膨らんでいる」というコストの肥大化です。便利だからと拡張アプリを次々に追加していくと、一つひとつは月数千円でも、合計すると月数万円〜十数万円に膨れ上がります。また、オープンソースを採用している場合は、サーバーやシステムのセキュリティ対応・バージョンアップを自社または保守ベンダーが担う必要があり、ここで月額固定の保守契約（後述）を結ぶケースが一般的です。中規模ECは「売上は伸びているのに、コストも一緒に膨らんで利益が思うように残らない」という壁にぶつかりやすいステージでもあります。費目ごとにコストを棚卸しし、本当に必要な機能・サービスだけに絞り込む定期的な見直しが、利益を確保するうえで効果的です。

月商数千万〜数億円の大規模ECサイトの月額保守・運用費用は、数十万円〜数百万円以上に達します。この規模では、パッケージ（ecbeingなど）やフルスクラッチで構築された独自性の高いECサイトが中心となり、保守・運用の内容も格段に高度になります。具体的には、高度なセキュリティ対策と脆弱性対応、基幹システムや在庫管理システム・物流システムとの連携保守、定期的なバージョンアップ、そして専任の運用体制の維持といった項目が費用の主役になります。大規模ECはサイトの停止が即座に多額の機会損失につながるため、24時間365日の監視体制や障害発生時の即時対応（高いSLA水準）が求められ、その分だけ保守費用も高くなります。月額数百万円という金額は一見高額に見えますが、月商数億円のビジネスを止めないための「保険」として合理的な投資と位置づけられます。

大規模ECの保守費用を考えるうえで重要なのは、サービスレベル（SLA）によって費用が数倍変わるという点です。「24時間365日の障害対応・即時復旧」を求めるか、「平日日中のみの対応」で十分かによって、必要な人員体制とコストはまったく異なります。また、大規模ECではフルスクラッチゆえにインフラを独自設計しているケースが多く、サーバーの冗長化やオートスケーリング、CDN、WAF（Web Application Firewall）といったインフラコストが月額で大きな比重を占めます。さらに、セール時や繁忙期にはアクセスが平常時の数倍〜数十倍に跳ね上がるため、その負荷に耐えるためのサーバー増強コストも織り込む必要があります。大規模ECは、保守費用を「コスト」ではなく「売上を守り、伸ばすための投資」として捉え、SLAと費用のバランスを事業規模に見合った水準で設計することが求められます。

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

「月額いくら」という保守費用が提示されたとき、その金額に何が含まれ、別途どんなコストが発生するのかを理解しておくことは、ECの利益設計に不可欠です。ECサイトのランニングコストは、システム利用料・サーバー／インフラといった固定費に加えて、決済代行手数料（3〜5%）、システム利用料（1〜3%）、販売手数料、アプリ／オプション費、セキュリティ・脆弱性対応費、商品登録・コンテンツ運用費、保守サポート費といった多様な費目で構成されます。とくにECならではの「売上に比例して増えるコスト」と「セキュリティ・物流に関わるコスト」は、他のWebシステムにはない特徴であり、利益を圧迫する大きな要因です。ここでは、EC特有のコスト内訳を具体的に分解していきます。

コスト内訳を見ていく前に押さえておきたいのが、初期構築費用と運用費用は密接に連動しているという点です。「初期費用を安く抑えること」だけを優先して構築すると、かえって運用フェーズの保守費用が高くつくケースが少なくありません。たとえば、安く作るために拡張性を犠牲にした構成にすると、後から機能を追加するたびに割高な改修費が発生したり、セキュリティ設計が不十分なまま運用に入って後追いで対策費がかさんだりします。逆に、初期段階で運用を見据えた設計（保守しやすい構造、適切なセキュリティ、無理のない技術選定）に投資しておけば、運用フェーズのコストを継続的に抑えられます。つまりECサイトのコストは、初期費用と運用費用を切り分けて考えるのではなく、「初期にどこへ投資すれば運用が楽になるか」という連動の視点で捉えることが、トータルでムダのないコスト構造を実現する前提になります。以下では、その運用フェーズで発生する具体的な費目を一つずつ見ていきます。

ECサイトのランニングコストで最も大きな比重を占めるのが、決済代行手数料と販売手数料という「売上比例コスト」です。決済代行手数料は、クレジットカードやコンビニ決済、後払い、QRコード決済などの決済手段を利用する際に決済代行会社へ支払う手数料で、一般的に売上の3〜5%程度が目安です。これに加えて、プラットフォームによっては売上の1〜3%程度のシステム利用料や、モール出店の場合は数%〜十数%の販売手数料が発生します。たとえば月商1,000万円のECサイトで決済手数料が3.5%なら月35万円、これにシステム利用料2%が加われば月20万円が、毎月売上から自動的に差し引かれていく計算です。これらは売上が伸びるほど絶対額が膨らむため、利益率の設計において決定的な影響を持ちます。

注意すべきは、これらの手数料率は決済手段やプラットフォーム、契約内容によって大きく異なり、わずか数%の差が年間で見ると数十万円〜数百万円の差になる点です。たとえば決済手数料が3.5%か4.5%かの1%の差は、月商1,000万円なら月10万円・年間120万円の差です。手数料率は「固定で変えられないもの」と思い込まれがちですが、実際には売上規模に応じた料率交渉や、より手数料率の低い決済サービスへの切り替え、銀行振込など低手数料の決済手段の併用によって最適化できる余地があります。後述するShopifyペイメントのように、プラットフォーム純正の決済を使うことで外部決済の追加手数料（0.5〜2.0%程度）を免除できる仕組みもあります。決済・販売手数料は「EC最大のランニングコスト」として、定期的に料率を見直すことが利益確保に直結します。

また、決済まわりのコストは手数料率だけでなく、入金サイクルやチャージバック（不正利用による返金）といった見えにくい要素も含めて評価する必要があります。決済代行会社によって売上金が振り込まれるまでの入金サイクルは異なり、サイクルが長いほど運転資金の確保が必要になるため、実質的なコストとして効いてきます。さらに、複数の決済手段を提供すること自体は、カゴ落ち（決済直前の離脱）を防いで売上を取りこぼさないために重要ですが、決済手段を増やすほど管理する手数料体系も複雑になります。クレジットカード、コンビニ決済、後払い、QRコード決済、キャリア決済など、自社の客層がよく使う決済手段に絞りつつ、それぞれの手数料率と入金条件を一覧で把握しておくことが、決済コストを「見える化」して最適化する第一歩になります。決済は売上の入り口であると同時に、最大のコスト発生源でもあるという二面性を意識しましょう。

自社ECサイトと並行して楽天市場やAmazon、Yahoo!ショッピングといったモールに出店している場合は、モールの販売手数料も大きなランニングコストになります。モールの手数料体系はプラットフォームごとに異なりますが、売上に対して数%〜十数%の販売手数料に加えて、ポイント原資の負担、広告費、月額出店料などが課されるのが一般的で、自社ECの決済手数料（3〜5%）と比べると総コスト負担は重くなる傾向があります。モールは集客力が高く新規顧客を獲得しやすいという大きなメリットがある一方、手数料が利益を圧迫しやすいため、「モールで新規顧客を獲得し、リピートは手数料の低い自社ECへ誘導する」といったチャネル設計が、EC全体のコスト効率を高めるうえで有効です。自社ECとモールそれぞれの手数料込みの利益率を比較し、チャネルごとのコスト構造を把握したうえで販売戦略を組み立てることが重要です。

ECサイトは顧客のクレジットカード情報や個人情報を扱うため、セキュリティ・脆弱性対応のコストが他のWebシステム以上に重要です。とくに近年はクレジットカードの不正利用が深刻化しており、ECサイト運営者には不正利用対策が事実上義務化されています。具体的には、本人認証サービスであるEMV 3-Dセキュア（3Dセキュア2.0）の導入、不正検知システム（不正注文をスコアリングして検出する仕組み）の利用、クレジットカード番号の非保持化、脆弱性診断の定期実施などが求められます。これらの対策にはツールの利用料（月額数千円〜数万円）や脆弱性診断の費用（年数十万円〜）がかかりますが、もし対策を怠ってカード情報漏えいやチャージバック（不正利用による返金）が発生すれば、損害賠償や信頼失墜という比較にならないほど大きな損失を招きます。セキュリティ費用は「削ってはいけないランニングコスト」として確実に確保すべき項目です。

もう一つECに特有のコストが、セール時や繁忙期のサーバー増強費用です。ECサイトはセール、新商品発売、テレビやSNSでの紹介などをきっかけに、平常時の数倍〜数十倍のアクセスが瞬間的に集中することがあります。この負荷に耐えられないと、最も売れるタイミングでサイトが落ちて大きな機会損失を招くため、繁忙期に合わせてサーバーをスケールアップ（増強）したり、オートスケーリングやCDNを活用したりするコストが発生します。クラウド環境であれば必要なときだけ増強して繁忙期後に縮小するという柔軟な運用が可能ですが、それでも繁忙期の月はインフラ費用が跳ね上がります。さらに、商品登録・コンテンツ運用（商品画像の撮影・加工、説明文の作成、特集ページの更新など）といった、売上を作るための「攻めの運用」にも継続的な人的コストがかかります。これらEC固有のコストを保守費用と一体で捉えることが、現実的な予算管理につながります。

ECサイトのランニングコストを語るうえで見落とせないのが、物流・梱包費です。これはシステムの保守費用ではありませんが、ECビジネスを継続するうえで売上に比例して必ず発生するコストであり、利益率に直結します。具体的には、配送料（宅配便の単価）、梱包資材費（段ボール・緩衝材・テープなど）、倉庫保管費、ピッキング・梱包の人件費（または物流アウトソーシングのフィー）が含まれます。配送料は配送会社との契約単価や出荷量によって変わり、出荷ボリュームが増えれば単価交渉の余地も生まれます。物流をアウトソーシング（3PL）する場合は、保管料・入出庫料・配送代行料がかかりますが、自社で抱える人件費や倉庫コストと比較してトータルで判断する必要があります。EC固有のコストとして、システム費用だけでなく物流費まで含めた総コストで利益を設計することが重要です。

物流に関連してもう一つ見落とせないのが、返品・キャンセル対応にかかるコストです。BtoC通販では一定割合の返品が必ず発生し、返品時の往復送料、返品商品の検品・再梱包・再入庫の人件費、返金処理の手間、そして再販売できない商品の損失が、地味ながら利益を削っていきます。返品率はカテゴリによって差が大きく、とくにアパレルなどサイズや質感が問題になりやすい商材では返品コストが利益に与える影響が無視できません。商品説明やサイズ表記、レビューの充実によって返品そのものを減らす取り組みも、広い意味でのランニングコスト最適化につながります。返品対応は売上には直結しないものの、放置すると静かに利益を侵食するコストであるため、返品率と返品コストをKPIとして把握しておくことが、健全な利益管理には欠かせません。

このほかにも、ECサイトには「見落とされがちな隠れたランニングコスト」が数多く存在します。たとえば、エラー監視ツール、CDN、メール配信サービス、CRM／MAツール、レビュー機能、チャットサポートツールといった各種SaaSの月額利用料は、一つひとつは数千円〜数万円でも合算すると月数万円〜数十万円規模になります。また、ユーザー数や送信通数に応じて課金が増えるサービスは、売上拡大とともにコストも膨らみます。保守契約を結ぶ際には、これらの外部サービス費用が保守費に含まれるのか、別途実費負担なのかを必ず確認しましょう。ECサイトの総所有コストを正確に把握するには、(1)システム保守費、(2)インフラ費、(3)決済・販売手数料、(4)物流・梱包費、(5)各種SaaS・運用費の5つをすべて合算して評価することが欠かせません。この全体像を持つことが、利益の残るEC運営の出発点になります。

ECサイトの保守契約の形態

ECサイトの保守費用は、開発会社や運用代行会社とどのような契約形態を結ぶかによっても変わります。とくにオープンソースやフルスクラッチで構築したECサイトは、保守・運用を自社だけで賄うのが難しく、外部のパートナーと保守契約を結ぶのが一般的です。代表的な契約形態は、月額固定型・スポット（都度）型・成果報酬／複合型の3つです。それぞれにメリットとデメリットがあり、自社のECサイトの重要度・改修頻度・社内体制によって最適な形態が変わります。ここでは3つの形態の特徴と、ECサイトに適した選び方を解説します。

月額固定型は、「毎月一定額で保守・運用対応を行う」という契約で、ECサイトの保守契約として最も一般的な形態です。費用の目安は月額数万円〜30万円程度で、対応内容によって幅があります。この形態には、バグ修正やシステムの軽微な改修、セキュリティ対応、定期的なバージョンアップといった「技術的な保守」を含むものから、商品登録・受注処理・問い合わせ対応・特集ページ更新といった「運用代行」までを含むものまで、契約によって範囲が異なります。月額が一定で予算化しやすく、毎月安定して対応してもらえる安心感があるため、常時稼働が前提で継続的に改修・運用が発生するECサイトに向いています。とくに、売上に直結するECサイトでは「何かあったときにすぐ対応してもらえる」体制を月額で確保しておくことが、機会損失を防ぐうえで大きな価値を持ちます。

月額固定型を選ぶ際のポイントは、契約に含まれる対応範囲（スコープ）と稼働時間を明確にしておくことです。「月◯時間までの作業を含む」「それを超える大規模改修は別途見積もり」といった形で、どこまでが定額に含まれるのかを契約時に擦り合わせておかないと、後から追加費用をめぐってトラブルになりがちです。また、障害発生時の対応時間（平日日中のみか、24時間365日か）というサービスレベルも費用を左右する重要な要素です。ECサイトは深夜や休日にも注文が入るため、売上規模が大きいほど対応時間の長さが重要になりますが、その分費用も上がります。自社のECサイトの売上規模とリスク許容度に応じて、過不足のないサービスレベルで月額固定契約を設計することが、コストと安心のバランスを取る鍵になります。

スポット型（都度見積もり）は、「不具合が起きたときだけ」「OSやシステムのアップデートが必要なときだけ」といった、必要が生じた都度に依頼して費用を支払う契約です。とくにEC-CUBEなどのオープンソースで構築したECサイトで、OSアップデート・脆弱性対応・不具合修正が発生したときに都度見積もりで対応するケースに多く見られます。平常時のランニングコスト（月額固定費）を抑えられるのが最大のメリットで、改修がほとんど発生しない安定したECサイトには合理的です。一方で、緊急時に対応が後回しにされたり、繁忙期のトラブルで割高な費用を請求されたりするリスクがあります。ECサイトは売上に直結するため、「障害が起きてから探す」のでは対応が遅れる恐れがあり、スポット型を選ぶ場合でも、あらかじめ信頼できるパートナーと関係を作っておくことが重要です。

成果報酬／複合型は、ECサイトならではの契約形態です。これは「売上の5〜10%」を保守・運用費として支払う成果報酬型や、「月額固定＋売上の数%」を組み合わせた複合型で、運用代行会社が売上拡大にコミットする形態として用いられます。売上が伸びれば報酬も増えるため、運用パートナーと事業者の利害が一致し、サイト改善やマーケティング施策に積極的に取り組んでもらいやすいのがメリットです。一方で、売上が大きくなるほど支払額も膨らむため、自社で運用力が付いてきた段階では割高に感じられることもあります。どの契約形態が最適かは、ECサイトの重要度・売上規模・改修頻度・社内のIT／運用体制によって変わります。立ち上げ期は成果報酬や月額固定で伴走してもらい、運用が安定してきたら一部を内製化してスポット型に切り替えるなど、成長ステージに応じて契約形態を見直す柔軟さが、コスト最適化につながります。

契約形態を選ぶ際に併せて検討したいのが、「どこまでを外部委託し、どこからを内製化するか」という線引きです。ECサイトの運用業務には、商品登録・受注処理・問い合わせ対応といった日常的なオペレーションから、システムの保守・改修・セキュリティ対応といった技術的な業務まで幅広く含まれます。このうち、日常オペレーションは社内で内製化した方がスピードとコストの両面で有利になりやすく、一方で高度な技術対応やセキュリティ対応は専門の保守ベンダーに任せた方が安全かつ効率的なケースが多くなります。すべてを外注すると費用がかさみ、すべてを内製化すると人材確保と属人化のリスクを抱えるため、自社のリソースと業務の専門性に応じて、外注と内製のベストミックスを設計することが重要です。保守契約は一度結んだら終わりではなく、自社の運用体制の成熟度に合わせて、契約範囲・契約形態・内製化の比率を定期的に見直していくことが、コストと品質のバランスを保つ秘訣です。

ランニングコストを抑えて利益を残す方法

ECサイトのランニングコストは、適切な見直しと工夫によって大きく削減でき、その分が直接利益として手元に残ります。とくにECは「売上が伸びてもコストも一緒に膨らんで利益が残らない」という構造に陥りやすいため、コストを定期的に最適化する仕組みを持つことが、持続的に利益を出すうえで欠かせません。ここでは、プラットフォームの見直し、決済手数料の最適化、アプリ・外注・物流コストの精査、そして利益率を管理する「3:3:4の法則」という4つの観点から、ECのランニングコストを抑えて利益を残す具体的な方法を紹介します。いずれも、一度実施して終わりではなく、売上規模の変化に合わせて継続的に回していくことで効果が積み上がる施策です。

最も効果が大きいコスト最適化策の一つが、トータルコストの観点からのプラットフォーム見直しです。ECサイトのコストは「月額固定費」と「売上連動の手数料」のバランスで決まるため、売上規模に応じて最適なプラットフォームは変わります。たとえば、立ち上げ期は無料・低価格のASPで手数料率が高めでも問題ありませんが、月商が50万〜100万円を超えてくると、月額固定費を払ってでも手数料率の低い有料ASPに乗り換えた方が、トータルでは手元に残る利益が増えるという損益分岐点が訪れます。手数料率が1%下がるだけでも、月商1,000万円なら年間120万円のコスト削減になります。自社の月商と手数料の絶対額を定期的に計算し、「今のプラットフォームが本当に最適か」を見直すことが、利益を最大化する第一歩です。

決済手数料の最適化も、EC最大のランニングコストである手数料に直接効く施策です。具体的には、決済手数料の低い決済手段（銀行振込など）を選択肢に加える、売上規模に応じて決済代行会社に料率交渉を行う、といった方法があります。とくに効果的なのが、プラットフォーム純正の決済サービスを使うことです。たとえばShopifyでは、Shopifyペイメント（純正決済）を利用すると、外部決済サービスを使った場合にかかる追加の取引手数料（0.5〜2.0%程度）が免除されます。この差は売上が大きいほど無視できない金額になります。複数の決済手段を提供することはカゴ落ち（決済前の離脱）防止のために重要ですが、それぞれの手数料率を把握し、純正決済や低手数料の手段を優先的に案内することで、決済コストを抑えながら売上を伸ばすことが可能です。

固定費の削減には、アプリ・プラグインの厳選と公式テーマの活用が効果的です。前述の通り、ECサイトでは便利なアプリを次々に追加していくうちに、月額固定費が知らないうちに膨らんでいきます。定期的にインストール済みのアプリを棚卸しし、「使っていない」「効果が測れない」アプリを解約するだけで、月数万円規模のコスト削減につながることがあります。また、ECサイトのデザインを公式テーマ（プラットフォームが提供する完成度の高いテンプレート）を活用して構築すれば、オリジナルデザインを外注する初期費用と、その後の改修費用を大きく抑えられます。機能やデザインは「多ければ良い」のではなく、売上に貢献するものだけに絞り込むことが、固定費を抑えながら成果を出すコツです。

外注費と物流コストの精査も、利益を残すうえで欠かせません。保守・運用やマーケティングを外注している場合は、定期的に相見積もりを取って費用の妥当性を確認したり、社内で対応できる業務を一部内製化したりすることで、外注費を最適化できます。物流コストについては、配送会社との配送単価の交渉、梱包資材の見直し（過剰包装をやめる、適正サイズの資材を使う）、出荷量増加に応じた単価ダウンの交渉などが有効です。物流費はEC事業の利益率を左右する大きなコストであり、出荷ボリュームが増えたタイミングで配送会社や3PL業者と条件を再交渉することで、1件あたり数十円〜数百円の削減が積み重なって大きな効果を生みます。コスト最適化は「一度やって終わり」ではなく、売上規模の変化に合わせて継続的に見直すことが重要です。

ECのランニングコストを利益の観点から管理する指針として有効なのが、「3:3:4の法則」です。これは、ECの売上を、原価（仕入れ・製造コスト）30%、広告・販促費30%、その他経費＋利益40%という比率で配分するという、利益設計の目安となる考え方です。この法則に照らすと、これまで述べてきたシステム保守費・決済手数料・物流費・各種SaaS費用といったランニングコストは「その他経費」に含まれ、この40%の枠の中で利益を確保できるかどうかが、ECビジネスの健全性を左右します。もし各種ランニングコストが膨らんで「その他経費」が肥大化すれば、利益はほとんど残らなくなってしまいます。逆に言えば、コストを最適化してこの枠を圧縮できれば、その分が利益に直結します。

重要なのは、この3:3:4という比率を定期的にチェックし、自社のECがバランスを崩していないかをモニタリングすることです。たとえば、広告費をかけて売上を伸ばしても、決済手数料・物流費・SaaS費用といったランニングコストが一緒に膨らんでいては、売上が増えても利益が増えないという状態に陥ります。月次で売上に対する各コストの比率を可視化し、「決済手数料が想定より高い」「アプリ費が膨らんでいる」「物流費の比率が上がっている」といった異常を早期に発見して手を打つことが、利益を守るうえで欠かせません。ECの保守・運用コストは、単に「安くする」のではなく、売上と利益のバランスの中で「適正化する」という視点で捉えることが、持続的に利益を生むEC運営の本質です。この利益率目線でのコスト管理こそが、ランニングコスト最適化の最終的なゴールと言えます。

まとめ

本記事では、BtoC通販／ECサイト開発の保守・運用費用・ランニングコストについて、構築手法別のコスト構造、規模別の月額相場、EC固有のコスト内訳、保守契約の形態、そして利益を残すためのコスト最適化までを体系的に解説しました。ECサイトの保守・運用費用は、カートASP／SaaS・オープンソース／パッケージ・フルスクラッチという構築手法によって「誰が何に払うか」が根本から変わります。月額相場は、小規模（月商100万円未満）で0円〜数万円、中規模（月商数百万〜数千万円）で数万円〜数十万円、大規模（月商数千万〜数億円）で数十万円〜数百万円以上が目安です。ECならではの特徴は、決済代行手数料（3〜5%）・販売手数料・物流費といった「売上に比例して増える変動費」が利益を大きく左右する点にあります。これに加えて、クレジットカード不正利用対策（EMV 3-Dセキュア等）や繁忙期のサーバー増強といったEC固有のコストも織り込む必要があります。

コストを抑えて利益を残すには、売上規模に応じたプラットフォームの見直し、Shopifyペイメントのような純正決済の活用による決済手数料の最適化、アプリの厳選と公式テーマの活用、外注費・物流コストの精査が有効です。そして最終的には、「3:3:4の法則（原価30%・広告販促30%・その他経費＋利益40%）」を指針に、システム保守費・手数料・物流費といったランニングコストを利益率の観点から管理することが、持続的に利益を生むEC運営の鍵となります。ECサイトの保守・運用コストは、単なる「維持費」ではなく、売上と利益を守り伸ばすための投資です。固定費と変動費を分けて把握し、5つのコスト（システム保守費・インフラ費・決済／販売手数料・物流費・各種SaaS／運用費）を合算した総所有コストで評価することから、利益の残るコスト設計を始めましょう。保守費用やリプレイス・プラットフォーム乗り換えのコスト試算は、複数の開発・運用会社に自社の現状を共有して見積もりを取ることから着手するのがおすすめです。

▼全体ガイドの記事
・BtoC通販／ECサイト開発の完全ガイド

株式会社riplaでは、IT事業会社出身のプロフェッショナルが「Impact-Driven型支援」を通じて、プロダクトやシステムの納品・提供を目的とせず、お客様と同じ目線で、事業成果の達成をゴールとして、高品質なDX/開発支援をいたします。

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

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

株式会社riplaの会社HPはこちら

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

執筆者プロフィール

張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。IT事業会社出身のプロフェッショナルが集う株式会社riplaにおいて、「Impact-Driven型支援」を掲げ、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の実現に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。