Shopify Plus B2B 2026 — スケールする卸売オペレーターが15秒で知るべきこと

• Plus B2Bはもはやアクセスの話ではない。スケールの話だ。 2026年4月2日以降、すべての有料プランで基盤B2B機能が使える。Plusの価値は、非Plusストアが限界に当たる領域にある。

• スケールで効くPlus限定の差分は5つだ: 無制限カタログ、カタログの会社/ロケーションへの直接割り当て、部分支払い、デポジット、営業担当権限のスコープ設定。

• 500件の卸売顧客が実質的な分岐点だ。 それ未満なら非Plus B2Bで通常は回る。超えると、3カタログ上限、部分支払い非対応、営業担当の権限ギャップが運用上の障害になる。

• 2026年のPlus B2Bの新要素: per-Marketのテーマカスタマイズ(3月13日)、SPS CommerceとCrstlとのEDI連携、B2B company作成向けのSidekick AI、company locations向けのstore credit。

• 飾り気のない現実: 購入後の注文編集 — net-30注文の数量変更、住所の分割、PO修正 — は、今でもPlus B2B運用チームが週あたり最も時間を失うワークフローだ。

Shopify Plus B2B 2026 は、非Plus B2Bでは足りなくなったときに採る選択肢だ。 2026年4月2日の基盤B2BをBasic、Grow、Advancedへ展開したことで、問いは 「Shopifyで卸売を回せるか?」 から 「どの規模でPlusが必要か?」 に変わった。大規模運用者、エンタープライズ卸売クライアントをオンボードする代理店、headlessのbuyer portalを作るdevにとって、答えは基本機能ではなく差分にある。

このガイドは、今すでにPlusでB2Bを運用している人、現行構成が限界に達したためPlusを検討している人、あるいはボリュームがPlus領域に入るクライアント向けにB2B実装を設計している人向けだ。

4月2日以降もPlus B2Bが重要な理由

2026年4月2日の展開で、意図的に限定された機能セット付きのネイティブB2Bがすべての有料プランに開放された。だが、高ボリュームの卸売運用が壊れるのは、まさにその制限部分だ。 非Plusストアで使えるのは company profiles、payment terms、volume pricing、vaulted cards、ACH (US)、そして Markets 経由で最大3カタログまで。階層別価格と小〜中規模卸売には足りる。大規模運用には足りない。

運用上重要なPlus限定の差分は5つある:

500件の卸売顧客が、非Plus B2Bが痛くなる実際の閾値だ。 それ未満なら、3カタログ上限は階層別価格で回せる。超えると、回避策を作るか、一部の買い手に誤った価格が出ることを受け入れるかになる。どちらの失敗も、Plusへ上げるコストより高くつく。

Plus B2Bのアーキテクチャ: Company、Location、Catalogをスケールさせる

500+件の卸売顧客を抱えるPlus B2Bでも、Company → Location → Buyerの階層は同じだ。違うのは構成密度だ。 非Plusストアなら 50 companies、80 locations、3 catalogs で回るかもしれない。Plus運用では 500 companies、1,500 locations、250+ catalogs になる。そして、それを破綻させずに回すのがPlus限定の直接割り当てモデルだ。

• 非Plusのパターン: カタログは Markets に割り当て、companyは Market membership を通じてカタログアクセスを継承する。3カタログなら回るが、10+で壊れる。

• Plusのパターン: カタログを特定の company または location に直接割り当てる。1つのカタログを1社専用にも、グループ共有にも、複数のデフォルトにもできる。決めるのはあなただ。

代理店の技術リード向け: サードパーティアプリ、または非Plus B2B から Plus へ移行するなら、カタログ割り当て監査がプロジェクトで最も長い作業になる。すべての価格ルールをPlusのカタログにマッピングし、それが company スコープか location スコープかを決め、プラットフォームを触る前に割り当てロジックを文書化しろ。

無制限カタログ: Plus運用者はどう使うか

