D2Cプラットフォームの選び方｜カート4タイプの比較と定期購入・LTV要件での選定

「D2Cを始めるので、どのプラットフォームがよいか」という相談は、製品名から入ると比較が終わりません。市販のカートは百を超え、機能表を横に並べても差が見えないためです。選定を短く終わらせる方法は一つで、定期購入を扱うかどうかと、基幹システムに繋ぐかどうかの二問に先に答えることです。この記事では、D2Cで使われるカート・EC基盤を四つのタイプに整理し、公式料金ページの実額、定期購入や実店舗連携といった固有要件の確認手順、SaaSで足りる境界と個別開発へ移る条件、そして乗り換え時に高くつく移行制約までをまとめました。

まとめ｜D2Cプラットフォーム選定の結論と、候補を分ける二つの分岐点

先に結論です。D2Cプラットフォームの候補は、定期購入の有無と基幹連携の有無という二つの分岐で、四タイプのうち一つか二つまで絞れます。都度購入が中心で出荷も標準フローで回るなら汎用ASP型カート。定期購入が売上の柱なら定期通販特化型カート。実店舗や基幹システムと双方向に繋ぐならエンタープライズ型のクラウドEC。表示側を自社で作り込むならヘッドレス構成と個別開発です。

費用は月額だけで比べても差が出ません。効くのは決済手数料率と月商の掛け算で、月商1,000万円なら手数料率0.3ポイントの差が年間36万円になります。Shopifyの公式料金ページ（2026年8月時点）ではBasicが年払い月額3,650円でオンラインカード手数料3.55%、Advancedが年払い月額44,000円で3.25%でした。月額差は年間48万円強、手数料差は月商1,000万円なら年間36万円。月商が上がるほど上位プランのほうが総額で安くなる構造です。

見送り判断も先に書きます。月商計画が立っていない段階での個別開発、定期購入が売上の三割に届かない状態でのリピート特化型カート、そして機能表の丸の数だけで決める比較。この三つはいずれも、一年以内に乗り換え検討へ戻る典型でした。以降の章で、四タイプの中身と費用、要件ごとの確認手順を順に説明します。

D2Cプラットフォームが指す範囲と、カートシステム・構築方式との用語関係

D2Cプラットフォームという語は、指す範囲が話し手によって変わります。カート単体を指すこともあれば、受注から顧客管理までを含む広い意味で使われる場合もあり、比較の土俵がずれたまま議論が進みがちです。先に範囲を揃えます。

D2Cプラットフォームを構成する四層と、カート・決済・CRMの担当範囲

D2Cの売り場は四つの層でできています。商品を見せるストアフロント、注文と在庫を持つカート・受注管理、決済代行と繋ぐ決済層、購入後の会員情報と配信を持つ顧客管理層。プラットフォームによって、標準で持つ層と外部サービスに委ねる層が違います。

汎用ASP型は一層目から三層目までを標準で持ち、四層目はアプリや外部のMAツールに委ねる作りが主流です。定期通販特化型は四層目まで一体で、代わりに一層目のデザイン自由度が下がります。この線引きを外すと、契約後に「会員へのステップ配信は別契約」という話が出てきて、月額の前提が崩れます。

なお、D2CとECという語の階層差はD2CとECの違いと階層差の整理で扱っており、ASP・パッケージ・スクラッチという構築方式の選び方と立ち上げ手順はD2Cサイト構築の進め方と七工程が担当します。本記事は製品タイプの選定に絞ります。

汎用ECカートと定期通販特化カートを分けるサブスク実装の設計差

差が出るのは、定期購入を受注データとしてどう持つかです。定期通販特化型は、次回配送日・経過回数・スキップ履歴を受注モデルの内側に持ち、回数割引や解約前オファーを標準の画面から設定できます。汎用型は都度購入を前提に作られているため、定期購入を別のレイヤーで足す構成になります。

Shopifyのヘルプセンターでは、サブスクリプション商品の販売にShopify Subscriptionsアプリ、またはアプリストアのサブスクリプションアプリの導入が前提と案内されています（2026年8月時点）。アプリで足す構成は初期費用が軽い一方、定期の注文データがアプリ側に寄るため、解約率やF2転換率の集計を別ツールで組み直す手間が残りました。

判断の目安は売上構成です。定期購入が売上の五割を超える計画なら特化型、三割未満なら汎用型にアプリを足す構成で足ります。三割から五割の帯は、集計をどこまで自前で持つかで決めてください。

D2Cカート四タイプの機能範囲と費用構造を月商規模別に比較した判断材料

