EC-CUBEとBASEを比べるとき、月額料金だけを見ても自社に合う答えは出ませんが、違いが表れるのは、ショップの機能だけでなく、運用基盤を誰が持つかという部分です。
BASEは、販売を始めるための仕組みをサービスとしてまとめて使えますが、一方のEC-CUBEは、独自要件に合わせやすい代わりに、構築・更新・セキュリティの担当を自社側で決めなければなりません。
「売上が増えたらEC-CUBE」「小規模ならBASE」と単純に分けるのは早計です。
費用、自由度、運用の手間、移行時の確認項目を同じ軸で比べ、自社が無理なく持てる範囲を見つけていきます。
EC-CUBEとBASEの違いは「自社が持つ範囲」にある
BASEとEC-CUBEの根本的な違いは、ECサイトの運用基盤をサービス側に寄せるか、自社側で持つかであり、この前提を押さえると、料金や自由度の差も理解しやすくなります。
BASEは販売基盤を一体で使う
BASEは、サーバーやSSL、決済などを個別に組み合わせなくてもショップを始めやすいサービスで、
商品登録や受注処理を標準の管理画面へまとめやすく、技術保守を日常業務から切り離しやすい点が特徴です。
BASE内で変更できる範囲には境界があるため、
テーマやBASE Appsで補える要件なのか、サービス基盤そのものの変更が必要なのかを契約前に切り分けます。
EC-CUBEは構築と保守の体制を自社側で持つ
EC-CUBEは、オープンソースのEC構築パッケージで、ソースコードを基に購入フローや会員機能、外部システム連携まで設計しやすい一方、サーバーと本体の更新、障害対応、バックアップの責任は消えません。
EC-CUBEの自由度を生かすには、作る人だけでなく公開後に守る人も必要です。
EC-CUBEの別サービスとの違いをさらに確認したい方は、EC-CUBEとShopifyの機能・料金比較も参考にしてください。
要点先に決めるのは機能ではなく責任の境界
誰が更新し、誰が障害を調べ、誰がセキュリティ対応を判断するのか。この担当を置けるかどうかが、EC-CUBEとBASEの選択を分けます。
EC-CUBEとBASEを6軸で比較
EC-CUBEとBASEの比較は、始めやすさ・固定費・売上連動費・自由度・保守・セキュリティの6軸で見ると整理できますが、一つの項目だけで優劣を決めず、自社の優先順位が高い軸から確認しましょう。
6軸で見る主な違い
| 比較軸 | BASE | EC-CUBE |
|---|---|---|
| 開始準備 | 短くしやすい | 構築が必要 |
| 固定費 | 0円から | 本体0円 |
| 売上連動費 | プラン所定の決済手数料・サービス利用料 | 契約する決済代行の手数料 |
| 自由度 | 提供範囲内 | 個別開発向き |
| 保守 | 基盤は提供側 | 自社側で担当 |
| 安全管理 | 権限管理中心 | 更新も自社側 |
固定費が0円という表記は、両者で同じ意味ではありません。
BASEのスタンダードは月額0円でも売上連動費があり、EC-CUBEは本体0円でもインフラや保守の費用が別に発生します。
私は、この比較を「初心者向けか、上級者向けか」では決めず、要件の複雑さと、公開後の責任を引き受けられる体制を先に見たほうが、運営が始まってからのミスマッチを減らせると考えています。
補足表の「自由度」は良し悪しではない
自由に変えられる範囲が広いほど、テストと保守の対象も増えます。必要な自由度だけを持つという考え方が実務的です。
EC-CUBEとBASEの料金を比較
EC-CUBEとBASEの料金比較では、同じ費目を並べて1年間の総額を見る必要があります。
BASEだけ手数料を含め、EC-CUBEは本体価格だけを見るような比べ方では、判断材料になりません。
BASEの現行料金(2026年7月時点)
| 費目 | スタンダード | グロース |
|---|---|---|
| 初期費用 | 0円 | 0円 |
| 月額費用 | 0円 | 約16,580円〜 |
| 決済手数料 | 3.6%+約40円 | 2.9% |
| サービス料 | 3% | 0円 |
グロースプランの月額は、年払い時の月あたりが約16,580円で、月払いは約19,980円です。
また、PayPay・Amazon Pay・PayPalを利用した注文では、決済手数料に1%が加算されます。
本記事では、料金改定や契約条件の違いを考慮し、公式の日本円価格にも「約」を付けています。
最新料金は、契約前にBASE公式の料金ページで確認してください。
BASE公式は、Pay ID経由を除く月商が約50万円を超えるショップを、グロースプラン検討の目安としています。
実際の負担は注文件数や利用する決済方法で変わるため、月商だけで機械的に切り替えないでください。
出典: BASE公式 料金プラン
BASEと別のネットショップサービスも含めて料金を見たい場合は、ShopifyとBASEの違いで費用構造を確認できます。
決済方法そのものの選び方は、ネットショップの決済方法と選び方も合わせてお読みください。
EC-CUBEは本体0円でも運営全体は0円ではない
EC-CUBEのオープンソース版は、本体の初期費用・月額費用が0円です。
一方で、サーバー、ドメイン、SSL、決済、構築、保守は別に用意しなければなりません。
「EC-CUBEは無料」という説明だけで見積もりを比べないでください。
独自開発が増えるほど、公開後の改修テストやアップデート対応にも時間がかかります。
EC-CUBEはGPLと商用ライセンスのデュアルライセンス方式です。
独自改変や配布の条件によって確認事項が変わるため、クローズドな開発を予定する場合はライセンス条件も設計時に確認します。
出典: EC-CUBE公式 ライセンス
総保有コストで比べる費目
| 費目 | BASE | EC-CUBE |
|---|---|---|
| 初期構築 | 設定・制作 | 設計・開発 |
| 固定費 | プラン料金 | インフラ |
| 決済費 | 公式料率 | 契約料率 |
| 拡張費 | App・テーマ | Plugin・開発 |
| 保守費 | 独自部分 | 全体更新 |
| 社内工数 | 日常運用 | 運用+技術 |
総保有コストは、初期構築・固定費・決済関連費・拡張費・保守費・社内工数の合計です。
EC-CUBE側の金額は要件や契約によって大きく変わるため、根拠のない相場を置かず、同じ費目で見積もりを取りましょう。
私は月額だけでなく、担当者が月に何時間を運用へ使うかも確認します。
CSV加工や在庫転記、障害の切り分けに使う時間まで入れると、安く見えた方法の実質コストが変わることがあるからです。
注意料金表だけでは比較が完成しない
BASEには売上連動費があり、EC-CUBEには個別の構築・保守費があります。同じ期間・同じ売上・同じ機能要件で揃えてください。
自由度と運用の手間はどこで変わるか
自由度の差は、見た目だけでなく受注処理や外部連携に表れるポイントです。
必要な変更を「デザイン」「運営業務」「基盤」の3段階に分けると、BASEで足りるかEC-CUBEが必要かを判断しやすくなります。
デザイン変更は保守範囲まで見る
BASEのHTML編集Appでは、HTML・CSS・JavaScriptを編集できます。
ただし、カスタムテーマには公式テーマの自動アップデートが反映されない場合があり、BASEはHTML編集に関する技術サポートを提供していません。
BASEでも、独自に編集した部分の保守まで自動で任せられるわけではありません。
テーマ変更後の表示確認と、仕様変更時の修正担当を決めておく必要があります。
出典: BASE公式HTML編集App
受注・会員・外部連携の独自要件
BASEで標準機能やBASE Appsの範囲に収まるなら、追加開発を抑えやすくなります。
一方、法人別価格、承認フロー、特殊な配送計算、基幹システムとの個別連携が必要なら、EC-CUBEの拡張性が選択肢です。
EC-CUBEのプラグインや独自開発は、入れた時点で終わりではありません。
本体更新後の互換性確認、テスト環境、問題が起きたときの切り戻しまで運用に含めます。
アップデートとセキュリティの担当
EC-CUBE公式は、利用バージョン、セキュリティチェックリスト、既知の脆弱性情報を確認するよう案内しています。
更新の通知を受け取る人と、対応期限を決める人を分けたままにしないことが大切です。
出典: EC-CUBE公式 セキュリティ
日常運用
技術保守
警告「制作会社に任せた」で担当を空欄にしない
契約書に監視・更新・復旧の範囲が無ければ、障害時に対応されないことがあります。誰が何時間以内に何をするかまで確認してください。
BASEが向く会社、EC-CUBEが向く会社
BASEかEC-CUBEかで迷ったら、売上規模よりも独自要件の強さと保守体制を見ます。
次の3つのどこに近いかを確認してください。
BASEを優先しやすい条件
- 短期間で販売を始め、商品や市場の反応を確かめたい
- サーバーやプログラムの保守担当が社内にいない
- 商品・注文・配送が標準機能とBASE Appsで収まる
- 独自開発より日々の受注処理を簡潔にしたい
この条件が多いなら、まずBASEで運用を固める方法が現実的です。
将来の移行に備え、商品コードや画像ファイル名を最初から揃えておくと、次の選択肢も残せます。
EC-CUBEを優先しやすい条件
- 法人別価格や独自会員制度など固有要件がある
- 基幹・在庫・物流システムとの個別連携が必要
- 購入フローや管理画面まで変更したい
- 継続的な開発・テスト・保守の担当を確保できる
この条件が揃うなら、EC-CUBEの自由度を生かしやすいでしょう。
初期開発だけでなく、更新と障害対応を含む年間計画も用意します。
まだ決めず要件整理を先にすべき条件
「手数料を下げたい」「売上が増えた」だけで移行先を決めようとしているなら、一度止まってください。
現在の外部連携一覧や移行対象データ、公開後の保守担当が無い状態では、比較の前提が足りません。
BASE向き
標準機能で早く始め、日々の運用をまとめたい。
EC-CUBE向き
固有要件があり、開発と保守の体制を持てる。
整理を先行
料金以外の要件と担当がまだ決まっていない。
私は判断に迷ったら、「標準に業務を合わせるコスト」と「業務にシステムを合わせるコスト」を並べます。
前者がBASE、後者がEC-CUBEに寄りやすく、どちらを選んでも業務側の変更はゼロになりません。
移行前に確認すること
BASEからEC-CUBE、EC-CUBEからBASEのどちらへ移る場合も、データ移行・URL切替・業務切替は別の作業です。
「CSVが出せるから移行できる」と判断すると、会員や外部連携の抜けが起きやすくなります。
データの棚卸し
- 商品名・価格・在庫・SKU・画像・カテゴリ・オプション
- 顧客情報・配送先・会員パスワード・同意履歴
- 注文履歴・決済状態・配送状態・返品情報
- レビュー・ポイント・クーポン・定期購入
- 利用規約・特商法表記・FAQ・ブログ
BASEは商品CSVのエクスポートと一括更新・登録、注文CSVのダウンロードに対応しています。
一方、Appで設定した情報などはCSVの対象外になる場合があり、注文CSVも1回のダウンロード上限は3万件です。
会員パスワードや定期購入を「移せる前提」にしないでください。
移行先で再設定が必要な項目は、顧客への案内時期まで含めて計画します。
URL・決済・外部連携の切替
移行時には、旧商品URLと新商品URLの対応表を作り、検索評価とブックマークの行き先を保つことが欠かせません。
恒久的なURL変更では、301リダイレクトと302リダイレクトの違いを押さえておくと、制作会社とも話を合わせやすくなります。
EC-CUBEへ移る場合、サーバーの性能だけでなくバックアップ、障害時の連絡、契約名義も確認対象です。
選定の基礎は、レンタルサーバーの選び方で具体的に整理しています。
- 決済方法の申込み・審査・入金日
- 配送会社・送料条件・送り状システム
- 在庫・会計・CRM・倉庫との連携
- アクセス解析・広告タグ・検索計測
- 独自ドメイン・DNS・メールへの影響
公開当日の手順と戻し方
公開日は、受注を止める時間、差分データを入れる時刻、テスト注文の担当を決めます。
問題が出たら旧サイトへ戻す条件も、切替前に共有しておきましょう。
回避本番で初めて一連の注文を試さない
商品閲覧から決済、通知メール、在庫減算、配送処理まで、事前に通しで確認します。画面表示だけの確認では運用テストになりません。
EC-CUBEとBASEのよくある質問
EC-CUBEとBASEの比較で迷いやすい点を、短く整理しました。
回答を自社の要件表へ書き写すと、候補を絞りやすくなります。
QEC-CUBEとBASEは、結局どちらが安いですか？
AEC-CUBEとBASEのどちらが安いかは、売上、注文件数、決済方法、必要機能、保守体制で変わります。BASEは固定費を抑えやすい一方で売上連動費があり、EC-CUBEは本体0円でも構築・インフラ・保守が別に必要です。
Q小規模なネットショップならBASEを選ぶべきですか？
ABASEは少人数でも始めやすい選択肢ですが、小規模でも独自の受注・会員・配送要件があると標準範囲に収まらない場合があります。規模だけでなく必要機能で判断してください。
QBASEは自由にデザインできますか？
ABASEはテーマやHTML編集Appでデザインを変更できますが、サービス基盤そのものを自由に改修できるわけではありません。カスタムテーマの更新と技術サポートの条件も確認してください。
QEC-CUBEは無料で運営できますか？
AEC-CUBEのオープンソース版は本体0円ですが、ECサイト全体の運営が0円になるわけではありません。サーバー、ドメイン、SSL、決済、構築、保守、セキュリティ対応を別に見積もります。
QBASEからEC-CUBEへ移行できますか？
ABASEからEC-CUBEへの移行は可能ですが、CSVで扱える商品・注文情報と、個別対応が必要な会員パスワード・画像・レビュー・定期購入・URL・外部連携を分けて確認します。
QEC-CUBEからBASEへ移行できますか？
AEC-CUBEからBASEへの移行は可能ですが、EC-CUBEで独自開発した機能をBASEで同じように再現できるとは限りません。BASE Appsで代替する機能と、業務を変更する部分を先に決めます。
Q売上が増えたらBASEからEC-CUBEへ移るべきですか？
A売上が増えたことだけを理由に、BASEからEC-CUBEへ移る必要はありません。BASEの料金プラン見直しで解決する場合もあるため、現在の費用、業務上の制約、必要な独自機能、移行後の保守を比べます。
自社に合うEC基盤は要件と保守体制で決める
EC-CUBEとBASEの比較とは、料金の高低だけでなく、必要機能と保守責任を自社の体制に当てはめる判断です。
どちらにも向く条件と、選んだ後に引き受ける作業があります。
まず、標準機能で足りない業務、移行するデータ、公開後の保守担当を1枚の表にしてください。
そのうえでBASEとEC-CUBEの実現方法を並べれば、料金表だけでは見えなかった差がはっきりします。
見積もり前に3項目を揃える
必要機能
標準・追加・独自開発に分ける
移行対象
データ・URL・連携を一覧にする
保守担当
更新・監視・復旧の責任を決める
要件の整理から移行設計、構築後の運用まで自社だけで分けにくい場合は、ノーサイドへご相談ください。
特定のサービスありきではなく、現在の業務と将来の変更を踏まえて実装範囲を整理します。
