EC-CUBEで定期購入をやるべきか — 自由度と引き換えに背負うもの
プラグインを入れれば定期購入は実現できます。問題はその後で、決済・法対応・アップデートへの追随を自社で持ち続けられるかです。判断の材料を整理します。

カート・システムの全体像D2Cのカート・基幹システムをどう選ぶか — 汎用型と定期通販特化型の分かれ道
EC-CUBEはオープンソースのECシステムです。ソースを持てるので自由度が高く、定期購入もプラグインで実現できます。
ただし定期通販でEC-CUBEを選ぶかどうかは、「できるか」ではなく「持ち続けられるか」で決まります。ここを整理します。
プラグインの提供状況と対応バージョンは変わります。導入前に必ず最新の対応状況を確認してください。
できることと、背負うもの
できること
- ソースコードを自社で保持できる
- 業務フローに合わせて作り込める
- 自社サーバーで運用でき、外部サービスへの依存を減らせる
- ライセンス費用がかからない
背負うもの
- サーバーの調達と運用
- セキュリティパッチの適用
- EC-CUBE本体のバージョンアップへの追随
- プラグイン同士の相性の検証
- 法改正への対応(表示要件が変わったときの改修)
- 障害時の一次対応
ASP型のカートでは、これらは提供側が持ちます。EC-CUBEでは自社か、委託先が持ちます。
定期購入で特に重いもの
一般的なECならこの負荷を引き受ける判断はあり得ます。定期通販では、次の3つが重くのしかかります。
1|決済まわり
定期通販は毎月自動で課金が走ります。ここで必要になるのは、
- カード情報のトークン管理
- クレジット洗替(有効期限切れのカードを自動更新する仕組み)
- 決済失敗時の再試行と通知
- 再オーソリ
洗替の有無が特に効きます。 これが無いと、有効期限切れだけで毎月一定数の契約が切れます。本人に解約の意思がないのに切れるため、気づかないまま解約率が上がります。
プラグインと決済代行会社の組み合わせで対応状況が変わるので、「定期課金ができる」ではなく「洗替と再試行が動くか」を確認してください。 進め方は決済失敗を解約にしないにまとめました。
2|法対応の追随
改正特定商取引法では、申込みの最終確認画面に定期の条件を表示する義務があります。分量、価格、支払総額、引き渡し時期、解約の条件、申込期間。
ASP型なら、法改正時にベンダーが標準側を更新します。EC-CUBEでは、自社のテーマとプラグインを自分で直すことになります。
法解釈が変わったときに誰が気づき、誰が直すかを決めておいてください。表示要件は定期販売の表示義務に整理しています。
3|バージョンアップの停滞
作り込むほど、本体のバージョンアップが難しくなります。カスタマイズとプラグインが新バージョンで動く保証がないためです。
結果として 古いバージョンのまま止まる ことが起こります。定期通販では顧客のカード情報を扱うので、セキュリティパッチが当たらない状態は問題になります。
作り込みを始める前に、「バージョンアップのたびに、どれだけの検証工数がかかるか」を見積もってください。
向く場合・向かない場合
向く
- 社内または委託先に、継続して面倒を見る開発体制がある
- 標準のカートでは表現できない業務フローがある(BtoBとの併売、特殊な価格体系など)
- ソースを自社で持つ必要がある(監査・親会社の方針など)
- 定期は売上の一部で、都度購入が中心
向かない
- 少人数で運用する
- 定期が売上の主軸で、引き上げ・CRM・解約抑止が毎日の業務
- 開発を持てず、外注も継続的には頼めない
- 早く立ち上げたい
「初期費用を抑えたい」を理由にEC-CUBEを選ぶのは危険です。 ライセンス費用はかかりませんが、構築・サーバー・保守の合計は、ASP型の月額を上回ることが珍しくありません。
費用を比べるとき
比較するなら、次を3年分の合計で並べてください。
| 項目 | EC-CUBE | ASP型カート |
|---|---|---|
| ライセンス | なし | 月額 |
| 構築 | 高い(作り込む分) | 中 |
| サーバー | 自社負担 | 込み |
| 保守・パッチ適用 | 自社/委託 | 込み |
| バージョンアップ対応 | 自社/委託 | 込み |
| 法改正への対応 | 自社/委託 | 込み |
| 障害の一次対応 | 自社 | 提供側 |
月額だけを比べると必ずEC-CUBEが安く見えます。 下の4行を金額に換算して初めて比較になります。
ecforceの費用構造はecforceの費用は何で決まるか、判断軸そのものはD2Cのカート・基幹システムをどう選ぶかに整理しています。
すでにEC-CUBEで動いている場合
これから定期を始めるなら、まずプラグインで小さく試すのは合理的です。件数が少ないうちは運用でカバーできます。
乗り換えを検討する目安は、次のどれかが起きたときです。
- 決済失敗による解約が、月次で無視できない数になった
- 定期の運用(変更・停止・解約対応)に人が張り付いている
- バージョンアップが1年以上止まっている
- 法改正への対応が後手に回った
乗り換えるときの関門は、カードのトークンを引き継げるかです。定期通販のカート移行で失敗する順序を先に読んでください。
よくある質問
Q. EC-CUBEで定期購入はできますか
プラグインを導入すれば実現できます。判断が必要なのは実現可否ではなく、決済まわり・法対応・バージョンアップへの追随を継続して持てるかどうかです。
Q. クレジット洗替は使えますか
プラグインと決済代行会社の組み合わせによります。「定期課金ができる」ことと「洗替と再試行が動く」ことは別なので、個別に確認してください。ここが無いと有効期限切れだけで契約が切れます。
Q. 費用はASP型より安くなりますか
ライセンス費用はかかりませんが、構築・サーバー・保守・バージョンアップ対応を含めた3年分の合計で比べてください。月額だけの比較では判断できません。
Q. どのくらいの規模まで耐えられますか
サーバー構成と作り込み次第です。件数の上限はシステムより、運用を回す人数で先に来ることが多くなります。
Q. ecforceとどちらがいいですか
定期が売上の主軸で、引き上げ・CRM・解約抑止が毎日の業務になるならecforce側が噛み合います。特殊な業務フローがあり、開発体制を持てるならEC-CUBEに利があります。判断はecforceとShopifyのどちらを選ぶかと同じ枠組みで整理できます。