四タイプを、機能範囲と費用構造で並べます。掲載する金額はいずれも各社の公式料金ページに表示された額で、2026年8月時点のものです。

汎用ASP型カートの月額と決済手数料の実額（2026年8月時点）

汎用ASP型は初期費用が軽く、売上に応じて費用が伸びる料金体系です。代表的な三サービスの公開料金を並べます。

表から読めるのは、無料枠のあるBASEスタンダードが手数料合計6.6%＋40円で、月商が伸びるほど不利になる構造です。BASEグロースは月額を払って決済手数料を2.9%へ下げる設計で、損益が入れ替わる水準は月商およそ50万円前後になります。futureshopは売上手数料を取らない代わりに月額が高く、決済手数料は決済代行会社との契約で別途かかる点に注意してください。料金体系の違うものを月額だけで比べると、判断を誤ります。

定期通販特化型カートが標準搭載するLTV機能と見積り取得の前提

定期通販特化型が標準で持つのは、LP一体型の申込フォーム、ステップメール、回数割引と解約前の引き止め導線、そして定期の稼働件数と解約率を見る画面です。汎用型ではアプリを三つ四つ足して同じ状態を作ります。その分、アプリごとの月額と、アプリ間でデータが分断される運用負荷が乗りました。

費用は、公開料金ページを持つ製品と持たない製品が混在するため、横並びの表を作れません。見積りを取るときは、月商計画・定期の想定件数・商品点数・必要な外部連携の四点を同じ文面で各社へ渡してください。条件を揃えないと、初期費用に何が含まれるかが各社でずれ、比較そのものが成立しません。

エンタープライズ型クラウドECとヘッドレス構成へ移る月商水準の目安

上の二タイプで足りない要件は主に二つです。実店舗や基幹システムと双方向に繋ぐ運用と、表示側を自社で作り込む要求。前者はエンタープライズ型のクラウドEC、後者はヘッドレス構成と個別開発が受け皿になります。

費用の階段は明確です。futureshopの公式料金ページでは、通常プランが初期22,000円から・月額27,000円からであるのに対し、実店舗連携を含むomni-channelは初期752,000円・月額167,000円と掲載されています（2026年8月時点）。Shopifyの上位にあたるPlusも月額368,000円からで、ここにフロントエンドの開発費が乗ります。

判断は月額差ではなく回収年数で行います。初期1,500万円の個別開発に対し、手数料削減と運用工数の圧縮で年間300万円を戻せるなら五年、150万円なら十年。十年かかる案件は、その前にプラットフォーム側の仕様変更が来ます。ヘッドレス構成の仕組みと向き不向きはヘッドレスコマースの仕組みと導入判断にまとめています。

定期購入・同梱・越境という固有要件から確認するプラットフォーム適合

タイプが絞れたら、D2C固有の要件で最終確認をかけます。ここで漏らすと、契約後に追加開発が発生しました。

定期購入とスキップ・解約導線で外せない機能の見分け方と確認手順

確認するのは三点です。次回配送日を顧客自身がマイページで変更できるか、スキップと再開が解約を挟まずに行えるか、そして解約の申し出をフォーム上で受けて引き止めオファーを出せるか。デモ環境で購入者側の画面を触れば、十分に判別できます。

販売画面には特定商取引法の最終確認画面の表示義務がかかり、定期の総額や解約条件をどこに出すかで画面設計が変わります。カート標準のテンプレートで満たせるのか、個別の作り込みが要るのかは、契約前に確定させたい項目です。課金サイクルと解約導線の設計をどの粒度まで社内で決めておくかは、サブスクECの仕組みとカート選定の判断軸で扱っています。

引き止め導線をアプリで足す場合、解約データはアプリ側に残ります。カートの受注データと突き合わせないと、月次の解約率が出せません。集計をどこで持つかまで含めて、デモの時点で確認してください。

同梱物・ステップメール・LP一体型フォームの実装可否の見分け

D2Cの単価とリピート率を左右する仕掛けは、カートの標準機能かどうかで実装コストが十倍変わります。確認する項目を挙げます。

• 同梱物の出し分け：初回と二回目以降でチラシを変える指示を、出荷データに載せられるか
• LP一体型の申込フォーム：広告ランディングページ内で離脱なく決済まで完了できるか
• ステップメール：購入からの経過日数と定期回数の二軸で配信条件を組めるか
• アップセルとクロスセル：申込直後の画面で追加購入を提示できるか
• 外部CRM・MAへの会員データ連携：APIかCSVか、更新頻度はどこまでか

