ShopifyはBtoBに向いているか：適したプラットフォームになるとき、ならないとき

はい。Shopifyは、法人バイヤーが固定価格または段階価格で自ら発注し、支払い条件を使い、消費者向けにも使える1つのストアで販売する、カタログ型のBtoBに向いています。2026年4月2日以降、これはすべてのShopifyプランに含まれています。一方で、次のうち複数が同時に当てはまる場合、Shopifyは適さないプラットフォームか、大規模な連携プロジェクトの出発点になります。バイヤーが調達システムからパンチアウトで発注する、取引先がEDIを求める、バイヤー側の管理者が注文を承認したり支出上限を課したりする必要がある、取引先が多階層の組織である、商品の構成が2,048バリアントを超える、チェックアウトで与信限度額を強制する必要がある、店頭のカウンターで会社の価格で販売する、のいずれかです。

このページでは、Shopify B2Bが各プランで何をするか、規模が大きくなって初めて効いてくる上限、Shopify自身がネイティブでは行わないとしているもの、ほかの6つのBtoBプラットフォームが同じ機能をどう文書化しているか、そして見積アプリが埋められる隙間と埋められない隙間を扱います。Shopifyに関する事実はすべてShopify B2BリファレンスかShopify自身のページにリンクし、ほかのプラットフォームに関する事実はすべてそのベンダー自身のドキュメントに基づいています。

以下の内容はすべて、2026年10月11日にベンダー自身のページでShopify APIバージョン2026-10を対象に確認しました。出典は末尾にあります。順位はつけず、価格も掲載しません。料金ページは変わるため、リンクを示しています。

ShopifyはBtoBかBtoCか

両方です。Shopifyは併用ストア、つまり「B2BとD2Cの両方の顧客に使う1つのShopifyストア」と、消費者向けストアとは別で、サインインしたバイヤーだけに限定することもできるB2B専用ストアに対応しています。Shopify Plusでは、B2B専用ストアを同じ組織内の拡張ストアにできます。Shopifyはこの選択を「あとから変更するのは簡単ではない」と警告しているため、データができる前に決めてください（あとから高くつく技術的負債）。会社所在地の連絡先ではないバイヤーは、サインインしていても消費者として扱われます。

Shopify B2Bがプランごとにすること

すべてのプラン（Basic、Grow、Advanced、Plus）	Shopify Plusのみ
所在地と連絡先を持つ会社、所在地単位の権限	無制限のカタログ（Plus以外は全B2Bマーケット合計で有効3件）
価格表、数量ルール、商品あたり最大10段階の数量別価格を持つカタログ	会社または所在地へのカタログの直接割り当て
所在地ごとの支払い条件（Net 7〜90、フルフィルメント時払い、指定日払い）、支払いリマインダー、保存済みカード	前受金、部分支払い、フルフィルメントごとの支払い請求
下書き注文から請求書、「すべての注文を確認用の下書きとして送信」、発注書番号、再注文	拡張ストア（契約ごとに無料のB2Bストア1つ）
会社所在地あたり最大10名の営業担当、クイック注文リスト、Tradeテーマ、Shopify FlowのB2Bトリガーとアクション	より大きなAPIの上限、FunctionsやFlow拡張機能を使うカスタムアプリ

プランの判断はBtoBにShopify Plusは必要かで順に説明し、各行の意味はShopify B2Bの機能解説で解説しています。

規模が大きくなると効いてくる上限

上限	API 2026-10時点の値
商品あたりのバリアント	既定で2,048
商品あたりのオプション	3 - 4つ目はAPIが拒否します
注文または下書き注文あたりの明細	500。下書き注文のAPI経由では499
会社あたりの所在地と顧客	それぞれ10,000。会社所在地あたりの顧客は50
顧客あたりの会社	1 - 顧客が所属できる会社は1社だけで、その会社の複数の所在地には所属できます
カタログ	Plus以外は全B2Bマーケット合計で有効3件。会社所在地あたり25件。ストアあたり10,000件
数量別価格の段階	商品あたり10段階。バリアントごとに適用
ストア（在庫）のロケーション	Basic、Grow、Advancedで10、Plusで200
バリアントが500,000に達したストアでの1日あたりの新規バリアント	10,000 - Plusを除く
GraphQL Admin API	毎秒100、200、1,000、2,000ポイント（Standard、Advanced、Plus、Commerce Components）

