メインコンテンツへスキップ
ガイド

Shopify のキャパシティ問題:なぜマーチャントは売り過ぎるのか(そしてどう直すか)

Jahangir Alam2026年3月28日2026年10月12日更新2026年10月12日に事実確認済み17 min read
per-date & per-slot caps

Shopify のマーチャントが売り過ぎるのは、Shopify にネイティブの注文上限機能がないからです ―― このプラットフォームはできるだけ多く売るために作られており、ベーカリー、レストラン、ケータリング、ハンドメイドメーカーのようなキャパシティ制約のあるビジネス向けではありません。常時オープン・常時受付の checkout モデルは、現実世界の生産制限から構造的に乖離していて、マーチャントを 3 つの不可能な選択肢に追い込みます:過剰履行(燃え尽き)、注文キャンセル(返金とネガティブレビュー)、または手動でのキャパシティ管理(毎週何時間も)。OrderRules はこの隙間を、自動化された日次上限、営業時間、顧客単位上限、祝日カレンダーで埋め ―― すべて checkout で直接適用します。

修正には専用のキャパシティ管理が必要です。OrderRules のようなツールは、欠けているレイヤー ―― 日次上限、営業時間、顧客単位上限、祝日カレンダー ―― を Shopify Functions 経由で Shopify の checkout に直接追加します。

根本原因:常にオープン、常に受付中

Shopify の checkout はシンプルなモデル向けに設計されています:顧客が商品をカートに追加 → 顧客が支払い → マーチャントが発送。ドロップシッピング商品、デジタル商品、倉庫在庫が潤沢なマーチャントにはうまく機能します。Checkout は 24 時間 365 日利用可能で、「閉店中です」「満員です」という概念はありません。

Shopify のキャパシティ問題 ほとんどの Shopify ストアにとっては、これはまさに望むものです。しかし、重要なマーチャントセグメントにとっては、常時オープンの checkout が売り過ぎの根本原因です。

例を挙げて数字で見てみましょう。週 50 個のカスタムケーキを生産できるベーカリーが Shopify ストアを開設します。良いマーケティング週には、ストアは 120 件の注文を受けます。そのベーカーには 3 つの悪い選択肢があります:

  1. 120 件すべて履行する ―― 90 時間以上働き、すべての注文を急ぎ、品質を落として配達
  2. 70 件キャンセルする ―― 返金処理、お詫びメール、返金不能な決済手数料の負担
  3. 70 人の顧客と交渉する ―― 何時間もメールで再スケジュールを試み、半数を永久に失う

どれも受け入れがたい。正しい第 4 の選択肢 ―― そもそも 50 件以上の注文を受けない ―― は、Shopify のネイティブ機能セットには存在しません。(追加方法は Shopify で注文上限を設定する方法 を参照してください。)

売り過ぎの財務コスト

売り過ぎは単なる不便さではありません。時間とともに積み重なる、計測可能な財務的結果を持ちます。

返金コスト

履行できない注文をキャンセルするときは、返金を発行します。しかし、決済プロバイダーが元の取引で課金した決済処理手数料(たとえば米国の多くのカード料率では注文 1 件あたり 2.9 % + 30¢)は、通常戻ってきません。月商 $10,000 で、注文の 10 % を返金するベーカリーの例:

  • 返金額: 月 $1,000
  • 回収不能な処理手数料: $1,000 返金あたり約 $29、加えて注文 1 件あたり 30¢
  • 返金手数料だけの年間コスト: およそ $350 以上
  • 返金処理とメール対応にかかるスタッフ時間: 月に数時間

キャパシティを理由にキャンセルする注文はどれも、上限があれば最初から断れていた注文です。

ネガティブレビュー

解決不能な苦情 1 件 ―― 「注文を受け付けてから 2 日後にキャンセルされた」 ―― が、Google ビジネスプロフィールの上部に何か月も居座る 1 つ星レビューを生むことがあります。レビューが多くの新規顧客を呼び込むローカルベーカリーとレストランにとって、売り過ぎが原因の悪いレビューが数件あるだけでも、実際の収益を失うことがあります。

