Collection Shopify: cosa sono, come funzionano (e il nuovo modello a sorgenti)

Chi arriva a Shopify dopo anni passati su Magento o Adobe Commerce si porta dietro un'abitudine mentale difficile da scrollarsi di dosso: il catalogo è un albero. C'è la categoria, dentro la sottocategoria, dentro un'altra sottocategoria ancora, e ogni prodotto vive appeso a un ramo preciso di quella struttura. Per anni abbiamo progettato gli ecommerce così, e per anni ha funzionato.

Poi si apre il pannello di Shopify, si cerca la voce categorie e non la si trova. Ci sono le collection. E parte la confusione, perché a prima vista sembrano la stessa cosa, e non lo sono affatto.

Capire cosa sono davvero le collection, e come funzionano, è il primo passo per organizzare bene un negozio Shopify, evitare debito tecnico e sfruttare quello che la piattaforma ha appena cambiato sotto il cofano. Perché il modello con cui le collection hanno lavorato per tutta la storia di Shopify, la scelta netta tra manuale e automatica, è stato appena riscritto. In questo articolo mettiamo tutto in fila: cosa sono, perché sono insiemi liquidi e non gerarchie rigide, come funzionavano finora, cosa cambia con il nuovo modello a sorgenti, e quali vantaggi e limiti porta con sé.

Cosa sono le collection di Shopify

Una collection è un raggruppamento di prodotti. Detta così sembra poco, ed è invece il concetto su cui poggia l'intera organizzazione di un negozio. Serve a rendere il catalogo navigabile: invece di sfogliare migliaia di prodotti alla rinfusa, il cliente entra in Scarpe da uomo, in Saldi, in Novità o in Collezione autunno, e trova solo ciò che gli interessa.

Ogni collection, una volta creata, diventa una pagina del negozio, con la sua URL, la sua galleria di prodotti e i suoi metadati SEO. È il mattone con cui si costruisce la navigazione di uno store: i menu, i link, le landing di categoria, le pagine di campagna.

Ma le collection non vivono solo in vetrina. Shopify le usa come gruppi di prodotti anche altrove: negli sconti, nelle regole di spedizione, nelle sovrascritture fiscali, nelle operazioni di catalogo. Una collection è, in sostanza, un modo per dire alla piattaforma questo insieme di prodotti, e poi usare quell'insieme ovunque serva. Questa doppia natura, vetrina e primitiva di business insieme, è la chiave per capire perché il modo in cui le si costruisce conta così tanto.

Una nota di lessico, per evitare equivoci: nell'interfaccia italiana Shopify le chiama collezioni, mentre nel gergo di chi lavora sulla piattaforma, e nella documentazione tecnica, restano le collection. Le due parole indicano la stessa cosa.

Perché le collection sono insiemi liquidi e non categorie ad albero

Qui sta la differenza strutturale che manda in confusione chi arriva da Magento. Su Adobe Commerce le categorie sono un albero: una gerarchia rigida, il prodotto appeso a un nodo, le sottocategorie annidate una dentro l'altra. Su Shopify, nativamente, questo albero non esiste. Le collection sono insiemi. Uno stesso prodotto può stare in quante collection vuoi nello stesso momento: la stessa t-shirt rossa può vivere in T-shirt, in Novità, in Saldi e in Uomo contemporaneamente, senza che nessuna di queste sia la sua categoria madre.

Non c'è un padre e un figlio, non c'è un percorso obbligato. Ci sono insiemi che si sovrappongono liberamente. È per questo che li chiamiamo liquidi: non hanno la forma fissa dell'albero, prendono la forma del contenitore, e lo stesso prodotto può riempire più contenitori insieme.

Spiazza, ma è una libertà. L'albero gerarchico costringe a decidere in anticipo dove vive ogni prodotto, e a duplicare o forzare le eccezioni quando un prodotto appartiene a più rami. Gli insiemi liquidi tolgono quella rigidità: la gerarchia che l'utente percepisce nei menu la costruisci tu, come vuoi, e resta una scelta di presentazione, non un vincolo del dato.

La gerarchia, quando serve, si ricostruisce a livello di navigazione: i menu di Shopify permettono di annidare le voci, così Uomo può contenere Scarpe, Camicie e Accessori, e ognuna di quelle voci punta a una collection. L'utente vede un albero; sotto, restano insiemi liquidi. È una distinzione sottile ma decisiva, e detta il modo giusto di impostare la categorizzazione di un catalogo Shopify.

Come funzionavano le collection: manuali e automatiche

Per tutta la storia di Shopify, ogni collection è stata una di due cose, e la scelta andava fatta al momento della creazione.