無制限カタログの上限なら、3カタログ上限ではできない形で、カタログの目的とカタログのスコープを分離できる。 Plus運用では、カタログを3つの軸で使う: 価格帯、商品ライン、顧客タイプだ。

実運用のPlus B2Bストアで見られる具体例:

• 顧客ごとの交渉価格 — Acmeには専用カタログ、Beta Corpにも専用カタログ。500+ companies、500+ catalogs。

• 商品ラインのオーバーレイ — 新SKUを含む「seasonal release」カタログを上位50アカウントに割り当て、残りは標準カタログを見る。

• 1つのMarket内での地域別価格 — Marketsが通貨と税を処理し、カタログがMarketsでは表現できない顧客別の地域差を処理する。

• カスタム注文用カタログ — 仕様指定品向けにデポジット必須の別カタログを作り、事前承認済み company のみに割り当てる。

2026年には volume pricing も改善された。階層のしきい値をバリアント単位で適用できるため、同じカタログ内でもTシャツの商品でサイズごとに異なる volume pricing を設定できる。

部分支払いとデポジット: キャッシュフロー層

部分支払いとデポジットはPlus限定機能で、カスタム、受注生産、高額商品のB2B運用におけるキャッシュフローモデルを変える。 非Plusストアは前払いで回収するか、条件付き出荷するか、Shopify外で請求する。Plusストアなら、その3つに加えてデポジット+残額請求ができる。

運用パターン:

• 受注生産: 注文時に50%デポジット、出荷時に50%。デポジットで生産キャパシティを確保する。

• 高額案件のマイルストーン請求: 50kの注文を、注文時・生産マイルストーン・納品で30/30/40に分割する。

• バックオーダーSKU: 2026年2月6日の payment-requests-per-fulfillment 更新で、このモデルは fulfillment に拡張された。各出荷が buyer の Customer Account で次の支払い要求を発火する。

これを Net 30/60/90 の残額と組み合わせると、以前は custom AR か enterprise ERP 連携が必要だったキャッシュフローモデルになる。Plusではネイティブだ。

スケールした営業担当ワークフロー

Spring 2026の更新以降、営業担当の権限を特定の company accounts にスコープできるようになった。Plus限定だ。これで最も一般的なB2B運用リスク、見るべきでないアカウントを担当が見てしまう問題が消える。 スコープされた営業担当は、割り当てられた company の draft orders だけを作成・編集できる。

これで可能になるPlus B2Bのパターン:

• 地域テリトリーの所有 — Rep Aが東海岸、Rep Bが西海岸を担当し、相互に見えない

• アカウント階層の専門分化 — 上位50の enterprise はシニア担当、中堅はジュニア担当

• チャネル分離 — 直接B2B担当とディストリビューターチャネル担当を分ける

• 代理店担当アクセス — あなたの代理店のアカウントマネージャーに、特定クライアントへのスコープ付きアクセスを付与する

draft orders と組み合わせると、スコープされた担当は見積提案を完全に組める — 明細、カスタム価格、payment terms、配送 — 他アカウントを見ずに済む。

Storefront API を使った headless B2B

Buyer experience要件が Trade や Horizon themes を超えたPlus運用者には、Storefront API がB2Bの完全なオブジェクトモデル — buyer認証、catalog-aware pricing、payment terms、draft orders — を公開する。完全カスタムポータルを組める。 だいたいの分岐点は、月500+件のアクティブな卸売 buyer logins だ。

2026年の headless B2B パターン:

1. Storefront APIによる認証 — buyer はあなたの portal でログインする。APIは、その company location にスコープされた buyer token を発行し、カタログアクセスと価格を決める。

2. catalog-awareな商品クエリ — GraphQL クエリが、認証済み buyer の location に対する正しい価格を自動で返す。

3. カスタム承認フロー — 注文閾値のある複数 buyer company では、portal が承認ルーティングを担当し、Admin API が結果の注文を追跡する。

