Shopify Rollouts: lanci, eventi ed esperimenti

Postazione e-commerce con laptop che mostra due versioni visuali di uno store, calendario e icone per distribuzione del traffico e checkout

Shopify Rollouts serve a preparare e distribuire modifiche allo storefront con una logica di lancio, evento temporaneo o esperimento. Dal 22 settembre 2026 Shopify ha reso la configurazione più esplicita: nello stesso rollout puoi combinare modifiche al tema con una configurazione diversa di checkout e pagine account, scegliere quando attivarle, decidere quanta parte del traffico raggiungere e vedere i conflitti prima di programmare il rilascio.

La funzione è interessante perché sposta dentro Shopify una parte del lavoro che spesso viene gestita con copie del tema, promemoria manuali e cambi eseguiti all'ultimo minuto. Ma non è una pipeline di deploy universale: ci sono limiti precisi, soprattutto per chi modifica codice Liquid.

Che cos'è un rollout in Shopify

Un rollout è un insieme programmato di cambiamenti che può riguardare il tema del negozio online, la configurazione di checkout e account cliente, oppure entrambe le aree. Si gestisce da Markets > Rollouts nell'Admin Shopify.

La configurazione aggiornata distingue tre intenti:

Launch: applica le modifiche e le mantiene. Può raggiungere tutto il traffico idoneo oppure essere distribuito gradualmente.
Event: attiva le modifiche per un periodo definito e poi le ripristina alla fine dell'evento.
Experiment: confronta una versione di controllo con una versione modificata, distribuendo il traffico tra control e treatment.

Questa distinzione non è soltanto un'etichetta. Cambiano durata, gestione del traffico e analytics disponibili. Un Launch è pensato per un rilascio che deve restare; un Event per campagne stagionali o modifiche con una finestra precisa; un Experiment per misurare l'effetto di una variazione prima di estenderla.

Piani Shopify: Rollouts da Basic, esperimenti da Grow

Shopify indica che Rollouts è disponibile dal piano Basic in su. Per eseguire un Experiment, invece, lo store deve essere su Grow o superiore.

È una differenza importante. Un merchant su Basic può usare Rollouts per organizzare un Launch o un Event, ma non deve aspettarsi la funzione di confronto control/treatment. Se l'obiettivo è un vero test con suddivisione del traffico, il requisito parte da Grow.

Servono inoltre i permessi coerenti con le risorse che si vogliono modificare. Per esempio, chi gestisce un cambio tema deve avere il permesso relativo ai temi; per sostituire una configurazione di checkout e account servono i permessi su checkout e customer accounts.

Quali modifiche puoi mettere nello stesso rollout

Shopify consente di aggiungere una modifica per ciascuna delle due grandi aree supportate:

modificare il tema principale oppure sostituirlo con un altro tema;
sostituire la configurazione corrente di checkout e pagine account.

Le due modifiche possono convivere nello stesso rollout. Questo è utile quando una campagna richiede coerenza tra storefront e fase finale dell'acquisto: per esempio un tema stagionale insieme a una diversa configurazione di checkout e account.

Per un redesign più ampio, però, Rollouts non sostituisce il lavoro di architettura del tema. Se il problema è capire quando il tema attuale è diventato un limite, resta più pertinente la guida sul redesign Shopify e i limiti tecnici del tema. Rollouts interviene sul modo in cui una modifica viene distribuita, non sulla qualità della modifica stessa.

Il limite più importante: non è un deploy di codice Liquid

La documentazione Shopify specifica che non puoi modificare template Liquid come parte di un rollout. Rollouts non va quindi interpretato come un sostituto di Git, di un flusso di sviluppo o di una strategia di versionamento del tema.

Puoi preparare modifiche gestibili dal theme editor oppure sostituire il tema principale con un tema già presente nello store, ma un intervento che richiede modifiche al codice deve continuare ad avere il proprio percorso di sviluppo, test e rilascio.

Lo stesso principio vale per il checkout. Rollouts può sostituire una configurazione di checkout e account già preparata, ma non elimina i vincoli e le regole delle estensioni. Per la parte di sviluppo resta separato il tema della Checkout Extensibility su Shopify.

Programmazione, mercati e percentuale di traffico

Un rollout può avere una data e un'ora di inizio; quando serve, può avere anche una data di fine. Gli orari seguono il fuso configurato nello store. È possibile inoltre limitare il rollout a specifici mercati e definire la percentuale di traffico idoneo a cui applicarlo.

Questa separazione tra traffic allocation e, negli esperimenti, traffic split evita un errore comune. La traffic allocation decide quanta parte dei visitatori idonei entra nel rollout. In un Experiment, la traffic split divide poi quel gruppo tra controllo e trattamento.

