目次
Shopify Plus規模での注文管理は、ツール選びではなく、システム構成の問題です。 1日100件なら、Shopify Adminで業務を処理できます。1日1,000件になると、Shopify Adminがボトルネックとなり、アプリを追加し始めます。1日10,000件では、円滑に拡大できるストアと業務が立ち行かなくなるストアの差は、購入したアプリでは決まりません。Shopifyと他のシステムの役割をどこで分けるかで決まります。
このガイドは、その判断を担う方に向けたものです。大量のDTC注文やB2B注文を扱うShopify Plusの運用担当者、クライアントの導入を支援する制作会社の技術責任者、Shopify Flowの拡張、専用OMSの連携、独自ツールの開発を比較する設計担当者を対象にしています。
規模の拡大に対応できる注文管理の構成
Shopify Plus規模の注文管理は、5つの層で構成されます。データ基盤（Shopify）、振り分け（複数拠点とShopify Flow）、フルフィルメント（3PLとWMSの連携）、顧客向けのセルフサービス、レポートと照合です。 1日1,000件を超えてから最初の6か月に、これらを一つのものとして扱ってしまうことが、チームに最もよく見られる間違いです。
データ基盤はShopifyそのものです。注文、注文商品、決済状況、フルフィルメント状況の正本を保持します。他のシステムはすべて、この層から情報を読み取るか、Admin APIとWebhookを通じて書き戻します。
振り分け層は、どの注文をどのフルフィルメント拠点が処理するかを決めます。Shopify標準の振り分けは、優先順位、距離、在庫に基づくルール方式ですが、注文ごとに処理します。分割配送、入荷待ちの処理、サービス水準ごとの区分が必要なら、Shopify Flowで拡張するか、専用OMSにロジックを移します。
フルフィルメント層では、多くのShopify Plusストアが外部サービスとの連携を追加します。Shopify Fulfillment Network、3PL（ShipBob、ShipMonk）、自社のWMS、ドロップシッピング連携などです。それぞれがフルフィルメントAPIを通じてShopifyに情報を返しますが、反映までの時間、エラーの扱い、注文編集への対応は異なります。
顧客向けセルフサービス層は、事業者が見落としがちな部分です。顧客アカウントには注文状況が表示されますが、購入者がチェックアウト後に注文を変更することはできません。効果の大きいツールが必要になるのは、この部分です。
レポート層では、財務、BI、運用ダッシュボード向けに情報を照合します。2026年4月の支払いエクスポートの更新で、Bank Reference列とPayout ID列が追加され、財務チームの月次締め作業は実質的に整理しやすくなりました。
複数拠点の在庫配分と注文の振り分け
2026年3月10日の店舗受取の更新によって、複数拠点を持つShopify Plusストアの振り分け方が変わりました。1つの拠点に必要な在庫がすべてそろっていない場合でも、自動生成された在庫転送を使い、複数の供給元拠点から注文をフルフィルメントできるようになりました。 更新前は、顧客が選んだ店舗だけでは商品をそろえられない複数商品入りのBOPIS注文は、キャンセルされるか、手作業での対応が必要でした。
Shopify FlowやAdmin API連携でassignedLocationのルールを使っている場合は、点検してください。以前は手作業の回避策が必要だったケースをプラットフォームが処理できるようになったため、18か月前に決めた振り分けルールの一部は、今では最適ではありません。
2026年には、規模の大きい運用の振り分けに影響する変更がほかに3つあります。
- Shopify Flowの在庫転送トリガー（2026年4月30日） — 新しい
Inventory transfer ready to shipとInventory transfer completedのトリガーが、転送状況の変更時に実行されます。用途には、転送の発送時に受取拠点へ通知する、転送を伴う注文に自動でタグを付けて別のフルフィルメント待ち行列に入れる、転送のメタフィールドを元の注文に書き戻す、といったものがあります。 - POS v11.3の店舗受取注文（2026年3月30日） — 店舗スタッフが、同じ複数拠点間の転送ロジックを使って、後日受取の注文を作成できます。受注生産品、カスタマイズ商品、店頭での特別注文で重要です。
- フルフィルメントごとの支払い請求（2026年2月6日） — 前払いではなく、各フルフィルメントの完了に合わせて代金を回収できます。予約注文、カスタム商品、入荷待ちのSKUを含むB2B注文で重要です。各フルフィルメントの発送時に、購入者は顧客アカウントから支払います。
制作会社にとって、この3つの変更は、2024年頃に構築した振り分け設定を再点検する必要があることを意味します。
フルフィルメント層：独自のつなぎ込みコードに頼らない3PL連携
2026年のShopify Plusストアにとって、3PLに関する問いは「3PLを使うべきか」ではありません。「どの連携レベルを使っていて、それが注文編集の柔軟性を損なっていないか」です。 ここで最も費用のかかる間違いは、Shopifyとの同期後に注文を編集できない3PLを選び、取引額の大きいB2B購入者から初めて数量変更を求められたときに、それに気づくことです。
実務上、連携は3つのレベルに分かれます。
- レベル1 — Shopify Fulfillment NetworkまたはShopify製の連携。 導入時の手間が最も少なく、編集に全面的に対応し、Webhookの反映も最速です。一方、利用できる配送業者と倉庫は限定されます。
- レベル2 — Shopify認定アプリを持つ主要3PL（ShipBob、ShipMonk、Deliverr）。 編集への対応は良好で、Webhookの信頼性も十分です。契約前に、同期後の注文編集と、キャンセル後に再開した注文の扱いを確認してください。
- レベル3 — プライベートアプリ経由で連携する独自の3PLまたは自社WMS。 制御の自由度は最大ですが、責任も最大です。最初から冪等性のあるWebhookハンドラーを作ってください。Shopifyは指数バックオフで配信を再試行するため、WMSは同じ
orders/updatedイベントを重複して受け取っても、フルフィルメントを重複作成しない必要があります。
制作会社にとって、連携レベルの選択は後続のすべてに影響します。レベル3のクライアントには、レベル1のクライアントとは異なるOMSの設計方針が必要です。
大量注文の編集：標準機能の限界、アプリ層、セルフサービス
Shopify標準の注文の編集は、フルフィルメント前の変更について、商品の追加・削除、数量の調整、配送先住所の更新といった構造的な操作に対応します。一方、変更を業務上きれいに処理するための再計算には十分に対応しません。 つまり、基本的な編集機能です。Shopify Adminで注文を変更できても、包括的なOMSのように、変更に合わせて周辺の計算をやり直すわけではありません。
実際の運用で事業者が直面する不足部分は次のとおりです。
- ディスカウントの処理は手作業です。 商品を追加するときに注文商品単位のディスカウントは適用できますが、標準の注文編集では、商品変更時に注文全体のコードを再適用したり、数量調整に合わせて按分されたディスカウントを再計算したり、適用済みのディスカウントを変更したりできません。注文全体のディスカウントには、引き続き下書き注文や一部返金による回避策が必要です。
- 購入者向けのセルフサービス編集手順がありません。 顧客アカウントには注文が表示されますが、購入者は変更できません。住所変更のメールはすべて、サポート担当者による手作業になります。
- 編集可能時間を制限できません。 「注文後3時間以内なら購入者が編集できる」といった標準ルールはありません。Shopify Flowかアプリで実装する必要があります。
- 自動の再確認がありません。 Shopify標準機能は編集済み注文にタグを付けたり、倉庫の処理待ち行列で注文を一時停止したりしません。そのため、フルフィルメントチームが手作業で商品を取り直します。
1日500件以上の注文があるShopify Plusストアで計算してみましょう。5%の注文で変更依頼が発生し、1件に8分かかると、購入者向けツールなら数秒で済む変更に、毎月200時間の手作業が発生します。
Revizeのブログなので、製品についても説明します。Revizeは、購入者向けの注文編集機能を提供します。ルールに基づく編集可能時間の設定、住所の変更、バリエーションの変更、数量の調整に対応し、Shopify標準の注文編集では行われない再計算も扱います。Shopifyで注文を編集する具体的な方法は、Shopifyの注文編集ガイドをご覧ください。
2026年4月2日の展開後のB2B注文管理
2026年4月2日に標準のB2B機能がBasic、Grow、Advancedプランへ拡大されたことで、すべての事業者にとってB2B注文管理の前提が変わりました。Shopify Plus以外のクライアントを支援する制作会社にも、6か月前には不要だった注文管理の設計が求められます。 Shopify Plus以外で利用できるB2B機能には、会社プロフィール、支払い条件、数量別価格、保存済みカード、ACH（米国）、最大3つのカタログが含まれます。
運用面では、次の点を押さえてください。
- 同じ構成パターンが、すべての有料プランに当てはまります。 会社 → 拠点 → 購入者という階層、フルフィルメント状況とは別に管理する支払い条件、交渉後の価格に使う下書き注文です。
- 規模に関する機能では、引き続きShopify Plusに違いがあります。 無制限のカタログ、会社や拠点へのカタログの直接割り当て、一部支払い、デポジットはShopify Plus限定です。取引先ごとに価格を設定し、500社以上の卸売顧客を扱う場合に重要な機能です。
- B2Bの編集機能の不足は残ります。 購入者は発注後に商品を変更し、数量を調整し、発注書番号を変更することがよくありますが、Shopify標準機能では、いずれもセルフサービスで行えません。
B2Bの構成について詳しくは、Shopify B2B 2026年完全ガイドをご覧ください。
注文業務の基盤としてのShopify Flow
Shopify Flowは、Shopify Plusの注文管理システムの中で最も活用されていないツールです。2025年12月にはテスト実行、2026年4月には在庫転送トリガーが追加され、注文業務で本番運用できる自動化層になりました。 多くのチームは、VIPタグ付けやカート放棄メールにShopify Flowを使っています。しかし、注文業務での活用範囲はさらに広くなります。
2026年にShopify Plusで役立つShopify Flowのパターンは次のとおりです。
- 確認が必要な住所の注文を自動で保留する。 トリガー：
Order created。条件：住所確認のフラグ。アクション：hold-for-reviewタグを追加し、自動フルフィルメントを止め、運用チームにSlackで通知します。 - B2B注文を別の待ち行列に振り分ける。 トリガー：
Order created。条件：B2Bの会社が割り当てられている。アクション：b2b-queueタグを付け、支払い条件をメタフィールドに書き込み、専用のフルフィルメント拠点に割り当てます。 - 在庫転送を通知する。 トリガー（2026年4月30日）：
Inventory transfer ready to ship。アクション：到着予定時間帯を受取拠点の運用担当者に通知します。 - 注文編集後に再確認する。 トリガー：
Order updated。条件：注文商品が変更され、フルフィルメント可能である。アクション：edited-needs-repickタグを付け、倉庫に通知し、時刻をメタフィールドに書き込みます。 - 有効化前にテスト実行する（2025年12月11日）。 本番環境のShopify Flowを変更するときは、毎回テスト実行してください。分岐やループを通る正確な経路を事前に確認し、変数の状態を調べ、有効化前に問題を見つけられます。
テスト実行と新しいトリガーを組み合わせることで、制作会社はコードのデプロイと同じように、確認を経てShopify Flowのワークフローを公開できるようになりました。
OMSを自社開発するか、導入するか
単一チャネルのDTCで、Shopify Plusの事業者がアプリの継ぎ足しをやめて専用OMSを導入し始める目安は、月間5,000〜10,000件の注文です。複数チャネルや複数店舗なら、さらに早まります。 それより少ない場合、OMSの費用に見合うことはまれです。超えると、Shopify Adminを中心に注文業務を回す負担が急速に増えます。
| 方法 | 適したケース | 強み | 考慮点 |
|---|---|---|---|
| Shopify標準機能＋アプリ | 月間5,000件未満、単一チャネル | 初期費用が最も低く、導入が速く、エコシステムを幅広く利用できる | 複数チャネル・複数店舗や複雑なB2Bの振り分けでは限界がある |
| Shopify＋専用OMS（Brightpearl、Acumatica、NetSuite） | 月間5,000〜50,000件、複数チャネル | データの一元化、充実したレポート、ERP連携 | 導入に3〜6か月、初期費用は$30k〜$150k |
| Shopify Admin APIを使った独自OMS | 月間50,000件以上、独自の業務手順 | 最大限の制御、業務にぴったり合うロジック | 開発チームが責任を持ち、継続的に保守する必要がある |
多くのShopify Plusストアは、中央の方法を選びます。Shopifyを正本とし、日常的な自動化にはShopify Flow、チャネルをまたぐ可視化にはOMS、購入者向けセルフサービスにはRevizeのようなアプリを使います。1つのツールですべてを賄うことはできません。判断すべきなのは、それぞれの役割の境界です。
制作会社は、OMSの話を4か月目ではなく、最初の打ち合わせでするべきです。月間8,000件のクライアントは判断の最中にいます。月間80,000件のクライアントは、まだ明言していないだけで、判断が必要な段階をすでに超えています。
注文イベントのAPIとWebhookの構成
注文管理の連携を開発するチームにとって、重要な接点はGraphQL Admin APIと注文Webhookの2つです。早い段階でWebhookを正しく設計すれば、その後1年にわたる障害対応を減らせます。 2025年11月に、APIバージョン2026-01の税関連WebhookのリソースIDがGlobal IDへ移行したことは、その方向を示しています。Shopifyは各所でGIDへの統一を進めているため、新しい連携では最初からGIDを使うべきです。
規模が大きくなっても通用するパターンは3つあります。
- 冪等性のあるWebhookハンドラー。 Shopifyは指数バックオフで配信を再試行します。処理済みのWebhook IDを記録し、処理前に確認してください。同じイベントを複数回受け取っても、後続システムに重複したレコードを作らないようにする必要があります。
- WebhookとGraphQLを併用し、ペイロードだけに頼らない。 Webhookは通知のきっかけとして使い、状態が重要な処理ではGraphQLから正本の状態を再取得します。関連するイベントが同時に届くときの競合状態を避けられます。
- 過去データの取り込みとレポートには一括処理を使う。 ページ分割したクエリではなく、GraphQLの一括処理を使ってください。桁違いに速く、大量データでのレート制限も避けられます。
まとめ
2026年のShopify注文管理は、ツール選びではなく、層ごとのシステム構成の問題です。 振り分け、フルフィルメント、セルフサービス、OMSの担当範囲を意図して決めるShopify Plusの運用担当者は、円滑に規模を拡大できます。全体の構成を考えずにアプリを積み重ねるチームは、やがて限界に達します。多くの場合、その目安は月間5,000〜10,000件です。
**Shopify Plusの運用担当者は、**2026年3月と4月の複数拠点・在庫転送の変更に照らして、振り分けルールを点検してください。本番環境でShopify Flowを変更する前には、ワークフローをテスト実行してください。注文量に判断を迫られる前に、自社開発か導入かを決めましょう。
**制作会社は、**要件を把握する最初の段階でOMSの構成について話してください。クライアントの現状を5つの層に沿って整理します。4月2日にB2B機能がすべての有料プランへ展開されたため、Shopify Plus以外のクライアントにも、6か月前には不要だった注文管理の設計が必要です。
**すべての事業者にとって、**Shopify標準機能には、購入者向けの注文編集がまだありません。多くの注文管理システムで最も大きく欠けている機能です。この不足を埋めると、通常は最初の1か月以内に、削減したサポート時間で費用を回収できます。
今週取り組むことは次のとおりです。
- 新しい複数拠点間の在庫転送の動作（2026年3月10日）に照らして、フルフィルメントの振り分けを点検する
- 新しいShopify Flowの在庫転送トリガーを、運用通知のワークフローに追加する
- 6か月以上見直していない本番環境のShopify Flowワークフローをテスト実行する
- 購入者向けのセルフサービス注文編集を導入していないなら、今週導入する。削減できるサポート時間は明らかです
- OMSの計画がないまま月間5,000件に近づいているなら、今すぐ要件の検討を始める
よくある質問
何件の注文から専用OMSを検討すべきですか？
単一チャネルのDTCを運営するShopify Plus事業者では、月間5,000〜10,000件が、専用OMSの導入効果が出始める目安です。 複数チャネルや複数店舗では、もっと早く到達します。業務の複雑さが注文量以上に影響する場合、1店舗あたり月間2,000件程度のこともあります。それより少なければ、Shopify標準機能とアプリの組み合わせで、より低い費用で業務を処理できます。
2026年3月の複数拠点での店舗受取の更新は、振り分けをどう変えますか？
1つの拠点に必要な在庫がすべてそろっていない場合、店舗受取の注文は、複数の供給元拠点からの在庫転送によって自動的にフルフィルメントされるようになりました。 3月10日より前は、選択した店舗だけでは商品をそろえられない複数商品入りのBOPIS注文は、処理に失敗するか、手作業での対応が必要でした。それ以前に作成した振り分けルールとassignedLocationのロジックは再点検してください。
2026年に、購入者はShopifyで自分の注文を編集できますか？
Shopify標準機能には、購入者がチェックアウト後に自分の注文を編集する機能がまだありません。 顧客アカウントには注文状況と追跡情報が表示されますが、購入者は標準の画面から注文商品、住所、数量を変更できません。セルフサービスでの編集には外部ツールが必要です。
2026年の注文管理に関して、Shopify Flowにはどのような新機能がありますか？
更新は2つです。在庫転送トリガー（2026年4月30日）とテスト実行（2025年12月11日）です。 トリガーはInventory transfer ready to shipとcompletedです。テスト実行では、有効化前にワークフローの動作を確認できます。組み合わせることで、Shopify Flowを本番運用の自動化層として使えます。
大量の注文イベントを扱うWebhookハンドラーは、どう設計すべきですか？
最初から冪等性を持たせてください。Shopifyは指数バックオフで配信を再試行するため、受信側のエンドポイントが一度失敗すると、同じorders/updatedイベントが複数回届きます。 処理済みのWebhook IDを記録してください。Webhookを通知のきっかけとして使い、正本の状態はGraphQLから再取得します。過去データの取り込みには、一括処理APIを使ってください。
2026年4月の展開で、B2B注文管理は変わりましたか？
はい。2026年4月2日時点で、標準のB2B機能はすべての有料プランで利用できます。 会社 → 拠点 → 購入者という階層は、どのプランにも当てはまります。Shopify Plusには、無制限のカタログ、カタログの直接割り当て、一部支払い、デポジットが引き続き用意されています。
3PL連携で避けるべき間違いは何ですか？
最も費用のかかる間違いは、同期後の注文編集に対応しない3PLを選ぶことです。 契約前に、同期後の編集、キャンセル後に再開した注文の扱い、Webhookの反映までの時間を確認してください。独自連携では、冪等性のあるハンドラーが必須です。
Shopify Sidekickで注文データを照会できますか？
はい。2026年1月6日時点で、Shopify Sidekickは決済とフルフィルメントのデータについて、自然言語からShopifyQLクエリを生成できます。 たとえば、「配送業者ごとのフルフィルメント所要時間を表示して」と尋ねられます。その場で調べたいときに便利です。本番運用のレポートには、正本となるクエリを用意してください。
フルフィルメントごとの支払い請求は、どのように機能しますか？
2026年2月6日時点で、各フルフィルメントの完了に合わせて代金を回収できます。納期が異なる商品を含む注文、予約注文、入荷待ちのSKUを含むB2B注文に役立ちます。 各フルフィルメントの発送時に、購入者は顧客アカウントから支払います。予約注文が多いストアでは、キャッシュフローの仕組みが変わります。
ShopifyのOMSで、自社開発と導入を比較するとは、具体的にどういうことですか？
選択肢は3つあります。Shopify＋アプリ（注文量が少ない場合）、Shopify＋専用OMS（注文量が中〜多く、複数チャネルの場合）、Admin APIを使った独自OMS（注文量が最も多い場合）です。 多くのShopify Plusストアは中央の方法を選びます。Shopifyを正本にし、自動化にはShopify Flow、チャネルをまたぐ可視化にはOMSを使います。
この構成全体で、注文分析のデータを正確に保つにはどうすればよいですか？
バッチETLにはGraphQLの一括処理を使い、Shopifyを正本として扱い、財務の締め処理では支払いエクスポートと照合してください。 2026年4月の支払いエクスポートの更新（Bank Reference、Payout ID）により、月次締めが整理しやすくなりました。Daily Analyticsのインサイトは傾向を自動的に表示します。本番運用のレポートには、正本となるクエリを作成してください。
今年、Shopifyの注文管理で最も効果が大きい変更は何ですか？
購入者向けのセルフサービス注文編集を追加することです。 導入したストアでは、注文変更に関する問い合わせが5%以上から1〜2%に減ったと報告されています。月間10,000件の注文なら、毎月67時間のサポート時間を削減できます。
2026年8月更新。 Revizeは、購入後に顧客自身が注文を編集できるShopifyアプリです。フルフィルメント前に、サポートへの問い合わせなしで、購入者が配送先住所の変更、バリエーションや商品の交換、キャンセル、返金またはストアクレジットの受け取りを行えます。詳しくは、顧客が自分でShopifyの注文を編集できるようにする方法をご覧ください。Shopify App StoreのRevizeもご確認いただけます。