4. 深い ERP / AP 連携 — ほとんどの enterprise B2B portal は、buyer の procurement system (Coupa, Ariba, NetSuite) と連携する。その連携は Shopify ではなく、あなたのカスタム portal 上にある。

トレードオフは明確だ: UIを完全に制御でき、深い連携もできるが、保守は全部自分持ちになる。Trade と Horizon なら Shopify 管理の更新が入るが、カスタム portal には入らない。

EDI連携: SPS Commerce、Crstl、カスタムEDI

Winter '26 の EDI 連携サポートにより、Plus B2B運用は SPS Commerce と Crstl からの purchase order を draft orders として直接同期できる。custom EDI middleware か手入力受注を置き換える。 big-box retail や distributor network に売るB2B運用では、これは運用上の大きな変化だ。

この連携が処理するもの: EDIで受信した PO は Shopify に draft orders として流れ込む。Admin で承認し、編集し、出荷する。ステータスメッセージは fulfillment の進行に合わせて戻る。標準の 850 (PO)、855 (PO acknowledgment)、856 (ASN) は対象だ。

置き換えないもの: EDIパートナーそのもの (SPS Commerce か Crstl のアカウントは必要)、trading partner certification、非標準の EDI ドキュメントタイプ。Walmart、Target、Costco、主要 distributor に売るPlus運用では、SPS Commerce + Shopify の構成は、Shopify と並走する別の EDI / ERP スタックを持つより競争力がある。

Plus向けB2B固有のFlowパターン

Flow の 2025年12月のテストランと継続的なトリガー拡張で、Flow は Plus B2B の本番自動化層になった。B2B固有のパターンはDTCとは別物だ。 Plus運用で、B2BをDTCと同じ Flow ワークフローに載せるな。

2026年の高インパクトなB2B Flowパターン:

• company tier で自動ルーティング。 トリガー: Order created。条件: company tag = "enterprise"。アクション: 専用 fulfillment に割り当て、優先タグを付け、account manager に通知。

• payment terms 失効アラート。 トリガー: 定期実行。条件: Net-30 注文、25日超。アクション: ARチームに通知、回収フォロー用タグを付与。

• 編集時の営業担当通知。 トリガー: Order updated。条件: 注文が割り当て済み company のもの。アクション: Slack で担当に通知。

• 自動承認しきい値。 トリガー: Draft order created。条件: company tier Y で total > $X。アクション: 管理者レビューへ回し、承認リクエストを送信。

• EDIステータスの戻し同期。 トリガー: Fulfillment created。条件: source = EDI。アクション: 856 (ASN) 生成を開始。

Payment Customization Functions との相性もいい。価値、商品、顧客属性に基づいて B2B 注文を管理者レビューに回し、デプロイ済み Function のルーティングロジックで制御する。

マルチストアとマルチMarketのB2B

複数ストア組織、または複数 Markets にまたがる B2B を運用するPlusユーザーは、2026年の機能で国際卸売アーキテクチャが実質的に変わる。 2026年3月13日の更新 — per-Marketのテーマ設定と app embeds — により、地域ごとに別ストアを立てずに、Marketごとに storefront 体験をカスタマイズできる。

2026年の Plus multi-store / multi-market B2B パターン:

• 1つの Plus organization、複数ストア — 各地域 (US、EU、APAC) ごとに独立した商品カタログ、通貨、税ルールを持つが、company account は org レベルで統合される。

• 1ストア内の Markets で細かい地域分割 — サブリージョンのカタログと per-Market のテーマカスタマイズで、1つのEUストアからフランスとドイツのB2B buyer を異なる storefront 構成で扱える。

• per-Market app embeds — Market ごとに別のB2B app (USでは EDI、EUでは別) を、buyer の Market に応じて自動読み込みする。

複数地域の卸売クライアントをオンボードする代理店にとって、まず押さえるべきアーキテクチャ上の変化だ。以前の多地域B2Bは multi-store を意味した。2026年には、その複雑さの大半が、正しい Markets 設定を持つ1つのストアに収束する。