BtoBの運用に関わる挙動がほかに2つあります。支払い条件付きの注文が支払いまで置かれる**「支払い保留中」**の注文について、Shopifyは「注文の商品と割引を編集できない場合があります」と述べています。また、B2BはShopifyの購入オプション（サブスクリプションや「試してから購入」など）に対応しておらず、Shop Payのようなアクセラレーテッドチェックアウトとも互換性がありません。プラットフォームを選ぶ前に、バリアント、オプション、価格の区分の数を数えてください。これらは設定ではなくプラットフォームの上限であり、回避策を取るとデータモデルが変わります。

Shopify B2Bがネイティブでは行わないこと

Shopify自身の言い方のとおりに示します。

機能	Shopifyが述べている、または文書化している内容
パンチアウト（cXML、OCI）	「ShopifyはネイティブのPunchOutを提供していませんが、パートナーとの連携を通じてサポートしています」。App Storeのサードパーティアプリが、cXMLとOCIのパンチアウトを掲げています
EDI	Shopifyは「アプリまたはミドルウェアを通じてEDIを扱います」
見積、見積依頼（RFQ）、交渉	見積オブジェクトはありません。下書き注文のステータスは3つで、版もカウンターオファーもありません（Shopifyの下書き注文が見積ではない理由）
バイヤー側の承認と支出上限	会社連絡先の役割は「注文のみ」と「所在地の管理者」の2つで、承認や支出の設定はありません。「すべての注文を確認用の下書きとして送信」は、注文をバイヤーの上司ではなくマーチャントに送ります。ShopifyのB2Bページは、カスタムのバイヤー役割にはアプリを挙げています
取引先の階層	2階層です。会社は「1つ以上の会社所在地の親組織」です。Shopifyは会社の上に会社を置く構造を文書化しておらず、顧客が所属できる会社は1社です
購買リスト（requisition list）	B2Bの機能一覧にはクイック注文リストと再注文がありますが、保存できる購買リストはありません
1つの注文での複数の配送先	注文の配送先住所は1つです
与信限度額	ShopifyのB2Bページが会社所在地について挙げているのは支払い条件とストアクレジットで、与信限度額はありません。支払い条件は期限が来ても自動では請求されません
構成型の商品（CPQ）	商品あたりオプション3つ、バリアント2,048で、ルールエンジンはありません（ShopifyとCPQ）
POSでの会社の価格	コミュニティフォーラムでのShopifyスタッフの回答（2026年10月5日）は、会社とB2Bカタログは「レジには引き継がれません」と述べています

パンチアウトとは

パンチアウトは、バイヤーが自社の調達システムの中からサプライヤーのストアで買い物をできるようにする仕組みです。Shopifyのガイドは調達システムとしてCoupaとSAP Aribaを挙げています。バイヤーはサプライヤーへ「パンチアウト」してカートを作り、そのカートは社内承認のための購買依頼として調達システムに戻ります。注文はその後です。これを運ぶプロトコルは2つあります。cXMLは、その管理団体の言葉では「調達アプリケーション、eコマースのハブ、サプライヤーの間でビジネス文書をやり取りする」ためのプロトコルで、そのパンチアウトは「Webサイトへのリンクではなく」、「リアルタイムで同期的なcXMLメッセージの対話」です。OCIはSAPのOpen Catalog Interfaceです。Shopifyでは、パンチアウトはサードパーティのアプリが提供します。採用を決める前に、各アプリがB2Bカタログと会社所在地に対応しているかを確認してください。

Shopify自身のBtoB事例

ShopifyのBtoBの導入事例には、「同じ管理画面の中にBtoBバイヤー専用の2つ目のストアを追加した」Brooklinen、「卸売の顧客だけが使う専用の拡張ストア」を運営するKulani Kinis、そして顧客ごとの価格と支払い条件で「全米の修理工場」に販売するSnyder Performance Engineeringがあります。3社とも、セルフサービスのストアを通じて法人バイヤーにカタログを販売するブランドです。3つの事例のいずれも、パンチアウト、EDI、バイヤー側の承認には触れていません。これは3つのページについての観察であり、Shopifyの顧客全体についての観察ではありません。

Shopifyが適するとき、適さないとき

