**Shopify のネイティブ数量制限は、新しいチェックアウトごとにリセットされます。**制限値で注文を入れ、完了させ、別の注文を開始 ―― するとカウンターはゼロに戻ります。限定ドロップにとって、これが Shopify の注文管理における最大のギャップです。転売業者はこれを知っています。ボットも知っています。マーチャントは厳しい方法で学びます ―― 通常、同じ 3 人にドロップが 5 分で売り尽くされた直後に。
本稿では、「チェックアウト単位」が実際に何を意味するのか、なぜ Shopify のネイティブ制限がそう動くのか、注文制限カテゴリーのどのアプリが本物の顧客単位ルールを強制するのか、そして注文をまたぐ追跡が実際にどう動くのかを解説します。
顧客単位制限が必要だと既に分かっていて、セットアップ手順が欲しいですか？ 顧客単位の注文制限ガイド の設定手順に飛んでください。この記事はその背後にある概念的説明です。
問題：Shopify のネイティブ制限はチェックアウトごとにリセットされる
Shopify では商品ごとに購入制限を設定できます ―― 例えば「注文ごとに最大 2 個」。このルールは商品またはバリアントに紐づき、カートが構築されるときに検証されます。単一のチェックアウトにそのアイテムが 2 個以下なら、注文は進みます。注文が完了すると、顧客は新しいチェックアウトを開始できます。商品はまだ注文ごとに 2 個を許可します。だから、もう 2 個買います。
組み込みのチェックアウト横断集計はありません。Shopify のチェックアウト層は、現在のカート、現在の顧客（ログインしていれば）、カート内の商品にアクセスできます。デフォルトでは「この顧客はこの 30 日間にこの商品を何個購入したか」にはアクセスしません。その情報は注文テーブルにあり ―― Shopify はチェックアウト検証中にそれを照会しません。
これはバグではありません。Shopify のネイティブ制限は、在庫保護と大量注文セーフティのために設計されました：カートが一度に 10,000 個を受け入れないようにする、というものです。反転売機能として設計されたことはありません。
「チェックアウト単位」が実際に意味するもの ―― 転売業者のプレイブック
Shopify で「注文ごとに 2 個」というネイティブ制限で限定ドロップを販売しているなら、転売業者が実行するプレイブックはこれです：
- 9:59 ―― 10:00 のドロップ告知
- 10:00:00 ―― 商品ページを開く、カートに 2 個追加、チェックアウト、支払い
- 10:00:45 ―― 同じブラウザで再度商品ページを開く、2 個追加、チェックアウト、支払い
- 10:01:30 ―― 3 回目のチェックアウト、同じ要領
- 10:02:15 ―― 4 回目のチェックアウト
- 10:03:00 ―― 5 回目のチェックアウト
3 分で、1 人が「顧客あたり 2 個」のはずだったドロップの 10 個を購入しました。同じ Shopify 顧客アカウント。同じメール。同じ配送先住所。同じカード。ネイティブ制限は各チェックアウトで正しく発火し ―― そして 5 件すべてを通しました。本物のファンが 10:05 にブラウザをリフレッシュするまでに、ドロップは完売です。
スニーカードロップ、ストリートウェアのリリース、コレクティブルローンチからのコミュニティスレッドは、このパターンを繰り返し記録しています。マーチャントのフラストレーションは普遍的です：「顧客あたり 2 個を設定したのに、なぜ 1 人の顧客が 10 個も買えたのか？」 答えは、ルールが「チェックアウトごとに 2 個」と言っていて、「顧客あたり 2 個」と言っていなかったから、です。
「顧客単位」が意味するもの ―― 注文をまたいで追跡する
顧客単位制限は、設定された期間中、すべての注文を通じての 単一のショッパーの累積購入合計 を制限します。ルールはもはや「チェックアウトごとに 2 個」ではなく ―― 「顧客あたりドロップごとに 2 個」「顧客あたり生涯に 2 個」「顧客あたり週に 1 個」になります。
これが機能するためには、アプリは Shopify のネイティブ制限が行わない 3 つのことをしなければなりません：
- 同じメールでのゲストチェックアウトも含めて、複数のチェックアウトをまたぐ 顧客を識別する
- 設定された期間で各顧客が購入したユニット数の 台帳を保持する
- 直接 checkout URL でバイパスされないよう、各チェックアウトで サーバー側で台帳に対して検証する
これがチェックアウト単位アプリと顧客単位アプリの間のアーキテクチャ上の違いです。そしてこれが、ほとんどの注文制限アプリがチェックアウト単位である理由でもあります：既存の Shopify の商品単位検証と統合し、顧客台帳を保持しないからです。
Shopify のどのアプリがチェックアウト単位 vs 顧客単位か
主要な Shopify 注文制限アプリのうち、チェックアウト層で本物の顧客単位制限を強制するのはごく一部です。内訳：
| アプリ | 顧客単位の強制 | 備考 |
|---|---|---|
| OrderRules | はい ―― Shopify Functions を介してチェックアウトで | Customer ID + メール + 住所フィンガープリント。ストリクトログインはオプション。 |
| DC Customer Order Limits | はい ―― チェックアウトで | 生涯制限と Shopify Flow 統合。月額 $14 の Pro 価格。 |
| KOR Order Limits | タグベースのみ(Pro プラン) | 手動の顧客タグ付けが必要 ―― 台帳ベース追跡より弱い。 |
| Avada Order Limits | いいえ ―― チェックアウト単位のみ | 最大のインストールベースだが、注文をまたいで追跡しない。 |
| MinMaxify | いいえ ―― チェックアウト単位のみ | 商品ごとの最小/最大 ―― ネイティブと同じギャップ。 |
| MinCart | いいえ ―― チェックアウト単位のみ | カートレベルのルール、顧客台帳なし。 |
| Pareto Order Limits | いいえ ―― チェックアウト単位のみ | 無料プラン、基本的な商品ルール。 |
| LIMITER (MageComp) | いいえ ―― チェックアウト単位のみ | 年次請求、レビュー 3 件のみ。 |
8 アプリすべての評価、価格、用途別推奨を含む Shopify 注文制限アプリの完全比較ハブ を参照してください。顧客単位制限を強制する 2 アプリの専用比較は OrderRules vs DC Customer Order Limits を参照してください。
ニッチなシングルパーパスアプリのカテゴリーもあります ―― Limit Once(Wandelic)と UR: Limit 1 Item Per Customer(UnReact)―― これらは顧客単位ルールタイプを扱いますが、顧客単位ルールタイプだけです。1 つのドロップ、1 つの商品、1 つのルールをカバーします。もっと複雑なものには、行き止まりです。
顧客単位制限の識別 3 つの方法
アプリが顧客単位制限を強制すると言うとき、次の質問は：どうやって顧客を知るのか？ 答えがルールのバイパス耐性を決めます。
Shopify Customer ID ―― ログイン済みショッパーには、Customer ID が最も強い識別子です。クッキー消去、ブラウザ切り替え、インコグニートモードではなりすませません。ログイン中の顧客は一意に識別され、OrderRules の台帳はこの ID を最初にキーします。
メールアドレス ―― ゲストチェックアウト向けには、チェックアウトで入力されたメールが次に強い識別子です。同じメールで複数のゲストチェックアウトを行う転売業者は、台帳に捕まります。バイパスは各チェックアウトで異なるメールを使うこと ―― 敵対的なドロップでは本当の懸念になるほど簡単です。
配送先住所のフィンガープリント ―― メールが異なっても、同じ配送先住所への繰り返し注文は検出可能です。OrderRules は正規化された住所フィンガープリントを計算し、第三の識別子として使います。これは「偽メールアカウント 10 個、すべて転売業者のアパートに配送」のパターンを捕捉します。
通常のユースケース(ベーカリーの日次上限、B2B アカウントの支出制限、補充可能な商品の月次ルール)では、Customer ID + メールの組み合わせがログイン強制なしで 95 %+ のケースを捕捉します。敵対的なユースケース(スニーカードロップ、コレクティブル、スカルパー狙い商品)では、ストリクトログインモードが正解です ―― 完全な脅威モデルは 反スカルパー プレイブック を参照してください。
なぜゲストチェックアウトが顧客単位を壊すのか（そして直し方）
「顧客単位制限が機能しなかった」苦情の最も一般的な原因は、ゲストチェックアウトの悪用です。各ゲストチェックアウトで異なるメールアドレスを使う転売業者は、毎回異なる人物に見えます ―― アプリが住所フィンガープリントも追跡するか、ログインを強制しない限り。
OrderRules は 2 つの方法でこれを処理します：
- メール + 配送先住所のフィンガープリント（デフォルト）―― 同じ住所への複数メール注文を捕捉。ほとんどのユースケースに十分。
- ストリクトログインモード（オプション）―― 顧客単位ルール下の商品に対してゲストチェックアウトを完全にブロック。顧客はサインインしなければなりません。Customer ID が真実の情報源になり、メール/住所追跡はもはや主防御ではありません。これは限定ドロップ、独占的コレクション、転売アービトラージが主脅威であるあらゆるシナリオの正解設定です。
DC Customer Order Limits は Pro 階層で同様の動作を提供します。残りのチェックアウト単位のみのアプリは、ここでは意味のある回答を持ちません ―― 設計上、注文をまたいで追跡しないため、ゲストチェックアウトは彼らには無関係です。
チェックアウト単位が実際に OK なとき
すべての制限が顧客単位である必要はありません。ある種のユースケースでは、チェックアウト単位が適切で、顧客単位は過剰です：
- 在庫安全上限 ―― 「注文ごとにこの SKU 最大 100 個」、誤った大量注文を防ぐため。チェックアウト単位が正しいルール。
- B2B のケースパック数量 ―― 「6 の倍数で注文必須」または「SKU あたり最低 12 個」。ルールが注文の形を対象としていて顧客履歴ではないため、チェックアウト単位で問題ありません。
- 卸売の MOQ ―― 「カート合計 $500 最低」。ルールはカート合計に対するもので、購入者あたりではないため、チェックアウト単位が筋が通っています。
意思決定ポイントは、ルールが 誰が 買っているか、または 何が カートに入っているかのどちらに関心があるかです。「誰」が重要なら、顧客単位が必要。「何」だけが重要なら、チェックアウト単位で十分。
OrderRules で本物の顧客単位制限を設定する
設定手順は 顧客単位の注文制限ガイド に文書化されていますが、短いバージョン：
- Shopify App Store から OrderRules をインストール
- Customer Limits に移動してルールを作成
- 制限タイプを選択 ―― 注文数、合計数量、または合計支出
- 期間を選択 ―― 毎日、毎週、毎月、毎年、または生涯
- 敵対的なドロップにはストリクトログインモードを有効化
- 下書き注文でテスト ―― 制限値で 1 件出し、次に 2 件目を試す
強制は Shopify Functions を介して行われ、サーバー側でチェックアウトを検証します。Shop Pay、Apple Pay、Google Pay、直接 checkout URL もすべて同じ検証を通過 ―― つまりクライアント側のバイパスはありません。Shopify Functions Checkout Validation の動作の技術的な詳細については OrderRules がチェックアウト検証関数をどう使うか を参照してください。
まとめ
問題が「注文ごとに 2 個に設定したのに、1 人が 10 個買った」なら、制限が失敗したのではなく ―― 顧客単位ルールが必要だったところにチェックアウト単位ルールを設定したのが問題です。Shopify のネイティブ制限はチェックアウト単位。ほとんどの注文制限アプリはチェックアウト単位。チェックアウト層で本物の顧客単位制限を強制するのは OrderRules と DC Customer Order Limits のみ。
限定ドロップ、反転売セットアップ、独占的リリース、公平な配布がブランド約束の一部であるあらゆる商品では、顧客単位がマーチャントの意図に合致するルールタイプです。それ以外のすべて ―― 在庫上限、B2B ケースパック、カート最低額 ―― はチェックアウト単位で問題ありません。
アプリ別の完全な内訳を見たいですか？ Shopify 注文制限アプリ比較ハブ を読んでください。チェックアウトで顧客単位を強制する 2 アプリの専用比較は OrderRules vs DC Customer Order Limits を参照してください。顧客単位制限を防御層の一つとして使うより広範な反スカルパーフレームワークについては、反スカルパー ガイド を参照してください。