Collection manuali

Nella collection manuale i prodotti li scegli a mano, uno per uno. Li metti dentro, li togli, decidi tu, sempre. È il massimo del controllo, perfetto per una selezione curata: una vetrina editoriale, una capsule, un i nostri preferiti in cui ogni pezzo è lì di proposito. Il rovescio della medaglia è che non si aggiorna da sola: ogni prodotto nuovo che vorresti dentro va aggiunto a mano, e il lavoro cresce insieme al catalogo.

Collection automatiche

Nella collection automatica, che Shopify chiama smart, non scegli i prodotti ma le condizioni. Dici tutti i prodotti taggati saldi, oppure tutti quelli di un certo vendor con prezzo sotto una certa soglia, e la piattaforma la popola da sola, tenendola aggiornata mentre il catalogo cambia. Puoi impostare fino a sessanta condizioni di selezione, e decidere se un prodotto deve soddisfarle tutte o almeno una. È il massimo dell'automazione: la collection resta viva senza intervento, ma sei legato a quello che le condizioni sanno esprimere, e per far entrare o uscire un singolo prodotto fuori regola tocca lavorare di tag.

Per anni la scelta è stata questa, netta: o controllo manuale, o automazione a condizioni. Ed è proprio da qui che nasceva il problema che chiunque gestisca un catalogo grande conosce bene.

Il problema del vecchio modello: tag infiniti ed eccezioni

Il buon merchandising non è quasi mai o tutto automatico o tutto manuale. Nella realtà vuoi le due cose insieme: una collection che si popola da sola con una condizione, ma da cui escludere tre prodotti specifici; una selezione automatica su cui poi metti in cima a mano i tuoi prodotti di punta; i saldi di giugno che prendono tutto ciò che è scontato tranne una certa categoria, più due pezzi aggiunti a mano.

Il vecchio modello non lo permetteva in modo pulito. Per ottenere l'effetto escludi questo prodotto da questa promozione ma tienilo in tutte le altre collection si finiva a costruire tag su tag, collection duplicate, eccezioni tenute insieme con lo sputo. Chi come noi eredita store da migrare lo vede al primo colpo d'occhio: centinaia di tag nati per aggirare un limite, collection costruite su soluzioni tampone che avevano senso anni prima e adesso sono soltanto debito. Il modello a due strade era comodo, ma costringeva a scegliere, e ogni volta che la realtà stava nel mezzo la si forzava con i tag.

Cosa cambia adesso: il nuovo modello a sorgenti

È esattamente qui che Shopify è intervenuta. Con la versione 2026-07 della GraphQL Admin API la piattaforma ha introdotto un nuovo modello di collection basato sulle sorgenti, e non è un ritocco cosmetico: è la revisione più profonda delle collection da anni a questa parte.

La divisione netta tra smart e custom smette di essere un vincolo. Al suo posto arriva un concetto unico, la sorgente. Una collection non è più una regola oppure una lista: è fatta di una o più sorgenti, e ogni sorgente aggiunge prodotti o varianti all'insieme. Una sorgente può essere una condizione automatica, una selezione manuale, un'esclusione, un'altra collection, o una sorgente pubblicata da un'app. E le sorgenti si combinano tra loro.

Vuol dire che una singola collection può, nello stesso momento, includere i prodotti che soddisfano una condizione, aggiungerne alcuni a mano, escluderne altri con precisione, tirare dentro il contenuto di un'altra collection e sommarci l'intelligenza di un'app, senza mantenere liste separate. Quello che prima si otteneva a fatica, con tag ed eccezioni, adesso è nativo.

Più sorgenti in una sola collection

È il cuore del cambiamento. La collection Saldi di giugno può includere i prodotti con prezzo scontato, escludere una certa categoria e comunque contenere qualche prodotto messo lì a mano. Automazione e curatela nello stesso oggetto, senza compromessi. Soprattutto, l'esclusione diventa una sorgente vera, non un tag non-mostrare da spalmare sui prodotti sperando di non dimenticarne nessuno.

Targeting a livello di variante

È il punto che cambia di più la vita a chi fa fashion e beauty. Fino a ieri una collection ragionava per prodotto: o c'è il prodotto, o non c'è. Ora può ragionare per variante. Puoi costruire una collection che contiene solo le varianti rosse, solo le taglie XS e XXL, solo le colorazioni in saldo, solo le varianti disponibili in negozio, senza duplicare i prodotti e senza inventare un tag per ogni combinazione.

