Shopifys natives Mengenlimit resetet bei jedem neuen Checkout. Eine Bestellung am Limit aufgeben, abschließen, eine neue starten — und der Zähler steht wieder bei null. Für Limited Drops ist das die größte Lücke in Shopifys Bestellmanagement. Reseller wissen das. Bots wissen das. Händler:innen lernen es auf die harte Tour — meist genau dann, wenn ein Drop in fünf Minuten an dieselben drei Leute geht.
Dieser Artikel erklärt, was „pro Checkout" in der Praxis wirklich heißt, warum Shopifys natives Limit so funktioniert, welche Apps in der Order-Limit-Kategorie echte Pro-Kunde-Regeln durchsetzen, und wie das Tracking über mehrere Bestellungen tatsächlich abläuft.
Du weißt schon, dass du Pro-Kunde-Limits brauchst, und willst die Setup-Schritte? Spring zum Guide zu Pro-Kunde-Bestelllimits für den Walkthrough. Dieser Artikel ist die konzeptionelle Erklärung dahinter.
Das Problem: Shopifys natives Limit resetet pro Checkout
Shopify erlaubt dir, ein Pro-Produkt-Kauflimit zu setzen — etwa „maximal 2 pro Bestellung". Diese Regel hängt am Produkt oder an der Variante und wird beim Aufbau des Warenkorbs validiert. Solange ein einzelner Checkout 2 oder weniger Einheiten dieses Artikels enthält, geht die Bestellung durch. Ist die Bestellung abgeschlossen, kann die Kundin einen neuen Checkout starten. Das Produkt erlaubt immer noch 2 pro Bestellung. Also kauft sie 2 weitere.
Es gibt keine eingebaute Aggregation über Checkouts hinweg. Shopifys Checkout-Layer kennt den aktuellen Warenkorb, die aktuelle Kundin (falls eingeloggt) und die Produkte im Warenkorb. Er kennt standardmäßig nicht „wie viele dieses Produkts hat diese Kundin in den letzten 30 Tagen gekauft". Diese Information liegt in der Orders-Tabelle — die Shopify bei der Checkout-Validation nicht abfragt.
Das ist kein Bug. Shopifys natives Limit wurde für Bestandsschutz und Hochvolumen-Sicherheit konzipiert: den Warenkorb daran hindern, 10.000 Einheiten auf einmal anzunehmen. Es war nie als Anti-Reseller-Feature gedacht.
Was „pro Checkout" in der Praxis heißt — das Reseller-Playbook
Wenn du Limited Drops auf Shopify mit dem nativen Limit „2 pro Bestellung" verkaufst, ist das hier das Playbook, das ein Reseller fährt:
- 9:59 Uhr — Drop angekündigt für 10:00 Uhr
- 10:00:00 — öffnet Produktseite, legt 2 in den Warenkorb, checkt aus, zahlt
- 10:00:45 — gleicher Browser, öffnet Produktseite erneut, 2 dazu, Checkout, zahlt
- 10:01:30 — dritter Checkout, gleiches Spiel
- 10:02:15 — vierter Checkout
- 10:03:00 — fünfter Checkout
In drei Minuten hat eine Person 10 Einheiten eines Drops gekauft, der „2 pro Kunde" sein sollte. Gleiches Shopify-Kundenkonto. Gleiche E-Mail. Gleiche Lieferadresse. Gleiche Kreditkarte. Das native Limit hat bei jedem Checkout korrekt gefeuert — und alle fünf durchgelassen. Bis der echte Fan um 10:05 den Browser refresht, ist der Drop weg.
Community-Threads von Sneaker-Drops, Streetwear-Releases und Collectible-Launches dokumentieren das Muster wieder und wieder. Die Frustration der Händler:innen ist universal: „Ich habe 2 pro Kunde gesetzt — warum hat eine Kundin 10 gekauft?" Antwort: Die Regel sagte „2 pro Checkout", nicht „2 pro Kunde".
Was „pro Kunde" heißt — Tracking über Bestellungen hinweg
Ein Pro-Kunde-Limit deckelt die kumulative Kaufsumme einer einzelnen Käuferin über alle ihre Bestellungen, in einem konfigurierten Zeitraum. Die Regel lautet nicht mehr „2 pro Checkout" — sie lautet „2 pro Kundin pro Drop" oder „2 pro Kundin lebenslang" oder „1 pro Kundin pro Woche".
Damit das funktioniert, muss die App drei Dinge tun, die Shopifys natives Limit nicht tut:
- Die Kundin identifizieren über mehrere Checkouts hinweg
- Ein Ledger pflegen darüber, wie viele Einheiten jede Kundin im konfigurierten Zeitraum gekauft hat
- Gegen das Ledger validieren bei jedem Checkout — serverseitig, damit es nicht über direkte Checkout-URLs umgangen werden kann
Das ist der architektonische Unterschied zwischen einer Pro-Checkout-App und einer Pro-Kunde-App. Es ist auch der Grund, warum die meisten Order-Limit-Apps pro Checkout sind: Sie integrieren sich in Shopifys vorhandene Pro-Produkt-Validierung und pflegen nie ein Kunden-Ledger.
Welche Shopify-Apps sind Pro-Checkout vs. Pro-Kunde
Unter den großen Shopify-Order-Limit-Apps setzt nur eine kleine Teilmenge echte Pro-Kunde-Limits auf der Checkout-Ebene durch. Die Aufschlüsselung:
| App | Pro-Kunde-Durchsetzung | Anmerkungen |
|---|---|---|
| OrderRules | Ja — am Checkout via Shopify Functions | Verknüpft mit der Shopify Customer ID. Login erforderlich; Gast-Checkout gesperrt, solange Kundenlimits aktiv sind. |
| DC Customer Order Limits | Ja — am Checkout | Lebenslange Limits und Shopify-Flow-Integration. $14/mo Pro-Preis. |
| KOR Order Limits | Nur tag-basiert (Pro-Plan) | Erfordert manuelles Customer-Tagging — schwächer als ledger-basiertes Tracking. |
| Avada Order Limits | Nein — nur pro Checkout | Größte Installationsbasis, aber kein Tracking über Bestellungen. |
| MinMaxify | Nein — nur pro Checkout | Pro-Produkt-Min/Max — gleiche Lücke wie nativ. |
| MinCart | Nein — nur pro Checkout | Warenkorb-Regeln, kein Kunden-Ledger. |
| Pareto Order Limits | Nein — nur pro Checkout | Free-Plan, einfache Pro-Produkt-Regeln. |
| LIMITER (MageComp) | Nein — nur pro Checkout | Jahresabrechnung, nur 4 Reviews. |
Siehe den vollen Hub-Vergleich der Shopify-Order-Limit-Apps für Bewertungen, Preise und Empfehlungen über alle acht. Zum dedizierten Vergleich der beiden Apps, die Pro-Kunde durchsetzen, siehe OrderRules vs. DC Customer Order Limits.
Es gibt zudem eine Kategorie von Nischen-Single-Purpose-Apps — Limit Once (Wandelic) und UR: Limit 1 Item Per Customer (UnReact) — die den Pro-Kunde-Regeltyp bedienen, aber nur diesen Regeltyp. Sie decken einen Drop, auf einem Produkt, mit einer Regel ab. Für alles Komplexere sind sie eine Sackgasse.
Die drei Wege, Pro-Kunde-Limits zu identifizieren
Wenn eine App sagt, sie setzt Pro-Kunde-Limits durch, lautet die nächste Frage: Wie kennt sie die Kundin? Die Antwort bestimmt, wie umgehungssicher die Regel ist.
Shopify Customer ID — für eingeloggte Käufer:innen ist die Customer ID der stärkste Identifikator. Sie lässt sich nicht durch Cookies löschen, Browserwechsel oder Inkognito-Modus umgehen. Wer eingeloggt ist, wird eindeutig identifiziert, und OrderRules' Ledger schlüsselt auf diese ID.
E-Mail-Adresse — bei Gast-Checkouts greifen manche Apps auf die im Checkout eingetragene E-Mail zurück. Ein Reseller mit mehreren Gast-Checkouts auf derselben E-Mail wird erwischt. Der Bypass besteht darin, pro Checkout andere E-Mails zu nutzen — leicht genug, um bei feindlichen Drops ein echtes Risiko zu sein.
Lieferadresse — selbst bei unterschiedlichen E-Mails sind wiederholte Bestellungen an dieselbe Lieferadresse erkennbar, und manche Händler prüfen im Nachhinein auf dieses Muster („10 Fake-E-Mail-Accounts, alle Versand an die Wohnung des Resellers").
OrderRules wählt den strengsten Weg: Kundenlimits erfordern einen Login, der Gast-Checkout ist also gesperrt, solange sie aktiv sind, und jede gezählte Bestellung ist an eine Customer ID gebunden. Das ist die richtige Wahl für feindliche Fälle (Sneaker-Drops, Collectibles, Scalper-Köder-Produkte) — siehe das Anti-Scalping-Playbook für das volle Bedrohungsmodell.
Warum Gast-Checkout Pro-Kunde aushebelt (und wie man's behebt)
Die häufigste Quelle der „das Pro-Kunde-Limit hat nicht funktioniert"-Beschwerden ist Missbrauch des Gast-Checkouts. Ein Reseller, der bei jedem Gast-Checkout eine andere E-Mail nutzt, sieht jedes Mal aus wie eine andere Person — es sei denn, die App erzwingt Login.
OrderRules erzwingt Login: Solange Kundenlimits aktiv sind, ist der Gast-Checkout gesperrt, und die Kundin muss sich anmelden. Die Customer ID wird zur Wahrheitsquelle. Das ist die richtige Einstellung für Limited Drops, exklusive Kollektionen und jedes Szenario, in dem Reseller-Arbitrage die Hauptbedrohung ist. Weil es shopweit gilt, wägen Sie es in einem allgemeinen Einzelhandelsshop gegen die zusätzliche Reibung im Checkout ab.
DC Customer Order Limits bietet ähnliches Verhalten im Pro-Tier. Die übrigen reinen Pro-Checkout-Apps haben hier keine sinnvolle Antwort — sie tracken per Design nicht über Bestellungen, also ist Gast-Checkout für sie irrelevant.
Wann Pro-Checkout tatsächlich okay ist
Nicht jedes Limit muss pro Kunde sein. Für manche Fälle ist Pro-Checkout angemessen und Pro-Kunde Übertreibung:
- Bestandsschutz-Caps — „nicht mehr als 100 dieses SKUs in einer Bestellung", um versehentliche Mengenbestellungen zu verhindern. Pro-Checkout ist die richtige Regel — Shopify-B2B-Kataloge können für Firmenkäufer ein Maximum pro Variante festlegen. (Produktlimits in OrderRules funktionieren anders: eine gemeinsame Gesamtmenge über alle Käufer:innen pro Tag, Woche oder Monat.)
- B2B-Case-Pack-Mengen — „muss in Vielfachen von 6 bestellt werden" oder „mindestens 12 pro SKU". Pro-Checkout ist okay, weil die Regel auf die Bestellform zielt, nicht auf die Kundenhistorie.
- Mindestbestellwert für Wholesale — „$500 Mindestbestellwert". Pro-Checkout passt — die Regel zielt auf den Warenkorbwert, nicht pro Käuferin. OrderRules legt keine Mindestwerte für den Warenkorb fest; Shopifys App Checkout Blocks übernimmt Bestellwertlimits in jedem Plan, für alle Kund:innen oder nur für B2B.
Der Entscheidungspunkt ist, ob die Regel sich um wer kauft kümmert oder um was im Warenkorb ist. Geht es um wer, brauchst du Pro-Kunde. Geht es nur um was, reicht Pro-Checkout.
Echte Pro-Kunde-Limits in OrderRules einrichten
Die Konfigurationsschritte sind im Guide zu Pro-Kunde-Bestelllimits dokumentiert, in Kurzform:
- OrderRules aus dem Shopify App Store installieren
- In Customer Limits gehen und eine Regel anlegen
- Limit-Typ wählen — Bestellanzahl, Gesamtmenge oder Gesamtausgabe
- Zeitraum wählen — täglich, wöchentlich, monatlich, jährlich, rollierende 30 Tage oder lebenslang
- Prüfen, dass Login erforderlich ist — der Gast-Checkout ist gesperrt, solange Kundenlimits aktiv sind
- Mit einem Kundenkonto testen — eine Bestellung am Limit aufgeben, dann eine zweite versuchen
Die Durchsetzung passiert über Shopify Functions, das den Checkout serverseitig validiert. Shop Pay, Apple Pay, Google Pay und direkte Checkout-URLs treffen alle dieselbe Validation — also kein clientseitiger Bypass. Zum technischen Detail über die Funktionsweise von Shopify Functions Checkout Validation siehe wie OrderRules Checkout-Validation-Functions nutzt.
Fazit
Wenn dein Problem „eine Person hat 10 von etwas gekauft, das ich auf 2 pro Bestellung gesetzt habe" lautet, dann ist nicht das Limit gescheitert — du hast eine Pro-Checkout-Regel gesetzt, wo du eine Pro-Kunde-Regel gebraucht hättest. Shopifys natives Limit ist pro Checkout. Die meisten Order-Limit-Apps sind pro Checkout. Nur OrderRules und DC Customer Order Limits setzen echte Pro-Kunde-Limits am Checkout durch.
Für Limited Drops, Anti-Reseller-Setups, exklusive Releases und alle Produkte, bei denen faire Verteilung Teil des Markenversprechens ist, ist Pro-Kunde der Regeltyp, der die Händler-Intention abbildet. Für alles andere — Bestand-Caps, B2B-Case-Packs, Warenkorb-Mindestwerte — passt Pro-Checkout.
Willst du die volle App-für-App-Aufschlüsselung sehen? Lies den Vergleichs-Hub der Shopify-Order-Limit-Apps. Zum dedizierten Vergleich der beiden Apps, die Pro-Kunde am Checkout durchsetzen, siehe OrderRules vs. DC Customer Order Limits. Zum breiteren Anti-Scalping-Framework, das Pro-Kunde-Limits als eine Verteidigungsschicht nutzt, siehe den Anti-Scalping-Guide.