顧客生涯価値の破壊

注文がキャンセルされた顧客は、戻ってこないことがよくあります。常連客がベーカリーにとって数年で数百ドルの価値があるなら、キャンセルで失う 1 人 1 人のコストは、その 1 回の売上をはるかに上回ります。

スタッフの燃え尽きと離職

人的コストも同様に現実です。過剰受注を履行するため週 70〜80 時間働くオーナーとスタッフは燃え尽きます。フードサービスはもともとスタッフの離職率が高く、研修済みの従業員を交代させるには、採用、研修、生産性損失で相応のコストがかかります。

最も影響を受けるビジネス

キャパシティ問題は仮定上のものではありません。明確に定義された複数のカテゴリにわたって、マーチャントに影響を与えます。

ベーカリーと特殊食品

カスタム ケーキの注文、アルチザン パンのサブスクリプション、ミールプレップ サービス、特殊な菓子類はすべて、明確な生産限界を持ちます。キッチンが焼けるケーキの数には限界がある。オーブンが回せるサイクルも有限。冷蔵スペースも有限。それでも Shopify のストアフロントは、キャパシティが無限であるかのように注文を受け付けます。

レストランとテイクアウト

Shopify をオンライン注文に使うレストラン は、サービス時間中に急性のキャパシティ制約に直面します。ランチシフトで 30 件の注文を処理できるキッチンには、Shopify が 31、32、50 件目を受け付けるのを止める手段がありません。結果は食品品質の低下、待ち時間の延長、顧客クレーム。

ハンドメイドとアルチザン商品

週 20 個のマグカップを作る陶芸家、月 5 枚のカッティングボードを作る木工家、週 3 着のセーターを完成させる編み手 ―― これらのマーチャントは労働力に制約された生産です。バズった TikTok や Instagram の投稿 1 件で、20 件しか履行できないマーチャントに一晩で 500 件の注文が生まれることがあります。

ケータリングとイベントサービス

ケータリングは日付固有のキャパシティ制約を持ちます。週末あたり 3 イベント対応で、8 ではありません。ウェディングケーキの作り手は土曜日に 2 件で、6 件ではありません。これらの時間に縛られた制限は、Shopify の checkout には完全に見えていません。

花屋と生鮮商品

花屋は生産キャパシティ(アレンジ時間)と在庫の生鮮性の両方に直面します。バレンタインデーの注文を取り過ぎると、プレミアム価格の追加卸売り花を急ぎ調達するか、注文をキャンセルして顧客関係を破壊するかのどちらかになります。

なぜ手動の解決策は失敗するのか

ほとんどのキャパシティ制約マーチャントは手動アプローチで始めます。それぞれが最終的に破綻する理由:

「自分で注文を見張ってストアを停止する」

Shopify 管理画面を手動でモニターし、キャパシティに達したらパスワードページを切り替えるには、常に電話やコンピュータを見ている必要があります。注文は午前 2 時に、子供のサッカー試合中に、ケーキ生地に肘まで突っ込んでいる時にも入ってきます。見ていない瞬間に、過剰に受け付けてしまいます。

「在庫追跡を使う」

偽の在庫数(例:カスタムケーキ商品の「12 ユニット」)を設定するのは部分的に機能しますが、新たな問題を生みます。毎日手動でリセットしなければなりません。キャパシティを共有する異なる商品を考慮しません。そして顧客単位の購入を制限しません ―― 1 人の購入者が依然として 12 枠すべてを取ることができます。

「checkout にメモを追加する」

「ご注意:キャパシティ満了の場合、注文は遅延する可能性があります」を追加するのは、問題を顧客に転嫁します。過剰受注を防ぎません。注文は依然として受け取り、返金処理が依然として必要で、顧客は遅延の可能性を告げられたのにキャンセルを受け取った、と裏切られたように感じます。

