定期販売ラボby Shopi Lab D2C・定期通販の立ち上げと、続く仕組みの作り方
カート・システム

EC-CUBEで定期購入をやるべきか — 自由度と引き換えに背負うもの

プラグインを入れれば定期購入は実現できます。問題はその後で、決済・法対応・アップデートへの追随を自社で持ち続けられるかです。判断の材料を整理します。

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-CUBEASP型カート
ライセンスなし月額
構築高い(作り込む分)
サーバー自社負担込み
保守・パッチ適用自社/委託込み
バージョンアップ対応自社/委託込み
法改正への対応自社/委託込み
障害の一次対応自社提供側

月額だけを比べると必ず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のどちらを選ぶかと同じ枠組みで整理できます。