Come gestire un catalogo Shopify con migliaia di prodotti e varianti

Quando un catalogo Shopify arriva a migliaia di prodotti e varianti, il problema non è più semplicemente caricare le schede prodotto. Il problema è mantenere il catalogo corretto mentre cambia.

Nuove collezioni entrano durante l’anno, alcune taglie terminano, iniziano i saldi, cambiano i prezzi, arrivano nuove fotografie, alcuni prodotti devono essere spinti e altri devono uscire dal catalogo. Nel frattempo magazzino, Google Merchant Center, SEO e comunicazione devono continuare a lavorare sugli stessi dati.

È una situazione che conosciamo bene attraverso la gestione dell’e-commerce Shopify di Calzature Lupis: 1.410 prodotti attivi, 3.067 varianti e 207 collezioni.

Numeri del genere rendono evidente una cosa: un catalogo e-commerce non è un archivio. È un sistema operativo che deve essere mantenuto.

Il vero lavoro comincia dopo il caricamento del prodotto

La singola scheda prodotto è solo una parte del lavoro.

Quando arriva una nuova stagione bisogna raccogliere, preparare e controllare informazioni che possono includere:

• titolo del prodotto;
• brand;
• categoria e tipologia;
• prezzo;
• taglie;
• varianti;
• SKU;
• codice EAN;
• disponibilità;
• fotografie;
• collezioni di appartenenza;
• tag e metafield;
• dati destinati ai canali esterni.

Il punto critico è che queste informazioni non restano ferme.

Una scarpa può entrare con otto taglie disponibili e dopo qualche settimana averne soltanto due. Può diventare un’ultima taglia, entrare in promozione, uscire da una collezione stagionale o dover essere mantenuta a prezzo pieno mentre altri prodotti vengono scontati.

Moltiplicare questi cambiamenti per oltre tremila varianti significa trasformare la gestione del catalogo in un’attività quotidiana.

SKU ed EAN: piccoli campi che collegano sistemi diversi

SKU ed EAN possono sembrare dettagli tecnici della scheda prodotto. In realtà diventano fondamentali quando il catalogo viene utilizzato contemporaneamente online e nel negozio fisico.

Nel progetto Lupis assegniamo e manteniamo questi identificatori anche perché vengono utilizzati nella gestione operativa del punto vendita.

Alla cassa un lettore barcode permette di identificare direttamente il prodotto e la variante. Quel codice può quindi essere utilizzato per registrare movimenti, controllare disponibilità e lavorare sulle rimanenze senza dover cercare manualmente ogni articolo.

Il vantaggio non è il lettore in sé. È avere dietro un catalogo costruito con dati sufficientemente ordinati da permettere al lettore di funzionare correttamente.

Gli stessi identificatori vengono utilizzati anche nei flussi destinati a Google Merchant Center. Il prodotto che vede Google deve corrispondere il più possibile al prodotto effettivamente presente nel catalogo.

Un EAN mancante, un identificatore sbagliato o una variante configurata male non sono quindi problemi isolati: possono propagarsi dal magazzino fino ai canali esterni.

Un catalogo stagionale ha bisogno di manutenzione continua

La moda rende ancora più evidente questo problema.

Il catalogo di una stagione non coincide con quello della stagione successiva. Nuovi modelli devono entrare, altri devono uscire e altri ancora rimangono disponibili solo in alcune taglie.

Questo crea continuamente situazioni da gestire:

• nuovi prodotti da pubblicare;
• varianti terminate;
• ultime taglie;
• prodotti stagionali da mettere in promozione;
• prodotti da mantenere a prezzo pieno;
• collezioni da aggiornare;
• prodotti che non devono più essere mostrati;
• rimanenze da smaltire;
• nuovi brand o nuove linee da organizzare.

Il catalogo deve quindi essere pensato come qualcosa che entra, cambia ed esce. Non come una raccolta di pagine pubblicate una volta per tutte.

La SEO cambia insieme al catalogo

Lo stesso principio vale per la SEO.

Su un e-commerce con centinaia di collezioni non basta scrivere una descrizione ottimizzata e considerare il lavoro concluso.

Bisogna decidere quali pagine meritano di esistere, quali categorie possono intercettare una ricerca reale, come organizzare i brand e cosa fare quando un prodotto o una collezione smettono di essere rilevanti.

Nel nostro lavoro di SEO sul catalogo analizziamo anche:

• query che stanno generando impression;
• pagine che si trovano vicino alla prima pagina di Google;
• prodotti e collezioni che competono per ricerche simili;
• CTR basso rispetto alla posizione;
• pagine che stanno crescendo o perdendo visibilità;
• struttura delle collezioni;
• internal linking;
• indicizzazione dei contenuti realmente utili.

Nel periodo analizzato del 2026, Calzature Lupis ha registrato su Google Search Console 19.982 clic organici e 918.049 impression, con un CTR medio del 2,2% e una posizione media di 9,5.

Questi numeri non servono soltanto come risultato finale. Servono soprattutto per decidere dove lavorare dopo.

Una collezione in posizione 11, per esempio, può avere una priorità diversa da una pagina completamente assente dai risultati. Una pagina con molte impression e pochi clic pone un problema diverso da una pagina che non viene quasi mai mostrata.

La SEO diventa quindi una parte del processo di manutenzione del catalogo.

Cosa automatizziamo davvero

Su 3.067 varianti non ha senso ripetere manualmente ogni operazione.

Per questo utilizziamo Shopify, API e script Python per automatizzare alcune attività che hanno regole sufficientemente chiare.

Tra gli esempi reali ci sono:

