通販サイト/システム更改のパッケージ/クラウド製品一覧

通販サイトの更改先は、クラウド型、個別開発、ハイブリッド構成から選びます。移行期限と独自業務への適合性を確かめると、安全な切り替えにつながります。

候補は、老朽化の深刻度と独自業務の比重で絞り込むのが効率的です。各テーマの詳細は関連記事もご覧ください。

▼全体ガイドの記事
・通販サイト/システム更改の完全ガイド

パッケージ型とクラウド型、更改先として比べる際の違い

更改先は、現行システムの形態と、サポート終了を迎える理由に応じて検討します。

自社パッケージのEOS/EOLが更改の起点

自社サーバー型は業務要件に柔軟に対応できる一方、ハードウェアの調達や監視、更新を自社で担う必要があります。

パッケージ本体や、OS・ミドルウェアがEOS/EOLを迎えるたびに、更新対応が必要です。オープンソース製品も例外ではありません。そのため、旧版のサポートが終わってから移行先を探し始めると、比較検討に十分な時間を取りにくくなります。

更改後の候補の中心は現行のクラウド型

クラウド型は、自社でサーバーを調達せずに済みます。さらに、決済APIの仕様変更や法改正にも、ベンダー側の更新で追随しやすい形態です。

ここでは、2026年7月時点で公式サイトに提供形態と対象規模を確認できたクラウド型を中心に紹介します。一方で、買い切り型を希望する場合は、個別開発やハイブリッド構成もあわせて検討します。

ポイント

更改先は、現行が自社パッケージかどうかと、EOS/EOLや保守の期限がいつ来るかで候補が変わります。サポート終了までの時間が少ないほど、比較に使える時間も限られます。

更改先を比較するときの共通の観点

通販サイト/システムを中心に、商品・カート、決済、在庫連携、会員機能の4領域を注釈で示した図
各社への質問をそろえると、機能範囲を横並びで確認できます。

期限内に安全に移行できるかを確かめるには、機能一覧に加えて、各社へ同じ質問をします。カバー範囲と移行支援を各社の回答で見比べると、製品ごとの違いが分かります。

商品・決済・在庫連携のカバー範囲の比較

標準機能と追加開発の境界を、商品・カート、決済、在庫連携、会員機能の4つの領域ごとに確認します。

  • 商品・カート:商品マスタの管理範囲とカート機能
  • 決済:決済代行会社の対応範囲と3Dセキュア2.0の扱い
  • 在庫連携:販売管理システムやWMSとの接続
  • 会員機能:ランク割引と定期購入の処理

「決済連携に対応」と書かれていても、対応会社や最新規格への対応状況は製品ごとに異なります。そのため、現在利用中の決済手段を挙げて確認してください。

データ移行支援と法改正への追随の確認

移行支援の範囲は、商品マスタだけでなく、受注履歴や保有ポイントなどの取引データ、会員データまで対象になるかを確認します。

インボイス制度や決済規格が変わったときに、標準機能の更新でどの程度の期間で追随してきたかも質問します。

更新実績を確かめておくと、更改後に継ぎ接ぎ対応へ戻るリスクを避けやすくなります。

ポイント

判断の目安は、同じ質問に各社が同じ範囲で答えられるかどうかです。答えが曖昧な項目は、移行期限の中で後から問題になりやすいと考えます。

通販サイト/システム更改の主要クラウド製品5選

ここでは、2026年7月時点で現行の公式ページと対象業務を確認できた5製品を紹介します。掲載順は優劣を示すランキングではありません。移行実績や料金の開示状況は製品ごとに異なるため、自社の規模と移行の緊急度に合わせて比べてください。

ecbeing

提供形態と移行時の相談内容を見ると、自社の移行にどう関わるかが分かります。対象規模と実績・料金も合わせて確認します。

  • 提供形態:フルカスタマイズ型と、SaaS形式の「メルカート」などのクラウド型
  • 移行相談:老朽化した自社パッケージから、既存の業務要件をどこまで引き継ぐかを相談できる候補
  • 対象規模:中堅・大手向けが主力で、小規模から始められるクラウド版もあります。規模や移行の緊急度に応じて個別に相談できます。
  • 実績・料金:公式サイトでの構築実績は1,600サイト以上。具体的な料金は個別見積もり

W2 Commerce(W2ソリューション)

W2 Commerceは、BtoC向けの「Unified」、定期通販向けの「Repeat」、BtoB向けの「BtoB」など、複数の版を持っています。公式サイトには導入実績が1,100件以上と掲載されています。

定期購入・頒布会型や、BtoBの受発注要件を持つ通販サイトの更改では、業態に合う版を比べられる点が特徴です。

料金はプランとオプション機能の組み合わせで構成されます。そのため、対象データ量と連携範囲を伝えて、個別見積もりを依頼します。

ecforce

