Una singola regola d'ordine è facile. Shopify stesso limita quanti pezzi di un articolo finiscono in un singolo carrello. I problemi che costano davvero soldi ai merchant richiedono più regole che lavorano insieme: un negozio all'ingrosso che ha bisogno di un minimo e di un multiplo di pacco e di un massimo; un drop che ha bisogno di un limite per cliente e di un cutoff e di un tetto di stock; una cucina che ha bisogno di orari del negozio e di un cutoff in giornata e di un limite di capacità. Nemmeno la sovravendita e gli errori d'ordine sono problemi piccoli — gli analisti di IHL Group hanno stimato il costo globale di rotture di stock e sovrascorte in oltre 1.000 miliardi di dollari l'anno (IHL Group — indicativo, ma il punto è l'ordine di grandezza).
Questo è il ricettario per combinare quelle regole su Shopify. Ogni ricetta è uno scenario reale di un merchant, lo stack esatto di regole che lo risolve, l'insidia che lo rompe se sei distratto e il punto in cui Shopify nativo si arena. È pensato per essere consultato rapidamente: trova lo scenario più vicino al tuo e copia lo stack.
Risposta rapida: come si combinano le regole d'ordine su Shopify?
Le regole d'ordine si combinano con AND — ogni regola applicabile deve essere rispettata, quindi vince la più restrittiva. Le sovrapponi per ambito (negozio, collezione, prodotto, variante): regole di quantità, un limite per cliente e regole di tempistica (orari del negozio, cutoff, capacità), poi applica lo stack al checkout tramite una Shopify Function. L'unico controllo nativo di Shopify è un limite di aggiunta al carrello per singolo checkout, quindi lo stacking richiede un'app come OrderRules.
Gli ingredienti delle regole
Ogni ricetta qui sotto è costruita a partire da questi mattoni. Impara gli ingredienti una volta e le ricette diventano semplici combinazioni.
| Regola | Cosa fa | Ambito | Nativa in Shopify? |
|---|---|---|---|
| Quantità minima d'ordine (MOQ) | Fissa una soglia — "almeno N" | Negozio / collezione / prodotto / variante | No |
| Massimo per ordine | Limita un singolo ordine — "non più di N" | Negozio / prodotto / variante | Solo aggiunta al carrello per singolo checkout |
| Incremento / multiplo | Obbliga all'acquisto in multipli — "6, 12, 18…" | Prodotto / variante | No |
| Valore minimo d'ordine (MOV) | Soglia in valuta, non in unità | Negozio / collezione | No |
| Limite per cliente | Limita le unità per cliente su più ordini | Negozio / prodotto | No |
| Orari del negozio | Blocca il checkout fuori dagli orari di apertura | Negozio | No |
| Cutoff dell'ordine | Chiude gli ordini a un'ora / data | Negozio / prodotto / data di consegna | No |
| Limite di capacità | Limita gli ordini per giorno o per fascia | Negozio / data / fascia | No |
Il filo conduttore: Shopify ti dà nativamente esattamente uno di questi (un limite di aggiunta al carrello per articolo e per singolo checkout). Tutto il resto — e ogni combinazione — nasce dall'applicare le regole al checkout con una Function. Per i meccanismi, vedi come la validazione al checkout di Shopify blocca gli ordini.
L'unico principio: le regole si combinano con AND
Prima delle ricette, la regola che le governa tutte: quando più regole si applicano allo stesso carrello, si combinano con AND — ognuna deve essere rispettata e la più restrittiva è ciò che il cliente sperimenta. Un carrello di 8 contro un minimo di 6, un incremento di 2 e un massimo di 20 supera tutte e tre. Un carrello di 7 non supera l'incremento. Una nona unità contro un limite per cliente di 8 non supera il limite anche se le regole di quantità sono a posto.
Due conseguenze da tenere bene a mente:
- Le contraddizioni bloccano il prodotto. Imposta un minimo sopra un massimo e nessuna quantità potrà mai soddisfare entrambi — il prodotto diventa non acquistabile. Progetta sempre lo stack come un intervallo restringente.
- Gli ambiti sovrapposti si applicano entrambi. Se un prodotto si trova in due collezioni ciascuna limitata, entrambi i limiti sono attivi e vince il più stretto. La combinazione intenzionale è potente; quella accidentale è un ticket di supporto.
Tienilo a mente e le ricette qui sotto si compongono senza intoppi.
Ricetta: pacchi standard B2B / ingrosso
Scenario: vendi a buyer commerciali in pacchi standard fissi e vuoi un vero minimo, multipli di pacco e un tetto.
Lo stack:
- Incremento di 6 (o la tua dimensione di pacco) — i buyer possono ordinare solo 6, 12, 18…
- Quantità minima d'ordine di 6 — un multiplo dell'incremento, così la soglia e il pacco coincidono.
- Massimo per ordine (es. 240) — un tetto ragionevole che segnala inserimenti errati di grandi quantità.
- Valore minimo d'ordine opzionale per aggiungere una soglia in valuta sopra a quella in unità.
L'insidia: un minimo senza un incremento non impone il pacco — un buyer ordina 6, poi 7, poi 13 e la logistica dei tuoi pacchi standard salta. Il minimo deve essere un multiplo dell'incremento. Tutti i dettagli in vendere in multipli / pacchi standard e nella guida al MOQ.
Il muro nativo: le regole native di quantità B2B di Shopify coprono solo gli incrementi in contesti B2B/ingrosso e per singola variante, senza aggregazione; il limite di aggiunta al carrello non può impostare alcun minimo per il negozio.
Ricetta: un drop limitato ed equo
Scenario: un rilascio molto atteso e a stock limitato che vuoi distribuire tra clienti reali, non esaurito da un singolo buyer o da un bot. Sui drop più caldi, i fornitori anti-bot riferiscono che il traffico inorganico si impenna verso ~99% (Kasada, Queue-it — riferito dai fornitori, indicativo).
Lo stack:
- Limite per cliente di 1, tracciato su più ordini — non per carrello.
- Blocca il checkout come ospite / richiedi il login — così il limite si lega a un'identità.
- Limite giornaliero / di stock pari alla tiratura, così non può andare in sovravendita.
- Cutoff del drop — il checkout apre e chiude a orari prestabiliti.
L'insidia: un limite per singolo checkout non è un limite per cliente — dieci ordini separati superano ciascuno un limite per carrello. E il checkout come ospite è la falla che un limite per cliente non può coprire. Vedi limiti per cliente e per checkout a confronto e la guida anti-scalping.
Il muro nativo: Shopify ha un CAPTCHA anti-bot nativo ma nessun limite di acquisto per cliente per una vetrina normale. Abbina questo stack a un'app di lotteria o coda per i drop più importanti — vedi gestire un drop limitato senza caos.
Ricetta: deperibili in giornata
Scenario: una panetteria o un negozio di cibo fresco che accetta ordini in giornata che deve davvero preparare e consegnare.
Lo stack:
- Cutoff dell'ordine (es. 14:00) — dopo il quale gli ordini in giornata chiudono e slittano al giorno successivo.
- Limite di capacità giornaliero — il massimo numero di ordini che la cucina può produrre quel giorno.
- Orari del negozio — checkout bloccato quando sei chiuso, così niente ordini alle 2 di notte che non puoi evadere.
L'insidia: i cutoff sono sensibili al fuso orario — imposta il cutoff nel fuso del negozio, altrimenti un cliente a tre fusi di distanza lo scavalca. E un limite di capacità funziona solo se è applicato al checkout, non se è mostrato come semplice nota. Vedi impostare gli orari di cutoff e limiti di capacità di consegna.
Il muro nativo: Shopify non ha cutoff nativo, né limite di ordini giornaliero, né blocco del checkout per orari del negozio. Tutti e tre arrivano dal livello delle regole — inizia con come impostare gli orari del negozio.
Ricetta: studio su ordinazione
Scenario: mobili, ceramiche o beni personalizzati costruiti su ordinazione, dove vendi capacità produttiva anziché stock. La domanda è reale — Deloitte ha rilevato che circa un consumatore su tre è interessato ai prodotti personalizzati, disposto a pagare circa un 20% di sovrapprezzo (indicativo).
Lo stack:
- Data di consegna con lead time — i clienti vedono "spedizione in 3–4 settimane" e non possono scegliere una data impossibile.
- Limite di produzione settimanale per prodotto — i pezzi lenti e impegnativi hanno un limite più stretto di quelli veloci.
- Cutoff di consegna — l'ultimo ordine che può ancora rispettare una data scelta dato il lead time.
L'insidia: inventario ≠ capacità. Shopify conta lo stock; un'attività su ordinazione non ne ha, quindi i limiti nativi di inventario non modellano "quanti ne posso costruire questa settimana". Limita il ritmo. Playbook completo in lead time e limiti di produzione su ordinazione.
Il muro nativo: nessun motore nativo per il lead time, nessun limite di ordini settimanale, nessun cutoff di produzione. OrderRules è il livello di capacità/lead time; abbina un personalizzatore di prodotto per le opzioni stesse.
Ricetta: lotto in pre-ordine senza sovravendita
Scenario: stai raccogliendo pre-ordini per un lotto che produrrai una volta sola e non devi vendere più di quanto il lotto possa contenere.
Lo stack:
- Limite totale di pre-ordini pari alla dimensione del lotto — un limite di ordini per prodotto che si ferma quando il lotto è tutto prenotato.
- Limite per cliente così un singolo buyer non può accaparrarsi l'intera tiratura.
- Data di cutoff del pre-ordine — il punto in cui i pre-ordini chiudono e la produzione si blocca.
L'insidia: il pre-ordine non è la produzione su ordinazione — il pre-ordine vende un lotto fisso che sarà spedito a una data, quindi il limite vincolante sono le unità totali, non un ritmo di produzione settimanale. Attivare la funzione "continua a vendere quando esaurito" di Shopify rimuove del tutto il freno, lasciando che i pre-ordini superino il lotto. Limita invece il totale. (Per i beni costruiti dopo l'acquisto, usa la ricetta su ordinazione.)
Il muro nativo: Shopify non ha un nativo "limita i pre-ordini a N totali" — l'inventario o blocca a zero o vende in sovravendita senza limiti.
Ricetta: consegna di cibo in zona
Scenario: un negozio di alimentari che consegna nella propria area e vuole un vero minimo d'ordine, il rispetto degli orari di apertura e la capacità per fascia.
Lo stack:
- Orari del negozio — nessun checkout quando il negozio è chiuso.
- Valore minimo d'ordine — una soglia di consegna così i piccoli ordini non fanno perdere soldi.
- Limite di capacità per fascia — limita gli ordini per finestra di consegna.
- Opzione di ritiro accanto alla consegna.
L'insidia: la consegna locale nativa di Shopify funziona solo con Shop Pay — non con Apple Pay, Google Pay, Amazon Pay o PayPal — quindi un cliente che usa un wallet può aggirare un'impostazione di consegna nativa. Le regole lato server vengono applicate su ogni metodo di pagamento. Scenario passo passo in consegna locale per un negozio di alimentari.
Il muro nativo: la limitazione al solo Shop Pay descritta sopra, più l'assenza di un MOV nativo o di un limite per fascia.
Ricetta: finestre delle subscription box
Scenario: una box mensile che si esaurisce a ogni ciclo e deve chiudere le iscrizioni quando è al completo.
Lo stack:
- Limite di nuove iscrizioni per ciclo — limita quanti nuovi abbonati accetti prima di un ciclo.
- Cutoff delle iscrizioni — una data dopo la quale le nuove iscrizioni slittano al ciclo successivo.
- Capacità per collezione se più livelli di box condividono un tetto di produzione.
L'insidia — quella grossa: le Function di validazione al checkout vengono eseguite sulla nuova iscrizione/checkout ma non sono supportate per gli ordini ricorrenti in abbonamento. Quindi questo stack controlla chi si iscrive e quando, non i rinnovi che seguono. Non provare a regolare i rinnovi con queste regole — non verranno valutate. Dettagli in Shopify per le subscription box.
Il muro nativo: le app di abbonamento (Recharge, Appstle, Seal) fatturano il ciclo ma non limitano le box per ciclo né chiudono le iscrizioni quando è al completo — quello è il livello delle regole che le affianca.
Ricetta: equità nei flash sale
Scenario: una promo a tempo che vuoi raggiunga molti clienti, non un pugno di persone che svuotano l'offerta.
Lo stack:
- Limite per cliente sugli articoli in promozione.
- Massimo per ordine come secondo tetto.
- Orari del negozio / finestra temporale così la promozione parte solo quando previsto.
L'insidia: i banner front-end "limite 1" sono cosmetici — un cliente su un wallet express non vede mai lo script della pagina carrello. Applica il limite lato server. Correlato: limiti d'ordine per cliente.
Il muro nativo: nessun limite nativo per cliente; il limite di aggiunta al carrello limita un solo carrello, quindi gli ordini ripetuti passano.
Le ricette a colpo d'occhio
| Scenario | Stack di regole | Insidia chiave |
|---|---|---|
| Pacchi standard all'ingrosso | Incremento + MOQ (multiplo dell'incremento) + massimo + MOV | Un minimo senza incremento rompe il pacco |
| Drop limitato | 1/cliente + blocco ospite + limite di stock + cutoff | Per checkout ≠ per cliente; falla del checkout ospite |
| Deperibili in giornata | Cutoff + capacità giornaliera + orari del negozio | Fuso orario del cutoff; va applicato al checkout |
| Su ordinazione | Data con lead time + limite settimanale + cutoff di consegna | Inventario ≠ capacità — limita il ritmo |
| Lotto in pre-ordine | Limite totale pre-ordini + per cliente + data di cutoff | Limita le unità totali, non un ritmo di produzione |
| Consegna di cibo in zona | Orari del negozio + MOV + capacità per fascia + ritiro | La consegna locale nativa è solo Shop Pay |
| Subscription box | Limite nuove iscrizioni + cutoff iscrizioni + capacità per collezione | Le Function non girano sui rinnovi |
| Equità nei flash sale | Per cliente + massimo per ordine + finestra temporale | I limiti front-end sono aggirabili |
Dove Shopify nativo si ferma
Le ricette continuano a sbattere contro lo stesso muro, quindi vale la pena dirlo chiaramente. Nativamente, Shopify ti dà:
- Un controllo sulle quantità — un limite di aggiunta al carrello per articolo e per singolo checkout (Impostazioni → Checkout).
- Regole di quantità B2B — minimi e incrementi, ma solo in contesti B2B/ingrosso, per singola variante, senza aggregazione tra varianti.
- CAPTCHA anti-bot sui login e sui form ad alto rischio.
Tutto qui. Non c'è un minimo nativo per l'intero negozio, nessun limite per cliente su più ordini, nessun blocco del checkout per orari del negozio, nessun cutoff, nessuna capacità giornaliera e nessun modo di combinare uno qualsiasi di questi. Storicamente alcuni merchant hanno colmato il divario con Shopify Scripts, ma gli Scripts vengono dismessi (gli Scripts di checkout smettono di funzionare nel 2026) in favore di Shopify Functions — che è esattamente il meccanismo usato da una moderna app di regole. Il quadro d'insieme è nella guida completa alle regole d'ordine Shopify.
Come costruire il tuo stack di regole
Costruire uno stack sono sempre le stesse cinque mosse, qualunque sia la ricetta:
- Definisci l'ambito. Decidi se la regola colpisce l'intero negozio, una collezione, un prodotto o una variante — è l'ambito che permette a prodotti diversi di avere regole diverse.
- Imposta le regole di quantità. Minimo, massimo, incremento. Mantieni il minimo come multiplo dell'incremento.
- Aggiungi il limite per cliente. Su più ordini, con login richiesto così si lega a un'identità.
- Aggiungi le regole di tempistica. Orari del negozio, cutoff, capacità — così gli ordini arrivano solo quando puoi evaderli.
- Applica e testa. Esegui l'intero stack al checkout tramite una Function, poi testa ogni regola provando a romperla.
Insidie quando combini le regole
Gli errori trasversali che trasformano un buon stack in una coda di supporto:
- Minimo sopra il massimo blocca il prodotto — nessuna quantità è valida.
- Un minimo senza un incremento non mantiene la dimensione del pacco.
- Gli ambiti sovrapposti si sommano — vince la regola più restrittiva, a volte in modo sorprendente.
- Il checkout come ospite vanifica qualsiasi limite per cliente — richiedi il login.
- I rinnovi non vengono valutati — le regole di abbonamento controllano le iscrizioni, non gli ordini ricorrenti.
- Lo scarto di fuso orario lascia che un cliente lontano scavalchi un cutoff — imposta gli orari nel fuso del negozio.
- I limiti solo front-end sono cosmetici — i wallet express li aggirano; applicali lato server.
Testa il tuo stack prima che vada in produzione
Uno stack che non hai provato a rompere è una scommessa. Prima del lancio, effettua ordini di prova che violano una regola alla volta:
- Uno sotto il minimo e uno sopra il massimo — entrambi devono bloccare.
- Una quantità fuori dall'incremento (7 contro un incremento di 6) — deve bloccare.
- Un secondo ordine per cliente sullo stesso account — deve bloccare.
- Un ordine dopo il cutoff o fuori dagli orari del negozio — deve bloccare.
- Un checkout con wallet express (Shop Pay) — verifica che lo stack regga ancora, non solo la pagina del carrello.
Cinque minuti passati a provare a rompere il tuo stack intercettano la configurazione errata che altrimenti raggiungerebbe clienti reali.
In conclusione
Le regole singole sono il minimo indispensabile; i problemi dei merchant che vale la pena risolvere vivono nelle combinazioni — un minimo, un multiplo, un limite e un cutoff, tutti veri contemporaneamente. Il principio è semplice (le regole si combinano con AND, vince la più restrittiva), le ricette sono solo combinazioni collaudate e il tutto funziona solo quando è applicato al checkout, dove non può essere aggirato. Trova la ricetta più vicina al tuo negozio, copia lo stack e testalo provando a romperlo.
Inizia gratis con OrderRules, costruisci il tuo primo stack e lascia che il checkout applichi esattamente gli ordini che vuoi — e rifiuti in silenzio quelli che non vuoi.