B2Bの購入後注文編集をスケールさせる

B2B注文はDTC注文よりも編集される頻度が高く、Plus規模ではその件数が運用上の上限になる — net-30請求書の送付先AP担当の誤り、電話注文で住所を打ち間違える、数量変更、PO番号が数日後に戻ってくる。 忙しい Plus B2B 運用では、定型的な購入後変更だけで週5〜15時間のオペレーション時間を失うことがある。

ネイティブの Shopify B2B は、管理画面経由の merchant-side edits を処理する。だが buyer 向けの self-service editing は提供しない。

Revizeブログなので言うが: Revize は、payment terms付き注文の住所変更、fulfillment前の数量調整などを含むB2B注文編集をサポートする。B2B注文が1,000件/月で、8%が変更依頼なら、月80件超をセルフサービスに逃がせる。より深い運用コンテキストは、Shopify注文管理ガイド 2026を見てほしい。

結論

2026年のShopify Plus B2Bは、アクセスの話ではなくスケールの話だ。 2026年4月2日の展開で、B2Bの基礎機能はすべての有料プランに開放された。Plusが提供するのは、500+件の卸売顧客、マルチストア組織、headless portal、EDI連携済みの小売取引関係に耐えるアーキテクチャだ。

今すでにPlusでB2Bを運用している人へ: カタログ割り当てのパターンを監査しろ。2023年時代の price list 構成から移行したなら、バリアント単位の volume pricing や per-Market のテーマカスタマイズが欠けているかもしれない。6か月触っていない B2B Flow ワークフローをテスト実行しろ。

卸売クライアントをオンボードする代理店へ: ヒアリングの問いはもはや「Plusが必要か」ではない。問うべきは「スケール曲線のどこにいるか、12か月後のトラジェクトリーはどうか」だ。卸売顧客が100件のクライアントは、今すぐPlusが不要かもしれない。四半期15%で成長しているなら、18か月後には必要になる。

全員へ: ネイティブの Plus B2B は、buyer 向けのセルフサービス注文編集をまだ提供しない。そのギャップは、多くの Plus B2B スタックで最も影響の大きい未解決点だ。

今週やること:

1. カタログ割り当てを監査する — 本来は顧客ごとに分けるべきものが、Markets の回避策に縛られていないか?

2. 営業担当権限を見直す — スコープされているか、それともまだ全件を見ているか?

3. 部分支払い / デポジットで、これまで取り逃がしていた案件が取れるか検討する

4. 6か月以上触っていない B2B Flow ワークフローをテスト実行する

5. buyer 向けセルフサービス注文編集がないなら導入する — Plus B2B のボリュームでは、サポート工数の計算は明白だ

よくある質問

2026年にB2Bを運用するのにShopify Plusは必要か?

必要ない — 2026年4月2日以降、基盤B2Bはすべての有料プランで使える。 Basic、Grow、Advanced では company profiles、payment terms、volume pricing、vaulted cards、ACH (US)、最大3カタログまでが使える。必要になるのは、それらを超えたときだ。典型的には 500+件の卸売顧客、部分支払いかデポジットが必要なとき、または営業担当権限のスコープ設定が必要なとき。

非PlusとPlusのB2Bの実務上の違いは何か?

3カタログ上限が最も体感しやすい制限だが、スケールすると効いてくる差分は部分支払い、デポジット、カタログの直接割り当て、営業担当のスコープ設定だ。 非Plus B2B は階層別価格をきれいに処理する。Plus は、顧客ごとの交渉価格、マイルストーン請求、テリトリー別営業ワークフローを処理する。

典型的なPlus B2B運用は、いくつのカタログを持つか?