ecforceは、EC販売に加えて、店舗販売やOMO、来店予約決済も扱うクラウド型プラットフォームです。大企業向けの「Commerce DX for Enterprise」も展開しています。

公式サイトには、1,500社以上の導入社数が掲載されています。

  • 候補となる企業:実店舗とオンラインを運営し、更改を機にデータを一つにまとめたい通販事業者
  • 料金:本体ページに一覧表示がないため、機能範囲や規模を伝えて問い合わせる

futureshop

提供形態と掲載料金を押さえたうえで、候補となる企業像と確認事項を整理します。

  • 提供形態:Future Shop株式会社が提供する、SaaS型のECサイト構築プラットフォーム
  • 掲載料金:2026年7月時点で初期費用22,000円から、月額費用27,000円から、売上手数料は0円
  • 候補となる企業:比較的定型化された機能で運営し、老朽化したパッケージから期限内に乗り換える企業
  • 確認事項:料金の見通しを立てやすい一方、掲載価格は変わる可能性があるため、見積もり時に最新条件を確認

MakeShop by GMO

まず提供形態を確かめ、そのうえでプランごとの料金と標準機能、契約前の確認事項をまとめます。

  • 提供形態:GMOメイクショップ株式会社が提供する、SaaS型のクラウドEC構築プラットフォーム
  • Premium:2026年7月時点で初期費用11,000円、月額13,750円、決済手数料3.19%
  • Enterprise:同時点で初期費用11,000円、月額55,000円、決済手数料3.14%
  • 標準機能:600以上を搭載するとされ、幅広い機能から自社業務に合うものを選びたい企業向け
  • 確認事項:料金と決済手数料の最新情報は、公式ページで確認

自社の課題別に候補を絞る方法

期限が迫る場合、大規模な移行、複雑な独自要件の3課題と候補の方向性を示す図
課題を分けて見ることで、比較に加える選択肢を整理できます。

更改の緊急度と独自業務の比重で分けて考えると、5製品を一度に細部まで比べるより効率的です。

老朽化の深刻度と移行のしやすさによる絞り込み

期限までの余裕と移行対象の規模によって、候補の優先度は変わります。

  • 期限が迫る:料金体系を見通しやすいfutureshopやMakeShop by GMOのようなSaaS型
  • 大規模な移行:ecbeingやecforce、業態別の版があるW2 Commerce

決済APIの提供終了が目前に迫るなど期限が短い場合は、スケジュールを組みやすい候補から先に検討します。

中堅・大手規模で商品数や会員数が多く、移行対象のデータが大量にある場合は、大規模構築の実績も考慮に入れます。

独自業務の比重による選択肢の絞り込み

業態に合う機能と、標準機能では吸収しにくい要件を分けて、候補を見ていきます。

  • 定期購入・頒布会:W2 Commerceの定期通販向け版
  • 店舗とオンラインの統合:ecforceのOMO関連機能
  • 複雑な独自要件:フルスクラッチやハイブリッド構成

複雑なBtoB個別単価や与信枠制御、独自のUI/UXが競争優位の源泉である場合は、標準機能では吸収しきれない可能性が高くなります。

複雑な独自要件の場合は、通販サイト/システム更改の選定ポイントで解説しているフルスクラッチやハイブリッドも選択肢に入ります。

ポイント

更改の緊急度と独自業務の比重の2点で候補を分けると、比べる製品数を減らせます。緊急度が高ければSaaS型、独自要件が多ければ個別開発やハイブリッドも検討に入れます。

料金・契約前の確認事項

公開価格だけで候補を選ぶと、商品数や決済手数料、移行支援によって想定外の費用が生じることがあります。

更改では、旧システムとの並行稼働にかかる費用も見落とせません。そのため、課金単位と契約条件を確認しておきます。

課金単位と3〜5年のTCOでの比較

製品によって課金の単位が違うため、まず単位をそろえてから比べます。

  • 基本費用:初期費用と月額費用
  • 利用量に応じる費用:決済手数料、商品登録数や受注件数に応じた従量課金
  • 追加費用:オプション機能ごとの費用

現在の商品数・会員数に加えて、更改後1年〜3年程度の想定件数も伝え、見積もりを取ります。

老朽化したシステムの延長保守費用と、更改後の初期費用・運用保守費は、同じ期間で比べます。

金額を問い合わせなければ分からない製品は珍しくありません。確認できていない金額を推測で比較表に入れるのは避けます。

並行稼働費用と解約条件の契約書での確認

更改時の並行稼働や契約終了に備えて、契約上の確認事項を整理します。

  • 並行稼働:安全な切り替えのため一定期間稼働させる場合は、旧側の保守契約の延長費用や、データを二重登録する運用工数が発生
  • 情報管理:決済情報・会員情報の保管場所、権限管理、契約終了時のデータ返却・削除条件を契約書で確認
  • 移行期限:決済代行の契約変更に伴う期限や旧APIの提供終了日が契約書上どう扱われるかを確認

ポイント