シグナル	示す方向	埋める手段
法人バイヤーが固定価格または段階価格のカタログからセルフサービスで発注する	Shopifyが適する	ネイティブ：カタログ、数量ルール、数量別価格
消費者向けと法人向けの販売を、1つの在庫で一緒に運用する	Shopifyが適する	ネイティブ：併用ストア
価格の区分が有効なカタログ3件に収まる、またはPlusを使っている	Shopifyが適する	ネイティブ。件数を増やす、または直接割り当てるならPlus
所在地ごとのNet、指定日、フルフィルメント時の支払い条件	Shopifyが適する	ネイティブ。前受金と部分支払いはPlus
標準品の価格を商談ごとに交渉する	Shopifyが適する（見積レイヤーを加えて）	見積アプリ（ネイティブ、アプリ、独自開発、CPQ）
バイヤーがCoupa、Ariba、SAPからパンチアウトで発注する	連携プロジェクト	サードパーティのパンチアウトアプリ
取引先がEDIを求める	連携プロジェクト	EDIアプリまたはミドルウェア
バイヤーの上司がすべての注文を承認する、または支出上限を課す	連携プロジェクト、または別のプラットフォーム	バイヤー管理のアプリ、バイヤー承認を備えた別のプラットフォーム
グループ、子会社、支店の取引先があり、連絡先が子会社をまたぐ	別のプラットフォーム、または独自のモデル	親子の取引先を文書化しているプラットフォーム（後述）
2,048バリアントまたは3オプションを超える商品、またはルールで価格が決まる商品	別のプラットフォーム、またはCPQ	コンフィギュレーター、商品の分割
500明細を超える注文、または1注文で複数の配送先	別のプラットフォーム、または注文の分割	-
チェックアウトで強制する与信限度額	ERP主導	与信はERPが持ち、Shopifyは注文を受ける
会社の価格での店頭カウンター販売	別のチャネル	-

表の下半分のシグナルが1つあるだけで決まるものではありません。それぞれに個別の連携が必要なシグナルが複数重なったとき、Shopifyは安く済むプラットフォームではなくなります。「複数」のしきい値は示しません。それを裏づけるデータがないからです。

ほかのBtoBプラットフォームは同じ機能をどう文書化しているか

以下は各ベンダー自身のドキュメントの記載で、2026年10月11日に確認しました。ありは、ベンダーがプラットフォームまたはファーストパーティのBtoB機能として文書化しているもの、パートナー経由は、サードパーティのアプリやパートナー連携を通じてのみ利用できるもの、一部は、制限を明記したうえで文書化しているもの、見つからずは、確認したドキュメントの中で見つからなかったもので、「持っていない」という意味ではありません。

機能	Shopify	BigCommerce B2B Edition	Adobe Commerce B2B	Salesforce B2B Commerce	SAP Commerce Cloud	OroCommerce	Shopware B2B Components
見積とRFQ（交渉を含む）	ネイティブではない（アプリ）	あり	あり	あり	あり	あり	あり
バイヤー側の購買承認	ネイティブではない（アプリ）	一部 - 役割に応じた買い物リストの承認	あり - 承認ルール	見つからず	あり	一部 - カスタマイズとして文書化	あり
親子の取引先階層	なし - 2階層	あり	あり	一部	あり	あり	あり - 組織単位
顧客ごとのカタログと価格表	あり	あり	あり	あり	あり	あり	あり
購買リストまたは買い物リスト	クイック注文リスト、再注文	あり	あり	一部 - ウィッシュリスト	一部 - 保存したカート	あり	あり
クイック注文、一括注文	あり	あり	あり	あり	あり	あり	あり
パンチアウト（cXML、OCI）	パートナー経由	パートナー経由	一部 - パンチアウトの設定はあるが、プロトコルの処理は文書化されていない	パートナー経由	あり - cXMLパンチアウトモジュール	パートナー経由	パートナー経由
EDI	アプリまたはミドルウェア	見つからず	見つからず	一部 - EDI由来の注文を取り込む	見つからず	見つからず	見つからず
支払い条件、与信限度額	支払い条件はあり、与信限度額は見つからず	あり - 与信限度額を含む	あり - 与信限度額までの掛け払い	一部	一部 - 予算	一部 - 支払い条件	一部 - 予算
提供形態	Shopifyがホスト	BigCommerceがホスト	SaaS、PaaS、オンプレミス	Salesforceのクラウド	SAPが運用するクラウド	オープンソースのCommunity Edition、Enterprise、OroCloud、オンプレミス	セルフホスト、SaaS、PaaS
BtoB機能の位置づけ	すべてのプラン、追加機能はPlus	EnterpriseプランのB2B Edition	Adobe Commerce向けの別途ライセンスのB2B拡張機能	B2B Commerceのライセンス	B2B Accelerator／モジュール	CommunityとEnterpriseのエディション	EvolveプランからのB2B Components