Perché conta davvero: mostrare l'intero prodotto quando alla collection ne appartiene una sola variante crea un'esperienza confusa, con swatch sbagliati, fasce di prezzo fuorvianti e filtri imprecisi. Il targeting a variante rende le pagine accurate: la collection di San Valentino con le sole varianti rosse, la promozione taglie estese con solo XS e XXL, la collection POS con solo le varianti che il personale deve trovare in cassa.

C'è un risvolto tecnico che vale la pena conoscere fin da subito: con le varianti, il fatto che un prodotto compaia in una collection non significa più che l'intero prodotto ne faccia parte. Può darsi che ne appartengano soltanto alcune varianti. Chi costruisce temi, app o integrazioni deve tenerne conto, perché cambia il modo in cui si legge l'appartenenza di un prodotto a una collection.

Collection come mattoncini

Una collection può usare un'altra collection come sorgente, e la collection madre resta sincronizzata quando la sorgente cambia. Si costruisce così per composizione: definisci un insieme una volta e lo riutilizzi dentro altri insiemi, senza ricopiarlo. È il modo pulito per gestire strutture che prima costringevano a duplicare la stessa logica in più punti, con tutto il rischio di disallineamento che ne seguiva.

Sorgenti condivise dalle app

Le app hanno sempre avuto un'intelligenza che i merchant volevano usare dentro le collection: l'app di recensioni sa quali prodotti sono più votati, quella di abbonamenti sa quali sono idonei al Subscribe and Save, quella di ricerca sa cosa sta andando forte. Prima non c'era un posto pulito dove mettere quell'intelligenza dentro una collection nativa: o l'app si prendeva tutta la collection, o riscriveva di continuo le liste, o costruiva un'esperienza a parte, fuori da Shopify.

Adesso un'app può pubblicare una sorgente condivisibile, e il merchant decide dove usarla, combinandola con le proprie condizioni, selezioni manuali, esclusioni e ordinamento. Shopify valuta l'insieme delle sorgenti man mano che i dati di catalogo cambiano, così l'app non deve più riscrivere le liste di prodotti del merchant. L'app porta l'intelligenza, il merchant mantiene il controllo dell'insieme finale.

I vantaggi del nuovo modello

Il primo vantaggio è la fine del compromesso tra automazione e controllo. Non devi più scegliere: una collection può essere allo stesso tempo regolata da condizioni e rifinita a mano, con esclusioni chirurgiche… è il modo in cui il merchandising funziona davvero nella testa di chi lo fa, finalmente rispecchiato dallo strumento.

Il secondo è la pulizia: le collection a sorgenti tolgono di mezzo la giungla di tag ed eccezioni. Un catalogo grande, di quelli fashion o beauty con migliaia di SKU e varianti, diventa più mantenibile: meno tag inventati, meno duplicati, meno logica sparsa in giro. Meno debito tecnico oggi, e meno debito da ereditare in una migrazione futura.

Il terzo è la precisione delle varianti: per certi settori è un salto di qualità dell'esperienza d'acquisto, la pagina mostra esattamente ciò che deve esserci, non il prodotto intero quando conta una sola colorazione.

Il quarto è la coerenza tra vetrina e business:

• la stessa collection a varianti può alimentare una campagna in vetrina e uno sconto;
• una collection interna può restare non pubblicata ai clienti e servire un flusso operativo;
• una collection a condizioni tiene allineati i processi a valle mentre il catalogo cambia.

Insomma, le collection diventano una primitiva condivisa, e smettono di essere liste da tenere sincronizzate a mano in tre posti diversi.

Gli svantaggi, i limiti e come sopperire

Il quadro non è tutto rose, e conviene essere onesti su cosa oggi non c'è ancora, o va maneggiato con cura.

Per ora è un rilascio a livello di API. Il nuovo modello vive nella GraphQL Admin API 2026-07: è il terreno di chi sviluppa, non ancora un'interfaccia pronta e completa nel pannello per ogni merchant. L'interfaccia dell'admin sta arrivando ma è indietro rispetto alla capacità dell'API, e sugli store di sviluppo la nuova gestione delle collection non è ancora ovunque. Come sopperire: oggi, sfruttare davvero il nuovo modello significa lavorare via API, o attraverso app e partner che ci costruiscono sopra. Per un progetto enterprise non è un ostacolo, è il modo normale di operare; per il merchant che si aspetta di trovare tutto pronto nel pannello, serve pazienza e serve qualcuno che sappia muoversi a quel livello.