500+件の卸売顧客を運用するPlusストアは、価格が顧客ごとの交渉か、階層ごとのグループかで変わるが、通常は 50-300+ 件のアクティブカタログを持つ。 階層ベースのモデルなら、規模が大きくても少数のカタログで回る。顧客ごとの交渉モデルでは、顧客またはグループごとにほぼ1カタログ必要になる。だから無制限が重要だ。

Trade theme から headless B2B portal に移るのはいつか?

まずは Trade か Horizon から始め、buyer logins が月500件前後を超えるか、体験要件が theme を超えたら headless を検討しろ。 headless は UI の完全制御と深い ERP / procurement 連携を与えるが、保守は全部自分持ちになる。

部分支払いとデポジットはどう動くか?

Plus限定だ。注文時にデポジットを取り、残額を後で回収するか、支払いを複数マイルストーンに分ける。 buyer は Customer Accounts で、スケジュールされた支払いが来るたびに支払う。よくあるパターンは 50/50 の受注生産、30/30/40 のマイルストーン請求、デポジット + Net-30 残額だ。

営業担当は自分に割り当てられた顧客だけを見られるか?

見られる — Spring 2026 で特定の company accounts に対する staff permission scoping が追加された。 スコープされた担当は、割り当て済み company の draft orders だけを作成・編集できる。Plus限定だ。テリトリー所有、アカウント階層の専門分化、チャネル分離を安全に実現できる。

Shopify B2B は EDI と連携できるか?

できる — Winter '26 で SPS Commerce と Crstl 経由の統合 EDI サポートが追加され、PO は draft orders として Shopify に流れる。 管理画面で承認、編集、出荷し、status は fulfillment の進行に合わせて戻る。標準の 850/855/856 ドキュメントは対象だ。

Plus B2B は多地域卸売をどう扱うか?

Plus運用では、1つのストア内の Markets で多地域B2Bを回し、per-Market のテーマカスタマイズ(2026年3月13日)で storefront の差分を持たせる。 これで、以前は multi-store だった複雑さの大半が、正しい Markets 設定を持つ1つのストアに収まる。

同じ Plus ストアで B2B と DTC を回せるか?

回せる — 同じストア、同じ管理画面、同じ商品カタログ、同じ checkout codebase だ。 B2B buyer には company スコープの catalog、payment terms、PO番号フィールドが見える。DTC buyer には公開小売とコンシューマー向け決済手段が見える。fulfillment も inventory pool も同じだ。

2026年のPlus B2Bの新要素は何か?

B2B-on-all-plans (4月2日)、per-Marketのテーマ設定(3月13日)、B2B向け Sidekick AI、EDI連携、company locations向け store credit、B2B対応の Horizon themes、営業担当スコープ、注文レビュー向け Payment Customization Functions だ。 先頭の1つ以外は、すべてPlusのアーキテクチャに直接効く機能だ。

B2B注文で buyer が自分で注文編集できるか?

ネイティブの Plus B2B には、buyer 向けの購入後編集はない。変更は merchant に連絡する。 スケールすると、多くのPlusチームがここで詰まる。数量調整、住所修正、PO更新がすべてチケットになる。Revize のようなアプリは、payment terms 付き注文を含む self-service 編集を追加する。

サードパーティの卸売アプリからの移行期間はどれくらいか?

卸売顧客が50-200件なら4-8週間。500+件で、価格が深く交渉されているならもっとかかる。 ボトルネックは platform setup ではなくデータ整合だ — 重複 company、分割 location、カスタムフィールドの価格例外。Shopify の設定より、カタログ割り当て監査に多めに時間を取れ。

関連記事

• Shopify注文管理 2026: Plusオペレーターのアーキテクチャ・プレイブック — Plus B2Bを支える運用層

• Shopify Checkout Extensibility 2026 — Shopify Plus B2Bが使うcheckout層

• Shopifyで注文を編集する方法 — 注文編集の基礎

• Advanced Shopify Flow Workflows — 上記アーキテクチャ向けの自動化パターン

• Universal Commerce Protocol (UCP) — Shopifyのより広い方向性