この表からわかることが3つあります。ここに挙げたほかのプラットフォームはすべてネイティブの見積フローを文書化していますが、Shopifyにはありません。Shopifyに見積アプリが存在するのはそのためです。ファーストパーティのcXMLパンチアウトモジュールを文書化しているのはSAPだけで、Shopifyを含むほかのプラットフォームはパートナーに頼っています。そして、ほかのプラットフォームはいずれもBtoB機能を、エントリー向けの区分より上の名前のついたエディション、ライセンス、プランに置いていますが、ShopifyはB2Bをすべてのプランに含めています。

2つのベンダーは、知っておく価値のある移行を文書化しています。SAPはAcceleratorのストアフロントを終了し、composable storefrontへ移行しようとしています。Shopwareは、旧来のB2B SuiteはShopware 6.8からサポートされず、B2B Componentsに置き換わるとしています。

BtoBでのBigCommerceとShopifyの比較

文書化された機能で見ると、両者は会社アカウント、顧客ごとのカタログと価格表、クイック注文、支払い条件で重なります。BigCommerceのB2B Editionが文書化していて、ネイティブのShopifyにないものは、交渉を伴うバイヤーの見積フロー、若手のバイヤーが承認に回す買い物リスト、カスタムの役割を持つ会社の階層、そして会社ごとの与信限度額と与信保留です。逆方向の違いとしては、ShopifyがB2Bをすべてのプランに含めているのに対し、BigCommerceはB2B EditionをEnterpriseプランに置いています。パンチアウトはどちらもパートナーのアプリに頼っています。重要な隙間が見積とバイヤーの役割であれば、BigCommerceのネイティブ機能とShopifyにアプリを加えた形を比べてください。パンチアウトやEDIであれば、どちらもパートナーが必要です。

見積アプリが埋められる隙間と、埋められない隙間

見積アプリが埋めるのは、Shopifyにオブジェクトのない商談の状態です。依頼、交渉した価格、カウンターオファー、見積に対する承認、そして変換された下書き注文です。一例としてQuotWayでは、提案は版として管理され、送信すると明細がロックされます。バイヤーはカウンターを出せ、承諾された見積はShopifyの支払い条件を伴うネイティブの下書き注文に変換されます。支払い条件と変換は、無料のLiteを含むすべてのプランで使えます。マーチャントの承認ワークフローとバイヤー側の承認チェーンはProfessional以上で、対象は見積であり、通常のカタログからのチェックアウト注文ではありません。会社と所在地を使う会社対応の見積はEnterpriseです（プラン）。

見積アプリが加えられないものもあります。それぞれが商談の状態ではなく、プラットフォームや連携の領域だからです。パンチアウト、EDI、ERPネイティブの契約価格、与信限度額の台帳、POSでの会社の価格、親子の取引先、2,048を超えるバリアントです。QuotWayはこのいずれも提供していません。Shopifyが適していて見積アプリも不要なケースはShopifyの見積アプリを使うべきでないときで、必要な場合にQuotWayが加えるものはQuotWayによるShopify B2Bで扱っています。

よくある質問

ShopifyはBtoBに向いていますか？

はい。法人バイヤーが固定価格または段階価格で自ら発注し、支払い条件を使うカタログ型の販売には向いており、2026年4月2日以降はどのShopifyプランでも使えます。バイヤーにパンチアウト、EDI、バイヤー側の承認と支出上限、多階層の取引先、2,048バリアントを超える構成型の商品が必要な場合は適合度が下がります。いずれもアプリ、連携、または別のプラットフォームが必要です。

ShopifyはBtoBですか、BtoCですか？

両方です。1つのストアで消費者と法人の両方に販売することも（併用ストア）、B2Bだけの別のストアを持つこともできます（B2B専用ストア。Plusでは拡張ストア）。Shopifyは、この選択はあとから変更するのが簡単ではないとしています。

Shopify PlusのB2B機能は何ですか？