「注文管理担当を雇う」

パートタイムの注文マネージャーを雇うには 月に数千ドルかかり、依然として人間の警戒に依存します。病欠、休暇、注意散漫な午後、すべてがリスクです。自動化された上限はこの何分の一かのコストで、一日も休みません。

オールインワンの解決策:OrderRules

キャパシティ問題を解決しようとするほとんどのマーチャントは、別々の 2〜3 個の Shopify アプリを継ぎ接ぎすることになります:営業時間用に 1 つ、注文上限用に 1 つ、顧客単位制限用に 1 つ。これは保守負担を作り、アプリコストを増やし、アプリ間の競合リスクをもたらします。

OrderRules はすべてのキャパシティ管理機能を単一のアプリに統合します:

日次・週次・月次の注文上限

ストアが日次、週次、月次に受け付ける注文の最大数を設定(週次と月次は Pro)。上限に達すると checkout が自動的に一時停止し、顧客にはカスタムメッセージが表示されます。カウンターはスケジュールに従ってリセット ―― 手動介入不要。

営業時間とスケジュール

checkout を実際の営業時間に制限します。午前 11 時〜午後 9 時に営業するレストランは、午前 3 時に注文を受け付けるべきではありません。OrderRules では曜日ごとに営業時間を定義でき、予定された時刻に自動で有効化/無効化されます。

顧客単位の上限

単一の顧客がキャパシティの不均衡な分を消費するのを防ぎます。顧客あたり日次、週次、月次、年次、直近 30 日間、または生涯の制限を設定(Pro)。OrderRules はログイン中の顧客を Shopify の顧客 ID で追跡し、これらの制限が有効な間はゲストチェックアウトをブロックします。適用は Shopify Functions checkout validation で行われるため、エクスプレス決済も同じチェックを通ります。

祝日カレンダーとブラックアウト日

休業をストアに触れずに管理。特定の日付を休業にし、16 か国の祝日をワンクリックでインポートし、遅く開店する日や早く閉店する日には特別営業時間を設定。年間の休業を事前計画。(上限は日付によって自動で変わらないため、繁忙期の前後には手動で上げ下げしてください。)

商品別・コレクション別の上限

異なる商品には異なる制約があります。各商品またはコレクションに固有の上限を設定(コレクションの上限は Pro)。カスタムケーキは 1 日 12 個でキャップしつつ、クッキーボックスは 50 個を許可、といったことができます。商品レベルの設定については 機能ページ を参照してください。

リアルタイムアナリティクス

いつでもキャパシティにどれだけ近いかを確認。Pro では、ストア全体の上限について、選んだ閾値(たとえば 75 %)と 100 % でメールアラートを受け取れます。履歴データを確認して、実際の需要パターンに合わせて上限をチューニング。

キャパシティ管理の ROI

上限を導入したら測定すべきこと:

  • キャパシティを理由とする 返金率とキャンセル率
  • 最も忙しい週の 残業時間
  • レビュー評価 と、遅延やキャンセルについての苦情
  • 初回購入者からの リピート注文
  • 注文の監視や手作業での商品停止に 費やす時間

例:月商 $15,000 のベーカリーがキャパシティを理由に注文の 10 % を返金しているなら、月 $1,500 を返金し、さらに回収できない処理手数料が約 $43、加えてスタッフの時間も費やしています。これに対して、無料プランは費用ゼロ、Pro は月 $9.99 です。

売り過ぎをやめよう。キャパシティのコントロールを始めよう。

