Sconti personalizzati con Shopify Functions (fine degli Scripts)

Se il suo negozio ha bisogno di uno sconto che Shopify non offre tra quelli nativi, oggi la risposta è una Shopify Function. Gli Scripts, il vecchio meccanismo riservato a Shopify Plus, sono stati dismessi, e i merchant Plus dovevano completare la migrazione entro il 2025. Le Functions li sostituiscono con una differenza importante: funzionano su tutti i piani, non solo su Plus.

Per un merchant italiano questo apre casi che prima richiedevano app costose o rinunce. Prezzi diversi per i clienti con Partita IVA, sconti a scaglioni per quantità, spedizione gratuita sopra una soglia che cambia per mercato, bundle che si compongono da soli nel carrello. Tutto questo si scrive una volta, gira dentro il checkout e non si rompe quando il cliente paga con Shop Pay o PayPal.

Questo articolo spiega cosa sono le Functions in termini pratici, quali sconti si possono costruire, cosa non possono fare, e come decidere se ne ha davvero bisogno prima di pagare qualcuno per scriverne una.

Cosa cambia con la fine degli Scripts

La differenza tra Scripts e Functions non è solo tecnica: cambia chi può usare la logica personalizzata e dove quella logica viene eseguita.

Gli Scripts erano codice Ruby che un merchant Plus scriveva nell'app Script Editor. Giravano sul carrello e sul checkout, ma con un limite noto: i checkout accelerati (Shop Pay, Apple Pay, il pulsante PayPal dal carrello) non passavano sempre dalla stessa strada, e le manipolazioni del carrello potevano essere aggirate. Inoltre erano un ambiente chiuso, con un solo linguaggio e nessun modo di distribuire la stessa logica su più negozi.

Le Functions rovesciano l'impostazione. Sono compilate in WebAssembly, girano dentro l'infrastruttura del checkout, hanno tempi di esecuzione misurati in millisecondi e vengono valutate in ogni percorso di acquisto, accelerato o meno. Si scrivono in JavaScript, TypeScript o Rust e si distribuiscono tramite un'app, il che significa che la stessa regola può essere installata su più negozi o venduta sull'App Store.

Il passaggio è raccontato in dettaglio in Shopify Scripts to Functions. Se ha ancora Scripts attivi, quella pagina è il punto di partenza; se non li ha mai avuti, può saltarla e leggere qui cosa costruire.

Cosa sono le Functions, in pratica

Una Function è un programma che riceve una fotografia del carrello, applica una regola e restituisce un'istruzione a Shopify. Non ha accesso a Internet, non salva nulla, non conosce il mondo fuori dal checkout.

L'input arriva tramite una query GraphQL che la Function dichiara in anticipo: righe del carrello, quantità, prezzi, tag del cliente, attributi, metafield di prodotti e varianti, mercato e valuta. L'output è una lista di operazioni: "applica il 10% a queste righe", "nascondi questo metodo di spedizione", "unisci questi tre prodotti in un bundle". Shopify esegue le operazioni e mostra il risultato nel checkout.

La configurazione della regola (percentuali, soglie, tag) vive in un metafield collegato allo sconto o alla personalizzazione. Questo è il punto che rende una Function utilizzabile da un merchant: l'app che la contiene può offrire una pagina di amministrazione dove il suo team cambia la soglia da 100 a 150 euro senza toccare codice.

I tipi di sconto che può costruire

Shopify raggruppa le Functions per obiettivo, e per gli sconti le famiglie che contano sono quattro.

La famiglia Discount è quella che sostituisce direttamente gli Scripts di sconto. Shopify l'ha unificata: una sola Function può applicare sconti di classe prodotto, ordine e spedizione insieme, e dichiarare con quali altre classi si combina. Le regole di combinazione sono spiegate in Shopify discount stacking.

Cart Transform è la famiglia meno intuitiva e più utile per chi vende kit. Invece di creare un prodotto "bundle" con il suo inventario separato, la Function unisce tre righe del carrello in una sola con un prezzo proprio, e l'inventario resta sui singoli componenti. Il dettaglio è in Shopify Functions cart transform.

Casi d'uso per un merchant italiano

I casi che tornano più spesso nei negozi italiani hanno a che fare con il B2B, le soglie di spedizione e i pagamenti.

Prezzi per rivenditori senza codici sconto. Un cliente con Partita IVA, riconosciuto tramite tag o tramite l'account aziendale, vede il prezzo rivenditore applicato in automatico nel checkout. Nessun codice da comunicare, nessun rischio che il codice giri su un forum.

Sconti a scaglioni per quantità. Dieci pezzi il 5%, cinquanta il 12%, cento il 20%. È il caso classico degli Scripts e una Function lo fa su tutti i piani, per riga o per totale ordine. Le opzioni sono confrontate in Shopify tiered discounts.

Spedizione gratuita con soglia per mercato. Con Shopify Markets, lo stesso negozio vende in Italia, Germania e Francia. La Function legge il mercato del carrello e applica una soglia diversa per ognuno, in valuta locale.