無制限のカタログと会社・所在地への直接割り当て、前受金、部分支払い、フルフィルメントごとの支払い請求、拡張ストア、より大きなAPIの上限、FunctionsやFlow拡張機能を使うカスタムアプリです。Shopify B2Bのそれ以外の機能は、すべてのプランに含まれます。

パンチアウトとは何ですか？

バイヤーが自社の調達システムから始めてサプライヤーのストアへ「パンチアウト」し、カートを作り、それを社内承認のための購買依頼として調達システムに戻す仕組みです。使われるプロトコルはcXMLとOCIの2つです。

Shopifyはパンチアウトに対応していますか？

ネイティブでは対応していません。Shopify自身のガイドは「ネイティブのPunchOutを提供していませんが、パートナーとの連携を通じてサポートしています」と述べており、App StoreのサードパーティアプリがcXMLとOCIのパンチアウトを提供しています。各アプリが自社のB2Bカタログに対応しているかを確認してください。

ShopifyはEDIに対応していますか？

Shopifyの言葉では、アプリまたはミドルウェアを通じて対応します。ネイティブのEDIコネクタは文書化されていません。

Shopifyで、注文が確定する前にバイヤーの上司が承認できますか？

ShopifyのB2B機能ではできません。会社連絡先の役割は「注文のみ」か「所在地の管理者」で、「確認用に送信」は注文をマーチャントに送ります。バイヤー側の承認はアプリが加えます。見積については見積アプリが加えられ、QuotWayではProfessional以上で使えます。

BtoBではBigCommerceのほうがShopifyより優れていますか？

どの隙間が問題かによります。BigCommerceのB2B Editionは、ネイティブのShopifyにない見積、買い物リストの承認、会社の階層、与信限度額をネイティブ機能として文書化しています。一方、ShopifyはB2Bをすべてのプランに含めていますが、B2B EditionはBigCommerceのEnterpriseプランにあります。パンチアウトはどちらもパートナーに頼っています。

最適なBtoB ECプラットフォームはどれですか？

答えは1つではありません。バイヤーにどの機能（見積、バイヤーの承認、取引先の階層、パンチアウト、EDI）が必要か、BtoB機能をどこに置きたいか（含まれた機能か、エディションか、ライセンスか）、どうホストするかによって決まります。各ベンダーが何を文書化しているかは、上の比較表にまとめています。

Shopifyの商品にはバリアントをいくつ持てますか？

APIバージョン2026-10時点で既定で2,048、オプションは最大3つです。

出典

いずれも2026年10月11日にShopify APIバージョン2026-10で確認：

Shopify

• プラン別のB2B機能、B2B機能の概要、要件と考慮事項、ストアの種類を選ぶ
• 会社を作成する、会社に顧客を追加する、会社連絡先、チェックアウトの設定
• B2Bカタログ、ストアクレジット、注文の編集 - 考慮事項、ロケーションの上限
• アプリとB2B、Company、CompanyContactRole、Order、Product、productOptionsCreate、レート制限
• Shopify B2Bと、ShopifyのBtoB ECサイト開発ガイド（パンチアウトとEDI）
• 導入事例：Brooklinen、Kulani Kinis、Snyder Performance Engineering
• コミュニティフォーラムでのShopifyスタッフの回答：POSでのB2B顧客

パンチアウトの標準

• cXMLとcXMLのFAQ。SAP、Open Catalog Interface 5.0

ほかのプラットフォーム（各ベンダー自身のドキュメント）

• BigCommerce：B2B Editionの概要、見積、会社のエンティティと役割、与信と支払い、B2B Editionアプリ
• Adobe Commerce：B2Bの概要、発注書の承認ルール、拡張機能とライセンス、製品ソリューション
• Salesforce：B2B CommerceとD2C Commerce（Spring '26）、BtoB eコマース
• SAP Commerce Cloud：B2B Commerce、B2B PunchOutモジュール、承認プロセス、composable storefront
• OroCommerce：RFQと見積、顧客、価格設定、調達システムとの連携、エディションとリポジトリ
• Shopware：B2B Components、注文の承認、組織単位、B2B Suiteからの移行、料金とプラン

ほかのプラットフォームの機能は、各ベンダーが文書化しているとおりにのみ記述しています。「見つからず」は、確認したドキュメントの中で見つからなかったことを意味します。