Shopify imposta per un nuovo Experiment una suddivisione predefinita del 50% control e 50% treatment e una durata iniziale di 90 giorni, entrambe modificabili prima del salvataggio.

Gli esperimenti non sono solo “due temi online”

Un Experiment confronta esclusivamente i cambiamenti inclusi nel rollout. Il control mostra lo stato corrente della risorsa; il treatment mostra la versione modificata. Se una parte non viene cambiata, control e treatment mostrano lo stesso stato per quella parte.

Questo rende il test più leggibile, ma non garantisce automaticamente che un risultato sia statisticamente utile. La qualità dell'esperimento dipende ancora dalla domanda che stai cercando di verificare, dal volume di traffico, dalla durata e dal fatto che tu non cambi il trattamento nel mezzo del test senza considerare l'impatto sui risultati.

Shopify raccoglie analytics dopo l'avvio. Le metriche cambiano in base al tipo di rollout e alle risorse coinvolte. Non sono personalizzabili. Inoltre Shopify segnala che le stesse modifiche possono produrre valori non perfettamente confrontabili tra un Launch e un Experiment perché i due tipi usano pipeline di calcolo differenti.

Per questo, se stai leggendo conversion rate e sessioni durante un test, conviene anche tenere presente l'aggiornamento recente alla misurazione di Shopify Analytics, spiegato nella guida su sessioni e conversion rate Shopify da settembre 2026.

I conflitti tra rollout vanno controllati prima del lancio

La nuova configurazione evidenzia i conflitti mentre prepari il rollout. Alcuni vanno risolti prima del salvataggio; altri sono avvisi che spiegano come un rollout già attivo può ridurre la visibilità di quello nuovo.

Con più rollout attivi, infatti, la percentuale impostata non coincide sempre con la percentuale effettiva di traffico che vedrà le modifiche. Shopify ricalcola l'allocazione effettiva quando più rollout insistono sulla stessa risorsa. Negli esperimenti, ogni visitatore viene assegnato a una sola vista per quella risorsa.

Questo è un punto operativo da non sottovalutare: se avvii contemporaneamente più esperimenti o un Launch insieme a un Experiment, devi leggere l'effective traffic, non fermarti alla percentuale che avevi inserito nel singolo rollout.

Quando userei Launch, Event ed Experiment

La scelta può essere fatta in modo molto concreto.

Launch: nuova home, nuova configurazione visuale o cambio tema che, dopo il controllo, deve diventare la nuova baseline.
Event: Black Friday, lancio prodotto, campagna stagionale o modifica che deve apparire solo tra due date e poi sparire.
Experiment: confronto tra due esperienze quando esiste una domanda misurabile, per esempio una diversa gerarchia visiva o una configurazione alternativa del checkout.

Non trasformerei ogni rilascio in un esperimento. Se non c'è una vera ipotesi da verificare, un Launch programmato è spesso più semplice. E non userei un Event per mascherare una modifica strutturale che dovrebbe essere progettata e mantenuta nel tema.

Una checklist prima di attivare Rollouts

Definisci se il cambiamento deve restare, scadere o essere confrontato con un controllo.
Verifica il piano: Basic è sufficiente per Rollouts, Grow o superiore è necessario per gli Experiment.
Controlla che la modifica sia supportata: tema tramite editor/sostituzione, oppure configurazione checkout e account. Non dare per scontato che il codice Liquid rientri nel rollout.
Prepara in anticipo il tema sostitutivo o la configurazione checkout/account da usare.
Definisci mercati, data, ora e traffic allocation.
Per un Experiment, controlla anche traffic split, durata e ipotesi da misurare.
Risolvi o comprendi tutti i conflict warning mostrati da Shopify.
Controlla l'effective traffic se hai più rollout sovrapposti.
Dopo l'avvio, leggi le metriche del rollout nel loro contesto e non confondere una differenza di misurazione con un miglioramento certo.

Dove Rollouts migliora davvero il processo

Il valore di Rollouts non è “fare modifiche senza rischi”. Il rischio rimane se la configurazione è sbagliata, se il tema non è stato testato o se l'esperimento è progettato male.

Il vantaggio è un altro: separa meglio preparazione, programmazione, distribuzione e misurazione. Un lancio non deve più coincidere per forza con qualcuno che entra nell'Admin a un'ora precisa per cambiare manualmente il tema o la configurazione del checkout.

Per uno store semplice, questo riduce passaggi manuali. Per uno store più strutturato, aggiunge un livello nativo utile tra il lavoro di sviluppo e il rilascio. Ma la regola tecnica resta la stessa: prima si prepara e si verifica la modifica, poi si decide come distribuirla.