Lo storefront è indietro. È il limite più insidioso. La capacità di costruire collection a livello di variante esiste lato Admin API, ma esporla in vetrina è un'altra storia: gli sviluppatori segnalano che le collection a variante non sono ancora pienamente accessibili da Liquid e dalla Storefront API. Puoi definire la collection solo varianti rosse, ma il rendering di quella logica nel tema, oggi, non è garantito come lo è per una collection classica. Come sopperire: prima di vendere a un cliente l'esperienza collection di sole varianti in vetrina come se fosse già pronta, si verifica caso per caso cosa il tema e la Storefront API espongono davvero, e dove serve si tampona lato tema o si aspetta che il supporto maturi. È esattamente il tipo di gap che va conosciuto prima, non scoperto in produzione.

La compatibilità va pianificata. Le versioni dell'API precedenti alla 2026-07 non sanno rappresentare le collection del nuovo modello, e le filtrano via: se un'app o un'integrazione legge, scrive, sincronizza o controlla l'appartenenza alle collection su una versione vecchia, semplicemente non vede quelle nuove. Come sopperire: qualsiasi app, tema o integrazione che tocca le collection va portato alla 2026-07 per restare allineato con ciò che i merchant creeranno d'ora in avanti. Le collection smart e custom esistenti continuano a funzionare e la migrazione si può fare in modo incrementale, ma va messa in agenda, non rimandata a tempo indeterminato.

La flessibilità chiede metodo. È il limite più sottile, ed è di governance. La potenza ha un costo: se ogni esclusione diventa una nuova sorgente, una collection complessa può trasformarsi in una stratificazione di sorgenti difficile da leggere e da mantenere, lo stesso caos dei tag ma spostato di un livello. Gli stessi sviluppatori, nelle prime prove, se lo chiedono: la strada giusta è creare di continuo nuove sorgenti di esclusione, o riusare e aggiornare quelle che già esistono? Come sopperire: con una disciplina di governance delle collection. Convenzioni chiare su come si nominano e si strutturano le sorgenti, riuso invece di proliferazione, e una revisione periodica perché il nuovo strumento non generi un nuovo debito. La potenza non sostituisce il metodo, lo pretende.

Domande frequenti

Qual è la differenza tra collection manuale e automatica su Shopify?

La collection manuale contiene i prodotti che scegli a mano, uno per uno, e non si aggiorna da sola. La collection automatica, o smart, si popola in base a condizioni che imposti, fino a sessanta, e resta aggiornata quando il catalogo cambia. Con il nuovo modello a sorgenti questa distinzione non è più un vincolo: una stessa collection può combinare condizioni automatiche e selezioni manuali.

Le collection di Shopify sono categorie ad albero come su Magento?

No. Su Shopify le collection sono insiemi liquidi, non una gerarchia rigida. Uno stesso prodotto può appartenere a più collection contemporaneamente, senza una categoria madre unica. La gerarchia che l'utente vede nei menu è una scelta di navigazione, costruita collegando le collection, non un vincolo del dato.

Cosa cambia con il nuovo modello a sorgenti del 2026-07?

Le collection non sono più soltanto manuali o automatiche: sono fatte di sorgenti che si combinano. Una sorgente può essere una condizione, una selezione manuale, un'esclusione, un'altra collection o una sorgente pubblicata da un'app. In più le collection possono targetizzare singole varianti, non solo prodotti interi, e riferirsi ad altre collection come mattoncini.

Il nuovo modello è già utilizzabile in produzione?

La capacità è disponibile nella GraphQL Admin API 2026-07 e le collection esistenti continuano a funzionare. L'interfaccia dell'admin e il supporto lato storefront, però, sono ancora indietro rispetto all'API: sfruttarlo appieno oggi richiede di lavorare via API e di verificare caso per caso cosa il tema espone. Per un progetto enterprise è gestibile, a patto di pianificarlo.

Le collection sono la spina dorsale di come un catalogo Shopify si mostra e si governa, e per anni le abbiamo costruite dentro un modello che costringeva a scegliere tra controllo e automazione, pagando la differenza in tag ed eccezioni. Il modello a sorgenti toglie quel compromesso e apre possibilità che prima si ottenevano solo a fatica, a partire dalle varianti. Ma, come ogni strumento più potente, premia chi lo usa con metodo e lascia nei guai chi lo usa a caso: la stessa flessibilità che pulisce un catalogo può, senza disciplina, generare un disordine nuovo.

È il terreno su cui lavoriamo ogni giorno quando aiutiamo un'azienda a migrare, o a rimettere ordine in uno store cresciuto negli anni: capire com'è fatto il catalogo, come dovrebbe essere fatto, e costruire la struttura che regge la crescita invece di frenarla. Le collection, fatte bene, non sono un dettaglio di configurazione. Sono l'architettura su cui poggia tutto il resto.