この五項目のうち、同梱物の出し分けとLP一体型フォームは、汎用ASP型では外部サービスかアプリに頼る場合が多く見られます。出荷データを扱う倉庫やフルフィルメント業者の受け入れ形式とも噛み合う必要があるため、カート単体で判断せず、出荷側の仕様と一緒に確認してください。

越境販売・多言語・実店舗連携を要件に加えたときに残る選択肢と条件

実店舗連携と越境販売は、候補を一気に減らす要件です。実店舗の在庫と会員を双方向に繋ぐなら、前章のエンタープライズ型か個別開発に絞られ、汎用ASP型は候補から外れます。要件に加える時点で、費用の階段が一段上がると考えてください。

越境販売では、多通貨表示、海外決済、関税と配送、言語ごとのSEO要件が加わり、国内向けの設計をそのまま延長できません。海外展開の機能を持つ基盤から入るか、国内向けと越境向けでサイトを分けるかは、対象国が一か国か複数かで分かれます。国内と同じカートで両方をまかなおうとすると、税・表記・配送の例外処理が本体側に溜まり、後の改修が重くなります。

SaaSカートで足りる境界と、個別開発へ踏み出す条件・見送る場面

ここからは判断を言い切ります。SaaSカートで足りるのか、個別開発に踏み出すのか、その境界を条件で示します。

SaaSカートの標準機能で足りると判断してよい三つの事業条件

次の三つがすべて当てはまるなら、個別開発は不要です。SaaSカートの標準機能とアプリで組み、浮いた予算を広告と商品開発へ回してください。

• 商品点数が概ね500点以下で、サイズ・色以外の掛け合わせによる複雑な在庫単位を持たない
• 受注から出荷までを自社またはフルフィルメント業者の標準フローで回せる
• 会計・在庫・生産の基幹システムとは、日次のCSV連携で足りる

立ち上げ期に個別開発へ資金を寄せた事業ほど、商品が売れ始める前に運転資金が細ります。売り場は作り直せますが、失った資金と時間は戻りません。最初の一年はSaaSで走り、月商と定期の稼働件数が見えてから作り込む順序が、実務では手堅い選択です。

アプリ追加でなく個別開発を選ぶ基幹連携・独自ロジックの二条件

個別開発へ移す条件は二つに絞れます。一つは、基幹システムとの連携が日次バッチでは成立しない場合。受注のたびに生産計画や実在庫を引き当てる受注生産型の商材は、SaaSの標準APIでは間に合いません。もう一つは、価格や出荷の決定ロジックが自社固有の場合です。

会員ランクと定期回数と同梱物の組み合わせで価格が変わる。出荷倉庫を商品と配送先の組み合わせで振り分ける。こうした処理をアプリの設定画面だけで表現しようとすると、アプリを積み増した末に、どこで何が上書きされているか追えない状態になりました。分岐が三段を超えたら、その部分だけを個別開発で外へ出す設計が現実的です。

SaaSを土台にして必要な部分だけ作り込む構成は、要件の切り分けさえできれば初期費用を抑えられます。切り分けと構築の進め方はECサイト制作・Shopify構築の相談窓口で、月商計画と商材条件を提示したうえで見積りを取ると、どこまでを標準機能で賄えるかの線が早く引けます。

個別開発を見送るべき場面と、費用が回収できない三つの失敗パターン

見送るべき場面は明確です。月商の実績がまだ無い段階、EC担当が兼務一名以下の体制、そして「将来の拡張のため」という理由しか出てこない要件。この三つのいずれかに当てはまるなら、個別開発には着手しないでください。

回収できない典型は三つありました。一つ目は、競合サイトの機能を並べて作った結果、使われない画面が半分を占めるケース。二つ目は、公開後の運用要員を確保しないまま作り、商品登録が追いつかず売り場が更新されなくなるケース。三つ目は、構築費が広告費を圧迫して集客が止まり、機能はあるのに注文が来ないケースです。

いずれも機能の不足ではなく、順序の誤りが原因でした。売れる導線を先に作り、詰まった場所を個別開発で広げる。この順序を守るだけで、初期投資は三分の一まで下げられます。

プラットフォーム乗り換えで高くつく会員データと決済情報の移行制約

選定時に見落とされるのが、次に移るときの制約です。ここは二年後に効いてきました。

定期購入の会員データと次回配送日を移せない構造と、回避の順序

商品と会員の基本情報はCSVで移せます。移せないのは、定期購入の継続状態です。次回配送日、経過回数、適用中の回数割引、スキップ履歴。これらは製品ごとにデータの持ち方が違い、移行先で同じ状態を再現できないことがあります。

