Una strategia SEO e-commerce non consiste nell’ottimizzare separatamente categorie, filtri e schede prodotto. Queste pagine appartengono allo stesso sistema commerciale: una decisione sulla tassonomia modifica la navigazione; i filtri possono generare nuovi URL; gli URL influenzano crawling e indicizzazione; template e disponibilità modificano ciò che l’utente trova; feed e dati di prodotto devono rappresentare lo stesso catalogo. Se le regole non sono coordinate, si può migliorare una singola pagina e peggiorare contemporaneamente il sistema.
È questo, a mio parere, uno dei motivi per cui molti progetti di SEO per e-commerce producono molte attività ma una crescita poco coerente: il lavoro viene organizzato per componenti anziché per dipendenze.
Il problema non è che categorie, filtri e prodotti siano ottimizzati male
Il problema nasce quando vengono ottimizzati senza una regola comune.
Il content team riscrive le categorie. Il reparto SEO decide quali URL indicizzare. Gli sviluppatori implementano filtri e parametri. Il merchandising modifica l’albero del catalogo. Il team performance lavora sul feed. Chi gestisce il prodotto aggiorna disponibilità e varianti.
Ognuna di queste attività può essere corretta se osservata isolatamente. Il risultato complessivo, però, può diventare incoerente.
Una categoria creata perché esiste domanda organica può non essere raggiungibile dalla navigazione. Un filtro utile agli utenti può generare migliaia di combinazioni URL prive di un ruolo nella ricerca. Una scheda prodotto può essere raggiunta dal feed ma quasi invisibile nell’architettura interna. Una categoria può continuare a ricevere link anche quando l’assortimento non giustifica più il suo ruolo. Una variante può essere rappresentata in modo diverso sul sito, nel markup e nei dati inviati alle piattaforme esterne.
Google stesso descrive l’architettura di un e-commerce come una rete di relazioni tra pagine: i collegamenti interni aiutano il crawler a trovare i prodotti e a interpretare l’importanza relativa delle diverse pagine. Per questo la struttura non può essere trattata come una semplice conseguenza del menu o del CMS.
La domanda utile, quindi, non è soltanto: “questa pagina è ottimizzata?”
È: “quale funzione svolge questa pagina nel catalogo, quali altre pagine dipendono da essa e quali regole devono restare coerenti perché l’intero sistema funzioni?”
La SEO e-commerce è un sistema commerciale prima che un insieme di URL
Per sistema commerciale intendo l’insieme di regole attraverso cui un assortimento viene trasformato in qualcosa che persone e motori possono esplorare, comprendere e utilizzare per prendere una decisione.
Un catalogo contiene prodotti. Ma l’utente raramente ragiona nello stesso modo in cui il gestionale li archivia.
Può cercare una tipologia, una marca, un utilizzo, una caratteristica, un problema da risolvere, una compatibilità, una fascia di prezzo o una combinazione di criteri.
La tassonomia deve trasformare questi bisogni in insiemi navigabili. Le categorie rappresentano alcuni di questi insiemi. Le faccette permettono di restringerli. Le schede prodotto rappresentano singoli oggetti o varianti. L’internal linking collega i diversi livelli. URL e regole di indicizzazione stabiliscono quali combinazioni possano diventare risorse autonome. Template, dati strutturati e feed espongono informazioni coerenti sul catalogo.
Per questo utilizzo questa mappa concettuale:
DOMANDA → TASSONOMIA → URL → TEMPLATE → FEED → CONVERSIONE
Il punto importante è che non esistono compartimenti stagni.
Se cambia la tassonomia, possono cambiare categorie e percorsi di navigazione. Se cambia il comportamento di un filtro, possono comparire nuove famiglie di URL. Se cambiano le URL considerate strategiche, deve cambiare anche l’internal linking. Se una variante viene rappresentata in modo diverso, bisogna verificare la relazione tra pagina, canonical, feed e dati prodotto. Se cambia la disponibilità, bisogna decidere come quella variazione influenza pagina, categoria, feed e percorso dell’utente.
Categoria, faccetta, prodotto e variante hanno responsabilità diverse
Prima di decidere come ottimizzare una pagina bisogna stabilire quale decisione deve sostenere.
La categoria organizza un insieme di alternative
Una categoria ha senso quando rappresenta un insieme riconoscibile e sufficientemente stabile di prodotti che l’utente può voler esplorare e confrontare.
Non dovrebbe esistere soltanto perché il gestionale possiede un attributo con lo stesso nome. Allo stesso modo, l’esistenza di una keyword non è da sola una ragione sufficiente per creare una nuova categoria.
Domanda, assortimento, disponibilità, margini, sovrapposizione con altre pagine e comportamento degli utenti devono essere letti insieme.
È il tipo di problema che affronto nel lavoro sull’architettura SEO e sull’internal linking: definire non soltanto quali pagine esistono, ma quale responsabilità possiede ciascuna e quali relazioni devono essere rese esplicite.
La faccetta restringe un insieme, ma può anche generare nuove pagine
Una faccetta è un criterio con cui l’utente restringe l’assortimento: marca, taglia, colore, materiale, compatibilità, prezzo o qualsiasi altro attributo utile alla scelta.
Dal punto di vista dell’esperienza utente è uno strumento di navigazione. Dal punto di vista tecnico può però generare URL e combinazioni di URL.
La documentazione Google sulla navigazione a faccette evidenzia proprio questo rischio: combinazioni potenzialmente molto numerose possono aumentare inutilmente la scansione e rallentare la scoperta di contenuti più importanti.
Questo non significa che i filtri debbano essere sempre bloccati o sempre indicizzati. È precisamente il contrario: serve classificare le faccette in base al ruolo che possono avere.
Una combinazione che esprime una domanda stabile, dispone di un assortimento significativo e offre un’esperienza distinta può meritare una gestione diversa da una combinazione occasionale generata soltanto dall’interfaccia.
La scheda prodotto riduce l’incertezza sul singolo prodotto
La scheda prodotto svolge un compito ancora diverso.
L’utente non deve più capire quale famiglia di prodotti esplorare: deve capire se quel prodotto è compatibile con il suo bisogno, in quali condizioni, con quali caratteristiche e rispetto a quali alternative.
È la logica alla base della Product Thought Page: una pagina prodotto non dovrebbe essere semplicemente una descrizione più lunga, ma una risorsa capace di ridurre l’ambiguità della scelta.
Se invece categoria e prodotto vengono entrambi ottimizzati sulla stessa funzione decisionale, il sito può creare sovrapposizione. Non è necessariamente un problema di “keyword duplicate”: è prima di tutto un problema di ruolo duplicato.
Una decisione sui filtri può modificare crawling, canonical, linking e conversione
Prendiamo una decisione apparentemente locale: rendere cliccabile un filtro.
Da quel momento il sistema deve rispondere a diverse domande.
Il filtro genera un URL persistente? Google può raggiungerlo attraverso normali link HTML? Quell’URL deve essere soltanto navigabile oppure anche candidato all’indicizzazione? Esistono combinazioni senza prodotti? Come vengono gestiti ordine dei parametri e duplicazioni? La pagina possiede contenuto e assortimento sufficienti per avere una funzione distinta? Deve ricevere link interni anche al di fuori del filtro? Come si comporta il canonical?
Google raccomanda di mantenere coerenti URL, link interni, sitemap e canonical per le pagine che devono essere indicizzate e sottolinea che la canonicalizzazione serve a identificare una versione rappresentativa tra pagine uguali o molto simili. Questo è diverso dal decidere quali percorsi di navigazione debbano essere messi a disposizione del crawler.
La distinzione è importante perché navigazione, crawling, canonicalizzazione e indicizzazione sono problemi collegati, ma non equivalenti.
Applicare una regola unica come “canonicalizziamo tutti i filtri sulla categoria” oppure “mettiamo tutto in noindex” prima di aver classificato le famiglie di URL significa scegliere la soluzione tecnica prima di aver definito il problema.
Esempio: un catalogo di scarpe da running
Consideriamo un esempio ipotetico, senza dati riferiti a un cliente reale.
Un e-commerce vende scarpe da running. Possiede una categoria generale “Scarpe running” e filtri per uomo/donna, marca, numero, tipo di terreno, livello di ammortizzazione e fascia di prezzo.
Il team SEO scopre una domanda interessante per “scarpe trail running” e decide di rendere indicizzabile la combinazione del filtro relativo al terreno.
La scelta può avere senso. Ma da sola non basta.
Se “trail running” resta soltanto una combinazione raggiungibile dopo tre interazioni con i filtri, mentre le categorie principali ricevono link dal menu e da altre sezioni, la nuova pagina potrebbe avere un ruolo architetturale debole.
Se il gestionale genera contemporaneamente URL equivalenti modificando l’ordine dei parametri, il sistema può moltiplicare le versioni della stessa selezione.
Se alcuni prodotti trail sono collegati soltanto attraverso la ricerca interna, Google potrebbe avere percorsi di scoperta diversi rispetto agli utenti.
Se il merchandising elimina temporaneamente quasi tutto l’assortimento trail, la pagina può continuare a essere tecnicamente disponibile ma perdere valore commerciale.
Se il feed descrive un prodotto come disponibile mentre la pagina presenta la variante richiesta come esaurita, nasce un altro problema di coerenza. Google Merchant Center richiede infatti che disponibilità e altri dati essenziali siano allineati tra dati di prodotto, landing page e, quando presenti, dati strutturati.
Nessuno di questi problemi appartiene esclusivamente “alla categoria”, “al filtro” o “alla scheda prodotto”.
Appartiene al sistema catalogo.
La mappa operativa: componente, decisione, rischio e KPI
| Componente | Decisione | Rischio se gestito a silo | Cosa osservare |
|---|---|---|---|
| Tassonomia | Quali insiemi meritano un ruolo stabile | Categorie create dal gestionale o dalla keyword senza logica commerciale | Domanda, assortimento, ricavi, sovrapposizioni |
| Faccette | Quali combinazioni sono solo navigazione e quali possono diventare pagine | Esplosione URL, crawling inutile, pagine deboli | URL generati, crawl, query, assortimento |
| Prodotti e varianti | Come rappresentare identità e differenze significative | Duplicazioni, sovrapposizioni, dati discordanti | Indicizzazione, disponibilità, conversione, varianti |
| Internal linking | Quali pagine devono ricevere priorità e da quali percorsi | Pagine strategiche profonde o scarsamente collegate | Profondità, link interni, percorsi, crawl |
| Template | Quali informazioni servono per ogni tipo di pagina | Contenuto uniforme anche quando cambia la decisione | Qualità informativa, engagement, conversione |
| Feed e dati prodotto | Come sincronizzare prezzo, disponibilità e identità | Informazioni incoerenti tra sito e piattaforme | Mismatch, prodotti approvati, disponibilità |
Una strategia SEO e-commerce parte dalle regole, non dai title
Questo cambia anche l’ordine del lavoro.
Prima di produrre nuovi testi o modificare centinaia di title, conviene ricostruire il funzionamento del catalogo.
- Mappare domanda e criteri di scelta. Capire come gli utenti segmentano realmente l’assortimento e quali condizioni modificano la decisione.
- Mappare la tassonomia attuale. Categorie, sottocategorie, attributi, filtri, varianti e relazioni.
- Inventariare le famiglie di URL. Non soltanto le URL conosciute, ma le regole che possono generarne altre.
- Assegnare un ruolo alle pagine. Categoria, faccetta, prodotto e contenuto editoriale devono risolvere problemi differenti o collegati in modo esplicito.
- Separare navigazione e indicizzazione. Una funzione utile all’utente non deve automaticamente diventare una pagina organica autonoma.
- Allineare linking, template, canonical, sitemap e feed. Le implementazioni devono tradurre la stessa strategia.
- Misurare il sistema. Non soltanto ranking e traffico, ma copertura del catalogo, mix delle landing, disponibilità, conversione e valore commerciale.
Solo dopo questa fase ha senso decidere quali categorie riscrivere, quali faccette valorizzare, quali prodotti arricchire e quali problemi tecnici correggere per primi.
I KPI devono collegare visibilità e comportamento commerciale
Un progetto e-commerce può aumentare il traffico organico e contemporaneamente peggiorare il valore del traffico acquisito.
Per questo il traffico non può essere l’unico risultato utilizzato per giudicare il sistema.
Occorre osservare almeno la distribuzione delle impression e dei clic tra categorie e prodotti, le query intercettate dalle diverse famiglie di pagina, la quota di pagine strategiche effettivamente raggiungibili e indicizzate, il comportamento delle landing, la disponibilità dei prodotti, la conversione e il contributo delle diverse sezioni al risultato commerciale.
Non esiste però un set di KPI universale. Un catalogo con migliaia di varianti e variazioni frequenti di stock richiede controlli diversi da un e-commerce con poche centinaia di prodotti stabili.
Il criterio deve essere sempre lo stesso: ogni metrica deve aiutare a verificare una decisione.
“È colpa del CMS” è quasi sempre la domanda sbagliata
Magento, Shopify, WooCommerce, PrestaShop e le piattaforme proprietarie impongono vincoli differenti. Alcune rendono determinate implementazioni più semplici, altre richiedono sviluppo.
Ma il CMS non può decidere quale ruolo commerciale debba avere una faccetta, quale domanda giustifichi una categoria autonoma, quali differenze tra due varianti siano rilevanti o quale prodotto debba ricevere maggiore priorità nell’architettura.
Queste sono decisioni strategiche.
La piattaforma deve implementarle nel modo tecnicamente più coerente possibile.
Per questo un audit SEO utile su un e-commerce non dovrebbe limitarsi a produrre una lista di canonical, redirect, pagine duplicate e URL non indicizzate. Deve ricostruire perché quelle anomalie esistono, quali regole le generano e quale impatto hanno sul catalogo e sul business.
Chi deve governare categorie, filtri e prodotti?
La risposta non è necessariamente “il SEO”.
La governance può coinvolgere e-commerce manager, marketing, SEO, merchandising, sviluppo, content e performance. Il punto è che deve esistere una regola condivisa.
Quando ogni reparto modifica il catalogo secondo il proprio KPI locale, il rischio aumenta: lo sviluppo cerca semplicità implementativa, il merchandising velocità operativa, il content copertura, il paid qualità del feed e la SEO indicizzazione.
Nessun obiettivo è sbagliato. Ma devono essere coordinati all’interno dello stesso modello.
A mio parere, questa è la differenza più importante tra fare attività SEO su un e-commerce e progettare una strategia SEO e-commerce: la prima interviene sulle pagine; la seconda governa le regole che generano, collegano e trasformano quelle pagine.
Quando serve una consulenza SEO e-commerce sistemica
Una revisione sistemica diventa particolarmente utile quando il sito cresce ma le regole sono nate in momenti diversi, quando più team intervengono sul catalogo, quando categorie e filtri si sovrappongono, quando l’indicizzazione cambia senza una causa evidente, quando esistono molte varianti o quando traffico e risultati commerciali iniziano a muoversi in direzioni diverse.
In questi casi non partirei dalla domanda “quali pagine dobbiamo ottimizzare?”.
Partirei da:
quali regole stanno governando oggi il catalogo e quali conseguenze producono su domanda, crawling, indicizzazione, navigazione e conversione?
È da questa ricostruzione che può nascere una roadmap sensata.
Se vuoi capire dove il tuo catalogo sta creando sovrapposizioni, sprechi o percorsi incoerenti, possiamo partire dalle regole con cui oggi vengono generate categorie, filtri, prodotti e URL. Parliamo del tuo progetto SEO e-commerce.
Domande frequenti
Bisogna indicizzare tutti i filtri di un e-commerce?
No. Un filtro utile alla navigazione non deve automaticamente diventare una pagina destinata alla ricerca organica. La decisione dipende dalla domanda, dall’assortimento, dalla stabilità della combinazione, dal valore per l’utente e dal ruolo che quella pagina dovrebbe assumere rispetto alle categorie esistenti.
Il canonical risolve il problema delle faccette?
Non da solo. Il canonical aiuta a indicare una versione rappresentativa tra URL uguali o molto simili, ma la gestione delle faccette comprende anche crawling, linking, struttura degli URL, combinazioni vuote e decisioni di indicizzazione. La regola corretta dipende quindi dalla famiglia di URL e dal ruolo che le viene assegnato.
Cosa fare con una pagina prodotto esaurita?
Non esiste una soluzione universale. Bisogna distinguere un esaurimento temporaneo da un prodotto definitivamente rimosso, verificare l’esistenza di alternative, la domanda associata alla pagina, eventuali backlink e il ruolo commerciale dell’URL. La risposta tecnica dovrebbe derivare da queste condizioni, non precederle.
Feed Merchant Center e SEO del sito devono essere coordinati?
Sì, soprattutto per le informazioni che descrivono lo stesso prodotto. Prezzo, disponibilità, identità e varianti devono essere rappresentati in modo coerente tra pagina, dati strutturati e dati di prodotto quando questi sistemi vengono utilizzati. Un feed non sostituisce l’architettura del sito, ma appartiene allo stesso ecosistema informativo.
Serve riscrivere tutte le categorie per migliorare la SEO di un e-commerce?
Non necessariamente. Se il problema dipende dalla tassonomia, dai filtri, dall’internal linking, dalle famiglie di URL o dalla qualità dell’assortimento, aggiungere testo può non cambiare la causa. Prima di riscrivere su larga scala conviene capire quale responsabilità dovrebbe avere ogni categoria e quali ostacoli ne limitano realmente il ruolo.