料金は公開価格だけでなく、並行稼働費用や移行支援費用まで含めた総額で見ます。3〜5年の総保有コストを、同じ条件の見積もりでそろえられるかが目安です。

デモとPoCによる最終候補の絞り込み

PoCで確認する1案件の処理、移行リハーサル、決済代行会社変更時の確認事項を3枚のパネルで示した図
候補製品の実務上の適合性を、連携と切り替えの両面から見られます。

資料で比べて2〜3製品に絞ったら、決済・在庫連携を含むPoCを行います。期限内に安全に切り替えられるかを、この段階で確かめます。

決済・在庫連携を含む1案件による通し検証

実案件に近い1件で、商品登録から決済導通、在庫・販売管理システムとのAPI連携までを確認します。

注文キャンセルに伴う返金、欠品時の分割発送、ポイントとクーポンの併用といった例外処理も試します。

標準機能で処理できるか、追加カスタマイズが必要かを、Fit&Gap分析として記録しておきます。

移行リハーサルとロールバック計画の検証

商品マスタ、受注履歴、会員データの移行が深夜のメンテナンス時間内に終わるかを、複数回のリハーサルで確かめます。

決済エラーなどが見つかった際に旧システムへ即座に戻せるよう、ロールバックの計画もPoCの段階でベンダーと調整します。

事前に確かめておくと、本番切り替え時のリスクを抑えられます。

決済代行会社を変更する場合の追加の検証時間

老朽化したパッケージからの更改では、決済代行会社そのものを切り替えるケースもあります。

加盟店審査、API仕様、3Dセキュア2.0などの規格確認に、通常のPoCより長くかかることがあります。

決済代行会社を変えるかどうかは早い段階で決め、必要な場合は審査期間をPoCの予定に上乗せします。

ポイント

最終候補は、決済・在庫連携を含むPoCで期限内に切り替えられるかで決めます。決済代行会社を変える場合は、審査にかかる期間を見込んでおく必要があります。

通販サイト/システム更改の製品比較で押さえておきたいポイント

期限内の移行という制約を踏まえて、製品選びで判断が分かれやすい点を確認します。

老朽化したパッケージのまま延命する選択肢

期限までの時間が極端に短い場合は、保守契約の延長や再リースで、一時的に延命する選択肢もあります。

ただし、EOS/EOL後の基盤を延命すると、セキュリティリスクを伴います。そのため、次の更改までの猶予として位置づけます。

その間も、移行先の比較検討は並行して進めてください。

料金が非公開の製品の比較方法

ecbeing、W2 Commerce、ecforceのように、規模やオプションに応じた個別見積もりが基本の製品もあります。

公開料金の製品と単純に比べる前に、同じ商品数・会員数・連携要件を各社に提示します。そのうえで、初期費用、月額費用、移行支援費用を含めた総保有コストの見積もりをそろえて比べます。

標準機能で足りない場合の選択肢

複雑なBtoB個別単価や与信枠制御、独自のUI/UXが競争優位の源泉なら、クラウド製品の標準機能では足りないことがあります。

標準化できる部分はクラウド製品に任せ、独自性の強い部分を個別開発するハイブリッド構成も選択肢です。

フルスクラッチによる更改も比較対象に加えてください。

まとめ

更改先には、パッケージ型からクラウド型まであり、中心はクラウド型です。公式情報を確認できた製品は5つで、ecbeingやW2 Commerceなどが含まれます。

老朽化の深刻度、独自業務の比重、料金の開示状況から候補を絞ると、期限内の移行につながります。

期限と独自要件の2つの観点による2〜3製品への絞り込み

保守契約満了やEOS/EOLまでの残り時間と、標準機能で吸収できない独自業務の有無を整理します。

広告的な人気順に左右されず、実務に合う候補を絞り込めます。

候補製品は、商品・決済・在庫連携、データ移行支援、料金体系を同じ条件で比べます。

決済・在庫連携を含むPoCでの最終確認

資料上の機能数だけでなく、決済導通から例外処理まで、期限内に移行できるかを確かめます。

移行リハーサルとロールバック計画も検証します。標準機能で吸収できない独自業務がある場合は、個別開発やハイブリッド構成も検討します。

riplaはフルスクラッチ開発の立場から、不足機能の整理や既存の決済・基幹システムとの連携を含む構築を支援しています。

製品一覧を比較の出発点とする位置づけ

候補を最終判断する前に、一覧を使う際の確認観点を押さえておきます。

  • 情報の更新:紹介した5製品も、公式ページの記載内容や料金が今後変わる可能性がある
  • 最新情報:見積もりや契約の前に、必ず各社の最新の公式情報を確認
  • 最終判断:保守契約満了やEOS/EOLまでの期間と、移行対象の商品数・会員数・受注件数の照合

▼全体ガイドの記事
・通販サイト/システム更改の完全ガイド

会社紹介

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

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

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

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

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

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