Incentivo al pagamento anticipato. Un merchant che vuole spingere il bonifico o la carta rispetto al contrassegno può abbinare una Payment Customization, che mostra i metodi giusti, a una Discount Function, che applica lo sconto quando il cliente sceglie il metodo incentivato. Il meccanismo è descritto in prepaid discount con Functions.

Regalo con acquisto. Sopra una soglia, un prodotto entra nel carrello a prezzo zero. Con una Function il regalo non può essere acquistato a prezzo zero da solo, cosa che con le vecchie soluzioni a codice sconto succedeva regolarmente.

Bundle configurabili. Tre prodotti scelti dal cliente da una lista diventano un kit con prezzo fisso. Cart Transform li unisce, l'inventario resta sui componenti, la fattura riporta il kit.

Cosa le Functions non possono fare

I limiti delle Functions sono precisi, e sapere dove finiscono evita di pagare per qualcosa che poi non funziona.

Nessuna chiamata di rete. La Function non può interrogare un gestionale, un CRM o un servizio di validazione durante l'esecuzione. Se lo sconto dipende da un dato esterno (il saldo punti del cliente, un listino aggiornato ogni notte), un'app deve scrivere quel dato in un metafield prima, e la Function lo legge da lì.

Nessuna memoria tra esecuzioni. Ogni valutazione parte da zero. Non può contare quante volte un cliente ha usato uno sconto; quel conteggio vive altrove.

Limiti di dimensione e di istruzioni. L'input che la Function chiede e il numero di operazioni che può eseguire hanno tetti. Un carrello con centinaia di righe e una regola che le confronta tutte tra loro può superarli, e questo va testato prima del lancio.

Nessuna interfaccia propria. La Function calcola, non mostra. Se vuole che il cliente veda "ti mancano 20 euro alla spedizione gratuita", quello è compito del tema o di una checkout UI extension, che sono strumenti diversi.

Non tutto è disponibile su tutti i piani. Gli sconti sì. Alcune personalizzazioni della fase di pagamento e il branding del checkout restano legati a Plus, e va verificato caso per caso.

L'elenco completo, con gli esempi di cosa succede quando si supera un limite, è in Shopify Functions limitations.

Quanto costa e chi la costruisce

Una singola Function ha un costo di progetto una tantum, e la variabile che lo muove è quanta interfaccia di configurazione serve.

I listini pubblicati partono da 1.500 $ per una singola Function o checkout extension, con una fascia tipica tra 1.500 e 3.000 $, e sono su byteinfy.com/services/shopify-checkout-extensions. Il lavoro comprende la scrittura delle regole in linguaggio naturale prima del codice, la Function stessa, la sua distribuzione tramite app custom sul suo negozio, i test nell'anteprima del checkout e l'attivazione con un modo rapido per spegnerla.

La parte che fa salire il prezzo è la pagina di amministrazione. Una Function con soglie fisse nel codice costa il minimo; una con una schermata dove il suo team cambia percentuali, tag e soglie da solo costa di più, ma non richiede più uno sviluppatore per ogni modifica. Se prevede di cambiare le regole ogni stagione, la seconda opzione si ripaga in fretta.

L'alternativa è un'app pubblica. Se sull'App Store esiste un'app che fa esattamente la sua regola, il canone mensile è quasi sempre più conveniente di uno sviluppo, almeno finché la regola resta standard. Il confronto tra le due strade è in custom vs public Shopify app, e le voci di costo di un progetto Shopify nel complesso sono in quanto costa un negozio Shopify nel 2027.

Come migrare dagli Scripts senza fermare il checkout

Se ha ancora regole scritte come Scripts, la migrazione è un progetto con un ordine preciso, e saltare passaggi costa ordini persi.

Il primo punto è quello che fa risparmiare di più. Molti Scripts scritti anni fa replicavano funzioni che Shopify ha aggiunto nel frattempo agli sconti nativi: sconto quantità, spedizione gratis sopra soglia, sconto automatico per collezione. Ognuna di queste regole non va migrata, va sostituita con la funzione nativa, e il progetto si accorcia.

Quando basta uno sconto nativo

Prima di far costruire una Function, guardi cosa fanno gli sconti nativi di Shopify, perché coprono più casi di quanto si pensi.

Gli sconti automatici e i codici nativi gestiscono percentuali e importi fissi su prodotti, collezioni e ordini, sconti quantità a scaglioni semplici, spedizione gratuita sopra soglia, acquisti "compra X ricevi Y", limiti per cliente e per numero di utilizzi, date di validità e regole di combinazione tra classi. Per la maggior parte dei negozi con un catalogo normale e promozioni stagionali, questo basta. Il caso "compra X ricevi Y" senza app è spiegato in how to set up BOGO on Shopify.

Una Function serve quando la regola dipende da qualcosa che gli sconti nativi non vedono: un tag cliente, un metafield di prodotto, il mercato, il peso, il metodo di pagamento, una combinazione di condizioni. Se riesce a descrivere la regola in una frase senza parole come "solo se", "tranne quando" o "per i clienti che", probabilmente non le serve una Function. Se non ci riesce, ne ha bisogno, e a quel punto il lavoro conviene farlo bene una volta.