• applicazione e rimozione di tag;
• individuazione delle ultime taglie;
• aggiornamenti batch;
• gestione di promozioni;
• controlli sul catalogo;
• operazioni su prodotti appartenenti a determinati brand;
• esclusioni basate su tag o vendor;
• gestione di metafield;
• aggiornamento di grandi quantità di varianti tramite API Shopify.

Nel negozio sono inoltre presenti Shopify Flow e 10 Shopify Functions utilizzate per attività che coinvolgono pagamenti, sconti e routing degli ordini.

Automatizzare però non significa lasciare che uno script decida tutto.

Cosa non dovrebbe decidere automaticamente uno script

Una delle differenze più importanti è capire quali decisioni sono meccaniche e quali sono commerciali.

Uno script può verificare che di un prodotto sia rimasta una sola taglia. Non può decidere da solo se quel prodotto debba essere scontato.

Può applicare una percentuale a centinaia di varianti. Ma prima qualcuno deve stabilire a quali prodotti applicarla.

Ci sono decisioni che richiedono di osservare vendite, stagionalità e stato del magazzino:

• quali prodotti stanno vendendo poco;
• quali rimanenze conviene ridurre;
• quali articoli devono essere spinti;
• quali prodotti conviene mantenere a prezzo pieno;
• quali brand devono essere esclusi da una promozione;
• quanto deve durare una campagna;
• come coordinare la promozione con newsletter e social.

L’automazione entra dopo questa decisione e permette di eseguirla su larga scala con meno lavoro manuale.

Le promozioni non iniziano dal codice sconto

In un catalogo stagionale lo sconto dovrebbe essere la conseguenza di una decisione, non il punto di partenza.

Prima di una promozione possiamo dover valutare prodotti meno venduti, rimanenze, ultime taglie, nuovi arrivi e articoli che invece non hanno motivo di essere scontati.

Solo dopo vengono applicate le regole operative.

Questo può significare, per esempio, escludere completamente alcuni brand, applicare condizioni differenti ad altri oppure intervenire soltanto su prodotti identificati attraverso determinati tag.

Lo stesso lavoro viene poi coordinato con il mail marketing: la newsletter non deve semplicemente dire che “sono iniziati i saldi”, ma può essere utilizzata per portare attenzione su categorie, nuovi arrivi, prodotti specifici o selezioni costruite in funzione del momento commerciale.

Catalogo, pricing e comunicazione sono quindi collegati.

Le fotografie fanno parte della gestione del catalogo

Un catalogo tecnicamente ordinato può comunque funzionare male se le immagini sono incomplete o incoerenti.

Per alcuni brand artigianali presenti da Lupis realizziamo direttamente gli still life dei prodotti.

Questo significa che il flusso può partire dal prodotto fisico, passare dalla fotografia e dalla preparazione dell’immagine e arrivare fino alla scheda Shopify.

La fotografia non viene trattata come un elemento separato dall’e-commerce: è uno dei dati necessari per completare correttamente il prodotto.

I controlli periodici che diventano necessari

Più cresce il catalogo, più è facile che piccoli errori rimangano nascosti.

Per questo una parte del lavoro consiste anche nel cercare anomalie prima che diventino problemi più grandi.

Tra i controlli che possono avere senso su un catalogo di queste dimensioni ci sono:

• prodotti senza SKU;
• EAN mancanti o incoerenti;
• varianti prive di immagini;
• prodotti senza una collocazione corretta nelle collezioni;
• tag incoerenti;
• prezzi o compare-at price da verificare;
• prodotti attivi ma non realmente vendibili;
• metafield mancanti;
• collezioni obsolete;
• errori nei feed Merchant Center;
• pagine SEO che stanno perdendo traffico;
• prodotti che richiedono redirect dopo la rimozione.

Non tutti questi controlli devono essere necessariamente manuali. Anzi, molti sono ottimi candidati per script e procedure periodiche.

Il catalogo è una parte dell’infrastruttura aziendale

Un catalogo Shopify con migliaia di prodotti non dovrebbe essere considerato soltanto la parte visibile dell’e-commerce.

Gli stessi dati vengono utilizzati da più sistemi: sito, magazzino, punto vendita, Merchant Center, automazioni, campagne e motori di ricerca.

Quando il dato è sbagliato alla fonte, spesso il problema riappare in diversi punti.

È per questo che nei progetti che seguiamo attraverso il Digital Outsourcing il lavoro non termina con lo sviluppo dell’e-commerce.

Continuiamo a intervenire su catalogo, automazioni, SEO, contenuti, promozioni e operatività perché sono parti dello stesso sistema.

Nel caso Lupis, questo sistema oggi gestisce 1.410 prodotti, 3.067 varianti, 207 collezioni e oltre 1.300 ordini negli ultimi dodici mesi.

Quindi: come si gestiscono migliaia di varianti senza impazzire?

Non esiste un singolo plugin che risolva il problema.

Serve prima di tutto una struttura coerente dei dati. Poi bisogna distinguere quello che può essere automatizzato da quello che richiede una decisione umana.

In pratica:

• definire regole chiare per prodotti e varianti;
• mantenere SKU ed EAN coerenti;
• organizzare correttamente collezioni e metafield;
• automatizzare le attività ripetitive;
• controllare periodicamente le anomalie;
• usare i dati SEO per decidere dove intervenire;
• coordinare pricing, stock e promozioni;
• trattare fotografie e contenuti come parte del catalogo;
• accettare che un catalogo stagionale non sarà mai realmente “finito”.

La parte difficile non è arrivare a tremila varianti.

È continuare a sapere cosa sta succedendo dentro quelle tremila varianti sei mesi dopo.

È esattamente il tipo di lavoro che affrontiamo nei nostri progetti E-commerce: non soltanto sviluppo della piattaforma, ma gestione dell’infrastruttura che le permette di continuare a funzionare.