実務上は、既存会員に再度の申し込みを依頼する運用へ落ちます。ここで一定数が離脱するため、乗り換えの本当のコストは、移行作業費ではなく失う定期会員の生涯価値です。定期会員1万人・月額単価5,000円・平均継続12か月の事業なら、離脱1割で6,000万円分の売上が消えます。

回避の順序は決まっています。定期の設計、つまり回数割引・スキップ・解約導線を先に固め、それを標準機能で満たせる製品を選ぶ。この順序であれば、後から特化型へ移る必要そのものが減ります。

決済代行の変更でカード情報が再登録になる制約と選定時の確認項目

カード情報を保持しているのは加盟店ではなく決済代行会社です。カートを乗り換えても決済代行が同じなら、登録済みのカードを引き継げる場合があります。決済代行ごと変えるなら、会員全員へ再登録を依頼する前提で計画してください。

選定時に確認するのは三点です。そのカートで選べる決済代行会社の一覧、決済代行を後から変更できるか、そして定期の継続課金に対応する決済手段がカード以外にあるか。コンビニ後払いや口座振替を定期で使う場合、対応する代行会社は限られます。

カートの選定と決済代行の選定は、同じ会議で決めてください。別々に決めると、後から選び直せる幅が消えます。

よくある質問

D2Cプラットフォームの選定で繰り返し受ける質問を、判断基準とあわせて整理しました。

D2Cプラットフォームは何を基準に選べばよいですか？

定期購入を扱うかどうかと、基幹システムと双方向に繋ぐかどうかの二点です。この二問に答えるだけで、汎用ASP型・定期通販特化型・エンタープライズ型クラウドEC・ヘッドレス構成という四タイプのうち一つか二つに絞れます。機能表の比較はその後で構いません。先に月商計画と商材条件を書き出し、同じ条件で各社へ見積りを依頼してください。

ShopifyはD2Cの定期購入に向いていますか？

都度購入が中心で、定期購入が売上の三割未満なら候補に入ります。Shopifyのヘルプセンターでは、サブスクリプション商品の販売にShopify Subscriptionsアプリまたはアプリストアのサブスクリプションアプリが前提と案内されており（2026年8月時点）、定期の注文データはアプリ側に寄ります。定期が売上の柱で、解約率やF2転換率を日次で見たい事業には、定期通販特化型のカートが向いた選択です。

D2Cのカートシステムの費用は月にいくらかかりますか？

公式料金ページの表示額（2026年8月時点）では、BASEのスタンダードが月額0円で決済手数料3.6%＋40円とサービス手数料3%、グロースが年払い月額16,580円で決済手数料2.9%です。Shopifyは年払いでBasicが月額3,650円・カード手数料3.55%、Advancedが月額44,000円・3.25%。futureshopは初期22,000円から・月額27,000円からで売上手数料なし。定期通販特化型は公開料金を持たない製品が混在するため、同じ条件で相見積りを取って比べてください。

無料のカートからD2Cを始めても問題ありませんか？

月商が読めていない立ち上げ期なら、無料枠から始めて構いません。分かれ目は月商です。BASEのスタンダードは決済手数料とサービス手数料の合計が6.6%＋40円になるため、月商50万円前後を超えたあたりから、月額を払って手数料率を下げるプランのほうが総額で安くなります。売上が伸びたら料金体系を見直す前提で、初期の固定費を抑える選び方は理にかなっています。

D2Cプラットフォームは後から乗り換えられますか？

技術的には移せますが、定期購入がある事業では実質的な制約が残ります。商品と会員の基本情報はCSVで移せる一方、次回配送日や経過回数、適用中の回数割引といった継続状態は製品ごとに持ち方が違い、そのまま再現できない製品が少なくありません。その場合は既存会員へ再申込を依頼する運用になり、離脱が発生します。定期の設計を先に固め、それを標準機能で満たす製品を選ぶ順序で、乗り換えの必要そのものを減らしてください。

関連記事

• D2Cとは？意味・BtoCとの違いからメリットと始め方まで受託開発目線で解説：D2Cという事業モデルの前提と始め方を確認できます
• ECサイトの構築・作り方を解説｜5つの方法の選び方と要件定義から公開までの手順：業種を問わないEC構築の進め方をまとめています
• 越境ECとは？出店方式・始め方5ステップと、自社サイト型で構築する判断まで解説：海外販売を要件に加えるときの追加条件を整理しています
• LTVの計算方法｜基本式からSaaS・サブスク（解約率）の算出まで：定期購入の採算を測る計算式を扱っています