マルチベンダーのShopifyストアは特定の運用問題に直面します — ストアフロントは複数のベンダーの商品を集約しますが、各ベンダーは独自の物理的営業時間を持つ一方、Shopifyのチェックアウトは単一のグローバルチェックアウトで、SKUがどのベンダーに属するかを把握しません。結果として、2026年のShopifyではベンダーごとの時間を本当に強制するのは困難です — そしてほとんどのマルチベンダーストアは、ベンダーアカウントと注文分割を担うマルチベンダーアプリの上にOrderRulesのようなスケジューリングアプリで共有営業ウィンドウを掛ける構成に収束します。本ガイドではその理由、現在主要なマルチベンダーアプリが実際に何をサポートしているか、そして実運用のマルチベンダーShopifyストア(英国ドンカスターのKalkut's Convenience Store)がどう設定しているかを解説します。

マルチベンダーのShopifyストアを立ち上げるときの直感は、ベンダーごとの時間を1対1でマッピングすること — 各ベンダーが自身の開店・閉店時間を設定し、ストアフロントは商品ごとにその時間を表示し、チェックアウトはどれかのベンダーのウィンドウ外に外れた注文をブロックする。原理的には合理的ですが、2026年のShopifyの実際のチェックアウトフローで強制するのはほぼ不可能です。本ガイドではそのギャップと、実際に機能する型を説明します。
ベンダー時間問題を平易な言葉で
マルチベンダーのShopifyストアフロントを想像してください。3社のローカルベンダーがいます。ホストは週7日 8:30〜20:30営業のコンビニ。1社はローカルの肉屋、日曜と水曜午後は休み。もう1社は木曜〜日曜だけ配達するプリペアード・キッチン。3社目は週末だけ注文を受けるデザート専門店。
顧客が水曜の午後に肉屋のSKUをカートに入れます。チェックアウトはブロックすべき? 肉屋は午後休業。ホスト店は営業中。デザート店は休業(週末ではない)。プリペアード・キッチンも休業(まだ木曜ではない)。チェックアウトの瞬間に4社のうち3社が閉まっています。
Shopifyのチェックアウトには「ベンダー固有の理由でチェックアウトをブロックする」という組み込みの概念がありません。チェックアウトはストアフロント単位で開閉します。在庫単位のブロックは存在しますが(在庫切れ商品はチェックアウトで失敗)、これは営業時間ではなく在庫状態の表現でしかありません。
これがギャップです。マルチベンダーアプリはベンダーアカウントと注文分割を、スケジューリングアプリはストアフロント全体のチェックアウトウィンドウを担います。2026年時点で、チェックアウトでのベンダーごとの営業時間を橋渡しするものはありません。
マルチベンダーストアが答えるべき2つのアーキテクチャ質問
アプリを選ぶ前に、現実的に何が達成可能かを決める2つの設計質問。
質問1: 各ベンダーはホスト店の営業時間に従いますか、それとも独自の時間を持ちますか?
ほとんどのマルチベンダーShopifyストアの答えは「ホスト店の営業時間に従いつつ、個別ベンダーが不在のときはケースごとに商品を不可用にする」になります。ベンダーの物理的な営業時間は、ストアフロントのチェックアウトウィンドウと1対1で揃える必要はなく、肝心なのはベンダーがホスト店の配達ウィンドウ内で注文を履行できるかどうかです。肉屋が水曜午後休業でも、火曜か木曜の朝に注文を準備すれば木曜配達は壊れません。ストアフロントは自身の営業ウィンドウ内で開き続け、注文は正しくルーティングされます。
質問2: ベンダーの可用性は「注文すること」か「配達すること」か?
これらは別の問題です。注文時間は顧客が注文できる時間、配達時間はその注文が履行されて到着する時間です。マルチベンダーストアはしばしば両者を混同します — 肉屋が水曜午後休業なのは履行(その午後は準備しない)の問題であり、注文(木曜配達向けの注文は水曜に置ける)の問題ではありません。配達スロットの解決はスロットピッカー(Zapiet、Stellar Delivery Date、Pickeasy)の問題、注文時間の解決はチェックアウト(OrderRules、We Are Open)の問題。レイヤーが違い、アプリも違います。
ほとんどのマルチベンダーストアは質問2に先に答えます — 「ベンダーごとの注文時間ではなく配達スロット管理が必要」と気づき、ストア全体の営業ウィンドウ+良いスロットピッカーで実際の事例の90%をカバーできることがわかります。
アプローチA: 共有営業ウィンドウ(ほとんどのストアが使う)
2026年のマルチベンダーShopifyストアで主流のアーキテクチャは、Shopify Functionsのチェックアウトレイヤーでストアフロント全体に適用される共有営業ウィンドウです。
設定はシンプル。ベンダーアカウントと注文分割のためにマルチベンダーアプリ(Shipturtle、Multi Vendor Marketplace by Webkul、Puppet Vendors)を選ぶ。ストアフロント全体の営業時間にはOrderRulesをインストール。OrderRulesのWeekly Scheduleを一度設定する — 月〜日 9:00〜18:00、月〜日 8:30〜20:30、あるいはホスト店が実際に動かす時間。スケジュールはベンダーを問わずストアフロントのすべての商品に適用されます。
営業時間外、OrderRulesはShopify Functions経由でチェックアウトをブロックします — Shop Pay、Apple Pay、Google Pay、直接のチェックアウトURLを含むサーバーサイド強制です。顧客はホスト店のクローズ時メッセージを見ます。ベンダー固有の営業時間の細部はチェックアウトで顧客に露出せず、在庫追跡やベンダー固有の商品可用性ウィンドウを通じてバックオフィスで扱います。詳しい強制の解説はShopifyにおける表示と強制適用、完全な設定手順はShopifyで営業時間を設定する方法を参照。
特定ベンダーが1日や1ウィンドウ離脱する必要があるとき — 例えば肉屋が水曜朝に棚卸で休む — ホスト店はマルチベンダーアプリの在庫制御でそのベンダー商品を在庫切れに設定するか、閉店ウィンドウの間は検索/カテゴリページから商品を非表示にします。ストアフロント全体の営業ウィンドウは動き続けます。顧客は利用可能な商品が少なく見えますが、ストアフロント自体が閉店しているとは伝えられません。
実例: Kalkut's Convenience Store(英国ドンカスター)はアプローチAで運用しています。OrderRulesで一度設定された8:30〜20:30の営業ウィンドウが、Kalkut's自身のSKUであれベンダーパートナー(Clarkes Butchers、Curry by Chris、Death by Fudge、Officially Roasts)のSKUであれ、すべての商品に適用されます。ベンダー固有の可用性はベンダー別の時間ではなく在庫状態で扱われます。20:30以降は、どのベンダー商品が入っていても、カート全体のチェックアウトがブロックされます。
アプローチB: ベンダーごとの営業ウィンドウ
より難しいアーキテクチャは、チェックアウトで強制されるベンダーごとのウィンドウです。顧客のカートは、カート内の商品のすべてのベンダーが現在開いている場合のみチェックアウトを通します。これがチェックアウトレイヤーでの「ベンダーごとの時間」の真の意味であり、2026年時点でShopifyアプリのいかなる組み合わせでもサポートされていません。
いくつかの隣接機能は存在します:
商品単位の可用性ウィンドウ。 一部のShopifyアプリ(主にレストランやミールプレップ向け)はマーチャントが個別商品の可用性を時間帯ごとにスケジュールできるようにします。最も近いマスマーケットのオプションは、Shopify Flowや一部の配達スケジューリングアプリの可用性ウィンドウを通じた商品可視性設定です。これは閉店ウィンドウ中に顧客がそもそも商品をカートに入れられないようにします — チェックアウトレベルのカート強制とは同じではないものの近づきます。
ベンダー単位の在庫。 主要マルチベンダーアプリ(Shipturtle、Multi Vendor Marketplace、Puppet Vendors)はすべてベンダー単位の在庫をサポートします。ベンダーは自分の在庫レベルを設定し、Shopifyは在庫が0になると商品を不可用に設定します。その日休むベンダーは在庫を0にできる — 不器用ですが機能はします。
手動の店舗閉店スイッチ付きベンダーダッシュボード。 いくつかのマルチベンダーアプリはベンダー単位の店舗閉店スイッチを提供します。ベンダーがダッシュボードでスイッチを切り替えると、システムがすべてのベンダー商品を不可用としてマークします。ベンダーは切り替えを忘れず行う必要があります(戻すのも)。休暇には実用的、日常的な営業時間管理にはもろい。
2026年にどのアプリもしないこと: ベンダー固有の営業時間を単一のチェックアウトレベル強制ルールに統合すること。Shopifyのチェックアウトには「カート内のいずれかのベンダーが現在閉店している場合にこのカートをブロック」を強制するためのプリミティブがありません。
ベンダーごとの強制に本気のマルチベンダーストアにとっての実用パスは、Shopify Plusでのカスタム開発 — Shopify FunctionsとCart and Checkout Validation APIを直接使い、ベンダーレベルのルールを実装することです。これは数か月の開発者工数であり、アプリストアのインストールではありません。
主要マルチベンダーアプリが実際に営業時間をどう扱うか
2026年のShopify向け4大マルチベンダーアプリを実用的に見る:
| アプリ | ベンダーアカウント | 注文分割 | コミッション支払い | チェックアウトでのベンダー別時間 |
|---|---|---|---|---|
| Shipturtle | あり | あり | あり(設定可) | なし — 手動の閉店スイッチのみ |
| Multi Vendor Marketplace (Webkul) | あり | あり | あり | なし — 在庫レベルのみ |
| Puppet Vendors | あり | あり | あり | なし — 在庫レベルのみ |
| Vendor Plus | あり | 部分 | 手動 | なし |
共通パターン: すべての主要マルチベンダーアプリは、マルチベンダーアプリが作られた目的(ベンダーアカウント、注文分割、コミッション支払い)を扱います。Shopifyのチェックアウトはカスタムコードなしでこれを強制する基礎プリミティブを持たないため、どのアプリもチェックアウトでのベンダー固有営業時間を扱いません。
推奨はほぼ常にこう収束します: 運用ニーズでマルチベンダーアプリを選ぶ(Shipturtleは機能が多く活発に開発、WebkulのMulti Vendor Marketplaceはインストール履歴が最長、Puppet Vendorsは最もスリム)。その後、ストアフロント全体の営業ウィンドウのためにOrderRulesを追加。2026年にカスタム開発なしでベンダーごとの営業時間がチェックアウトで動くと期待しないこと。
ベンダーごとの時間が本当に必要なとき
ほとんどのマルチベンダーShopifyストアにとって、ベンダーごとの時間は実は運用要件ではありません — そう聞こえても。チェックアウトレベルでの真のベンダー別強制が必要なシグナル:
-
クロスベンダー配達が不可能。 肉屋商品が別の履行経路のせいでパン屋商品と同日に出荷できないのが本当なら、ベンダーレベルのカートセグメンテーションは重要です。ほとんどのマルチベンダーストアはホスト店から合同箱で出荷し、別履行ケースは稀です。
-
ベンダー固有のライセンスウィンドウを持つ規制カテゴリ。 ベンダーごとに異なるライセンススケジュールで運用するマルチベンダー酒類マーケットプレイスは、本当にベンダー別強制が必要かもしれません。ほとんどのマルチベンダーコンビニは複数の酒類ベンダーを抱えないことでこれを回避します。
-
特定ベンダーからの高価でリードタイムの長いSKU。 あるベンダーの商品は5日のリードタイムが必要で、別ベンダーの商品は即日 — ならスロットピッカーがそれを強制すべきで、それはスロットピッカー(Zapiet、Stellar、Pickeasy)の問題であり、営業時間の問題ではありません。
正直な答え: ベンダーごとの営業時間は要件のように感じますが、ワークフローをマッピングしてみるとほとんどの場合そうではありません。機能する型は共有営業ウィンドウ+良いスロットピッカー+ベンダー単位の在庫制御。
アプローチAと配達スロットを組み合わせる
ほとんどのマルチベンダーShopifyストアで本番運用に耐えるアーキテクチャは3つのアプリを組み合わせます:
OrderRulesでストア全体の営業ウィンドウを担当。顧客はホスト店が開いているときだけチェックアウトできます。祝日休業、カスタムメッセージ、タイムゾーン処理はここに集約。同一設定がどのベンダーの商品にも適用されます。
マルチベンダーアプリ(Shipturtle、Multi Vendor Marketplace、Puppet Vendors)でベンダーアカウント、バックエンドでの注文分割、コミッション支払いを担当。ベンダーの役割は自分のパートを履行することであり、自分のチェックアウト時間を管理することではありません。
配達スロットアプリ(Zapiet、Stellar Delivery Date、Pickeasy)で顧客向けの配達スケジュールを担当。スロットはクロスベンダー履行の現実を反映 — 肉屋が月曜準備なら火曜配達、プリペアード・キッチンが木曜のみなら木曜。ベンダー固有のタイミングが実際に顧客に現れるのはスロットピッカーです。
アプリ3つ、共有営業ウィンドウ1つ、ベンダー対応の配達 — これが2026年のKalkut'sやほとんどの成功するマルチベンダーShopifyストアを動かしています。
マルチベンダーストアがよく犯す失敗
摩擦に陥っているマルチベンダーストアに見られる5つのパターン:
- チェックアウトでベンダー別時間を強制しようとする。 その機能はカスタム開発なしにShopifyに存在しません。問題をスロットピッカーへ移してください。
- 時間サポートでマルチベンダーアプリを選ぶ。 どれも持っていません。注文分割とコミッション機能で選んでください。
- ストア全体の時間と戦うベンダー別時間を設定する。 複数アプリで重なるルールを設定するとチェックアウトが混乱します。営業時間の真実は一つに、ベンダー固有は在庫と配達スロットへ。
- スロットピッカーを省く。 OrderRulesとマルチベンダーアプリだけで配達スロット管理のないマルチベンダーストアは、カートが実際にいつ届くかを顧客に推測させる羽目になります。履行できないベンダーは怒った顧客を生みます。
- クロスベンダーの下書き注文をテストしない。 クロスベンダーのカートを下書き注文に追加してスロットピッカーで歩かせるだけで、すべての誤設定が露呈します。テストを省いて本番で驚く。
推奨マルチベンダースタック(2026)
| レイヤー | アプリ | プラン | おおよその月額 |
|---|---|---|---|
| プラットフォーム | Shopify BasicまたはShopify | Basic / Shopify | $39–$105 |
| マルチベンダー | ShipturtleまたはMulti Vendor Marketplace | Standard | $39–$99 |
| 営業時間 + 注文ルール | OrderRules | Starter(無料)またはPro | $0–$9.99 |
| 配達スロットピッカー | Zapiet、Stellar Delivery DateまたはPickeasy | Standard | $20–$50 |
| テーマ | Dawn(無料)または有料グローサリーテーマ | — | $0–$400 one-time |
ローンチスタック合計: 選んだマルチベンダーとスロットピッカーアプリ次第で $90–$240/mo。ほとんどのマルチベンダーコンビニは$155〜$220の範囲。
次に読むべき記事
- より広いコンビニ文脈 — Shopifyでコンビニを運営するが運用の各レイヤーをエンドツーエンドで扱います。
- 完全なグローサリーアプリスタック — Shopifyグローサリーデリバリーアプリスタックが各レイヤーを詳述します。
- 営業時間 — Shopifyで営業時間を設定する方法と表示vs強制適用の解説。
- 注文ルール+最低注文金額 — Shopify最低注文数・金額ガイド。
- 祝日休業 — Shopify祝日カレンダー — 自動でストアを閉じる。
マルチベンダーShopifyコンビニの完全な実例顧客ストーリーはKalkut'sのケーススタディにあります。あるいはOrderRulesをインストール — 無料Starterプランが営業時間と祝日カレンダーをカバーします。