---
title: "Il ricettario delle regole d'ordine Shopify: come combinare MOQ, massimi, limiti per cliente e cutoff (2026)"
description: "Una singola regola d'ordine è facile. I veri problemi dei merchant richiedono più regole che lavorano insieme — un minimo, un incremento, un limite per cliente e un cutoff. Questo è il ricettario: stack di regole precisi per scenari reali, le insidie e i punti in cui Shopify nativo si arena."
contentType: "blog"
locale: "it"
localized: true
source: "https://orderrules.com/it/blog/shopify-order-rules-recipes"
slug: "shopify-order-rules-recipes"
date: "2026-08-06"
tags:
  - "shopify"
  - "order rules"
  - "order limits"
  - "minimum order quantity"
  - "per customer limit"
  - "cutoff times"
  - "shopify functions"
---
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. Shopify copre nativamente alcuni pezzi — un limite di aggiunta al carrello, le regole di quantità B2B e i limiti sul valore dell'ordine — ma non i limiti per cliente su più ordini né le regole basate sul tempo, 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 | Solo cataloghi B2B (per variante) |
| Massimo per ordine | Limita un singolo ordine — "non più di N" | Negozio / prodotto / variante | Limite di aggiunta al carrello (per variante); cataloghi B2B |
| Incremento / multiplo | Obbliga all'acquisto in multipli — "6, 12, 18…" | Prodotto / variante | Solo cataloghi B2B (per variante) |
| Valore minimo d'ordine (MOV) | Soglia in valuta, non in unità | Negozio | Sì — limiti sul valore dell'ordine di Checkout Blocks |
| 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 copre nativamente alcuni di questi — un limite di aggiunta al carrello, le regole di quantità per gli acquirenti B2B e un valore minimo o massimo dell'ordine — ma niente che tracci un cliente su più ordini, chiuda il checkout in base all'orario o limiti la capacità per giorno o per fascia. Queste regole, e ogni *combinazione*, nascono dall'applicare le regole al checkout con una Function. Non tutte le app offrono ogni ingrediente: OrderRules, per esempio, imposta minimi e multipli per prodotto o variante, e lascia il valore minimo d'ordine a Checkout Blocks. Per i meccanismi, vedi [come la validazione al checkout di Shopify blocca gli ordini](/blog/shopify-checkout-validation-functions-block-orders).

## 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à (il limite di aggiunta al carrello di Shopify, o le regole di quantità B2B per gli acquirenti B2B).
- **Valore minimo d'ordine** opzionale per aggiungere una soglia in valuta sopra a quella in unità (nativo in Checkout Blocks di Shopify).

**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](/blog/shopify-sell-in-multiples-increment-quantity) e nella [guida al MOQ](/blog/shopify-minimum-order-quantity-guide).

**Il muro nativo:** se ogni acquirente di pacchi è un cliente aziendale B2B, le regole di quantità native dei cataloghi B2B di Shopify (minimo, massimo e incremento per variante, su ogni piano da aprile 2026) possono bastarti. Non valgono per gli acquirenti normali e non aggregano tra varianti — ed è lì che serve un'app.

## 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](/blog/per-checkout-vs-per-customer-limits-shopify) e la [guida anti-scalping](/blog/anti-scalping-shopify-per-customer-purchase-limits).

**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](/blog/create-limited-drop-shopify-without-chaos).

## 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](/blog/setting-up-cutoff-times-shopify) e [limiti di capacità di consegna](/blog/delivery-capacity-limits-shopify).

**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](/blog/how-to-set-store-hours-shopify).

## 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](/blog/shopify-made-to-order-lead-times-production-caps).

**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](/blog/shopify-made-to-order-lead-times-production-caps).)

**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 (un minimo per zona nella consegna locale di Shopify, oppure i limiti sul valore dell'ordine di Checkout Blocks).
- **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](/blog/shopify-food-store-local-delivery-guide).

**Il muro nativo:** la limitazione al solo Shop Pay descritta sopra, nessun giorno o finestra oraria di consegna e nessun 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](/blog/shopify-for-subscription-boxes).

**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](/blog/per-customer-order-limits-shopify-guide).

**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 limite di aggiunta al carrello** — un massimo per variante per carrello (Impostazioni → Checkout), per i prodotti con inventario tracciato.
- **Regole di quantità B2B** — minimo, massimo e incremento per variante per gli acquirenti aziendali B2B, su ogni piano da aprile 2026, senza aggregazione tra varianti.
- **Limiti sul valore dell'ordine** — un subtotale minimo o massimo tramite Checkout Blocks.
- **CAPTCHA anti-bot** sui login e sui form ad alto rischio.

Tutto qui. Non c'è un minimo o multiplo nativo per gli acquirenti normali, 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 hanno smesso di funzionare il 30 giugno 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](/blog/complete-guide-shopify-order-rules).

## Come costruire il tuo stack di regole

Costruire uno stack sono sempre le stesse cinque mosse, qualunque sia la ricetta:

1. **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.
2. **Imposta le regole di quantità.** Minimo, massimo, incremento. Mantieni il minimo come multiplo dell'incremento.
3. **Aggiungi il limite per cliente.** Su più ordini, con login richiesto così si lega a un'identità.
4. **Aggiungi le regole di tempistica.** Orari del negozio, cutoff, capacità — così gli ordini arrivano solo quando puoi evaderli.
5. **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](/pricing), costruisci il tuo primo stack e lascia che il checkout applichi esattamente gli ordini che vuoi — e rifiuti in silenzio quelli che non vuoi.