Shopify のキャパシティ問題は自然に消えません。注文上限なしで運営する毎日は、返金、ネガティブレビュー、燃え尽きスタッフのリスクを抱える 1 日です。Shopify で売り過ぎを防ぐ 完全ガイドを参照してください。フードマーチャント向けには、フード ビジネス向けの Shopify 注文上限 でベーカリー、レストラン、ミールプレップ、花屋、ドーナツショップ、ケータリングにマップする 6 ルールスタックを確認してください。OrderRules は Shopify にはないツール ―― 日次上限、営業時間、顧客単位上限、祝日カレンダー ―― をすべて 1 つのアプリで、checkout で適用して提供します。

無料プランを開始 して、今日からストアのキャパシティをコントロールしましょう。

よくある質問

Shopify は汎用 e コマースプラットフォームとして構築されており、大多数のユースケース ―― 上限なしでできるだけ多く売りたいマーチャント ―― に最適化されています。キャパシティ管理は、マーチャントの一部(主に物理的、ハンドメイド、生鮮商品を販売する人々)に影響を与える専門的なニーズです。Shopify のアプローチは、この機能をアプリエコシステムと Shopify Functions の拡張性フレームワークを通じて有効化することです。

Shopify の在庫上限は特定の SKU の数量を追跡します。注文上限は期間内のストア全体(またはコレクション)の注文または単位の総数を追跡します。在庫上限は自動的にリセットされず、顧客あたりの数量を制限せず、営業時間を強制せず、祝日カレンダーを提供しません。OrderRules による注文上限はこれらすべてを統合システムとして提供します。

たいていは大きく失うことはなく、むしろプラスになることも多いです。断る注文は、どのみちうまく履行できなかった注文です。その代わりに、返金、無駄、急ごしらえによる品質低下、そしてそれに続く悪いレビューを避けられます。キャパシティの上限を透明に示せば、コンバージョンを後押しする緊急性も生まれます。

はい。OrderRules の上限はアプリからいつでも調整可能で、変更は即時反映されます。日次上限はすべての日に共通の 1 つの数値なので、忙しい週末にスタッフを増員したなら、金曜日に 50 から 75 に上げて月曜日に戻します。重要なチームメンバーが病欠になったら、数秒で下げられます。

OrderRules は Shopify Functions 上に構築されており、Shopify のネイティブ checkout フロー内で動作します。ほとんどの Shopify アプリ、テーマ、決済プロバイダーと連動します。ストアフロントのバッジやメッセージは、テーマエディタでオンにするテーマアプリ埋め込みとブロックから表示され、テーマのコードを編集することはありません。知っておくべき制約が 1 つあります:Shopify では 1 ストアあたりチェックアウト検証 Function は最大 25 個までです。

ほとんどのマーチャントは 10 分以内にセットアップを完了します。[OrderRules](https://apps.shopify.com/orderrules-limit-sales?utm_source=blog&utm_medium=inline_cta&utm_campaign=shopify-capacity-problem-why-merchants-oversell) をインストール、最初の上限を設定、キャパシティメッセージを書き、保存。開発者不要、API キー不要、テーマへのコード変更不要。完全なウォークスルーは [スタート ガイド](/docs/getting-started/installing-orderrules) を参照してください。

ブラウザ側のどんな制御よりも速く需要が到達するからです。通常の週であれば注文は少しずつ入るため手動確認でも間に合いますが、ドロップでは数百人の購入者が数秒のうちに同じ最後の在庫へ到達します。テーマレベルの数量上限やグレーアウトしたボタンではこの同時実行を解決できず、Shop Pay やエクスプレス決済はそれらが置かれているカート画面を迂回します。チェックアウト検証 Function は、エクスプレス決済を含むすべてのオンラインチェックアウトを確認します。だからこそドロップにはサーバー側での強制が必要です。ただし Function はスナップショットを読むだけで最後の 1 個を確保できないため、最後の在庫には Shopify の在庫追跡を組み合わせましょう。

アプリを比較中ですか?

このカテゴリの他のShopifyアプリすべてとOrderRulesを比較してご覧ください。

注文管理を手中に収める準備はできていますか?

OrderRulesを無料で試す