Canonical eCommerce: varianti, filtri, prodotti duplicati e pagine esaurite

Tempo di lettura: 11 min

Il canonical in un eCommerce serve a dire qual e la versione principale di una pagina quando esistono URL simili o duplicate. Sembra un dettaglio tecnico, ma puo decidere se Google capisce il catalogo o se si perde tra varianti, filtri, parametri, categorie doppie e prodotti esauriti.

Il problema e che molti eCommerce usano il canonical come una toppa universale. Ogni volta che c'e confusione, si mette un canonical e si spera che Google sistemi tutto. Non funziona cosi.

Il canonical e un segnale, non un comando assoluto. Se la struttura del sito e caotica, se la sitemap contiene URL sbagliate, se i link interni puntano versioni diverse e se i filtri generano migliaia di combinazioni, Google puo scegliere diversamente da quanto indicato.

Cos'e il canonical e cosa non fa

Il tag rel="canonical" indica ai motori di ricerca quale URL preferisci come versione rappresentativa quando ci sono pagine duplicate o molto simili.

Esempio:

• /scarpe-running-uomo/ e la pagina canonica;
• /scarpe-running-uomo/?sort=prezzo punta con canonical alla pagina principale;
• /scarpe-running-uomo/?utm_source=newsletter punta con canonical alla pagina principale.

Questo aiuta a consolidare segnali, evitare duplicati e chiarire quale pagina vuoi far indicizzare.

Pero il canonical non serve a:

• nascondere pagine inutili generate male;
• far indicizzare una pagina debole;
• sostituire redirect quando una pagina e stata spostata;
• risolvere filtri senza strategia;
• bloccare una pagina dalla scansione;
• compensare una sitemap sporca;
• correggere link interni incoerenti.

Se vuoi che una pagina non venga indicizzata, spesso devi ragionare su noindex, redirect, robots, struttura URL o semplicemente non generare quella URL. Il canonical non e un cestino.

La regola pratica: una pagina, un ruolo

Per decidere il canonical, parti da una domanda semplice: questa URL ha un ruolo autonomo?

Se la risposta e si, la pagina puo avere canonical verso se stessa. Se la risposta e no, probabilmente deve puntare a una pagina principale, essere esclusa, fare redirect o non essere generata.

Una pagina con ruolo autonomo ha di solito:

• intento di ricerca proprio;
• contenuto unico o comunque utile;
• prodotti pertinenti;
• title e H1 specifici;
• link interni coerenti;
• URL stabile e parlante;
• presenza sensata in sitemap;
• potenziale commerciale.

Una URL senza ruolo autonomo e spesso solo una variante tecnica: ordinamento, parametro, filtro debole, sessione, tracking, vista alternativa, duplicato di categoria o prodotto.

Varianti prodotto: colore, taglia, formato

Le varianti prodotto sono uno dei casi piu comuni.

Esempio:

• /scarpa-running-x/
• /scarpa-running-x-nera/
• /scarpa-running-x-blu/
• /scarpa-running-x-taglia-42/

La domanda non e "le varianti sono duplicate?". La domanda e: le varianti meritano pagine indicizzabili autonome?

Una variante puo avere canonical verso se stessa quando:

• ha domanda di ricerca specifica;
• ha immagini, disponibilita e contenuto propri;
• cambia davvero l'intento di acquisto;
• non crea migliaia di pagine sottili;
• e collegata in modo chiaro dal prodotto principale;
• puo portare traffico utile.

Una variante dovrebbe invece puntare al prodotto principale quando:

• cambia solo taglia o colore senza valore SEO autonomo;
• ha contenuto quasi identico;
• non ha ricerche specifiche;
• crea duplicati massivi;
• non e stabile nel tempo;
• viene generata solo per motivi tecnici.

Il punto e trovare equilibrio. Indicizzare ogni colore e ogni taglia puo creare caos. Bloccare tutto puo far perdere keyword utili.

Filtri e parametri: il caso piu pericoloso

I filtri eCommerce possono generare URL infinite. Colore, taglia, brand, prezzo, materiale, esigenza, ordinamento, disponibilita, recensioni, promozioni, combinazioni multiple.

Alcune URL sono utili. Moltissime no.

URL come queste di solito non dovrebbero diventare pagine indicizzabili:

• /scarpe/?sort=price_asc
• /scarpe/?page=3
• /scarpe/?color=nero&size=42&order=popular
• /categoria/?utm_source=ads
• /search?q=scarpe+rosse

In questi casi il canonical puo puntare alla categoria principale o alla pagina filtro canonica piu vicina, ma non basta se quelle URL sono linkate ovunque, presenti in sitemap o generate senza controllo.

Un filtro invece puo avere canonical verso se stesso quando e una pagina SEO vera:

• /crocchette-cani-grain-free.htm
• /scarpe-running-uomo-trail/
• /integratori-magnesio-donna/

In quel caso non deve sembrare una query. Deve avere URL pulita, prodotti pertinenti, title, H1, testo, FAQ e link interni. Lo abbiamo spiegato nella guida su quali filtri eCommerce indicizzare e quali bloccare.

Categorie duplicate: stesso catalogo, URL diverse

Un altro problema frequente sono categorie molto simili o raggiungibili da percorsi diversi.

Esempio:

• /uomo/scarpe-running/
• /scarpe/running/uomo/
• /running/scarpe-uomo/

Se queste pagine mostrano quasi gli stessi prodotti e hanno lo stesso intento, rischiano di competere tra loro. In alcuni casi va scelta una pagina principale e le altre devono puntare a quella con canonical, oppure fare redirect se non hanno motivo di esistere.

Ma attenzione: se due categorie sembrano simili ma intercettano intenti diversi, non vanno schiacciate con canonical per pigrizia.

Per esempio:

• /scarpe-running-uomo/ puo essere categoria principale;
• /scarpe-running-uomo-trail/ puo essere pagina specifica;
• /scarpe-running-uomo-asfalto/ puo avere intento diverso;
• /scarpe-running-uomo-offerte/ puo essere commerciale e stagionale.

Il canonical non deve cancellare sfumature utili. Deve eliminare duplicati veri.

Prodotti duplicati in piu categorie

Molti CMS eCommerce generano URL diverse per lo stesso prodotto in base alla categoria.

Esempio:

• /scarpe-running/scarpa-x/
• /scarpe-uomo/scarpa-x/
• /brand/nome-brand/scarpa-x/

Se il prodotto e lo stesso, la soluzione migliore e spesso avere una URL prodotto stabile e indipendente dalla categoria, per esempio:

• /scarpa-x/

Se il CMS genera comunque URL multiple, tutte le versioni alternative dovrebbero puntare con canonical alla URL prodotto principale. Ma i link interni dovrebbero preferire sempre la versione canonica, altrimenti il sito continua a mandare segnali confusi.

Questo e uno dei motivi per cui una piattaforma custom puo essere piu pulita: URL prodotto stabili, categorie come contesto, non come generatrici di duplicati.

Paginazione e ordinamenti

Le pagine paginate e gli ordinamenti sono un altro tema delicato.

Un ordinamento per prezzo, popolarita o novita di solito non deve diventare una pagina indicizzabile autonoma. Spesso il canonical puo puntare alla categoria principale, oppure si puo evitare che quelle URL siano scansionabili inutilmente.

La paginazione richiede piu attenzione. Se la pagina 2, 3 o 4 mostra prodotti diversi, canonicalizzare tutto alla pagina 1 puo non essere sempre la scelta migliore. Bisogna valutare struttura, crawling, link interni, infinite scroll e modo in cui i prodotti vengono scoperti.

La regola pratica e: non usare il canonical per far sparire parti importanti del catalogo. Se Google deve scoprire prodotti che stanno in pagine successive, assicurati che siano raggiungibili anche tramite link, sitemap prodotto o struttura categoria solida.

Prodotti esauriti: canonical, redirect o pagina attiva?

Un prodotto esaurito non e automaticamente un duplicato. Quindi non sempre il canonical e la risposta giusta.

Se il prodotto tornera disponibile, spesso conviene lasciare la pagina attiva, con canonical verso se stessa, avviso disponibilita, alternative e magari alert via email.

Se il prodotto e definitivamente fuori produzione, hai diverse opzioni:

• redirect 301 verso un sostituto molto simile;
• redirect verso categoria pertinente se non esiste alternativa specifica;
• lasciare la pagina attiva se ha valore informativo e alternative;
• rimuovere la pagina con status coerente se non ha valore;
• non usare canonical verso un prodotto diverso se l'intento non coincide.

Canonicalizzare un prodotto esaurito verso un prodotto simile puo sembrare comodo, ma se le pagine non sono davvero duplicate e i prodotti non sono equivalenti, rischi di dare un segnale ambiguo.

Canonical e sitemap devono andare d'accordo

Una regola semplice: se una URL ha canonical verso un'altra pagina, di solito non dovrebbe stare in sitemap.

La sitemap dovrebbe contenere le URL canoniche. Se dentro ci sono URL non canoniche, redirect, filtri tecnici o duplicati, stai dicendo a Google una cosa nella sitemap e un'altra nel tag canonical.

Ne abbiamo parlato anche nell'articolo sulla sitemap eCommerce per prodotti, categorie, immagini e filtri: sitemap e canonical devono raccontare la stessa versione del catalogo.

Canonical e noindex: attenzione a mischiarli male

Un errore comune e mettere insieme noindex e canonical sperando di ottenere il meglio di entrambi. In realta sono segnali diversi.

Il canonical dice: questa pagina e simile, considera quell'altra come principale. Il noindex dice: non indicizzare questa pagina.

In molti casi e meglio scegliere una strategia chiara:

• duplicato utile da consolidare: canonical;
• pagina da non indicizzare ma utile all'utente: noindex;
• pagina spostata definitivamente: redirect 301;
• URL inutile da non generare: correggere la piattaforma;
• pagina morta senza valore: rimozione o status coerente.

La combinazione sbagliata puo rendere piu difficile capire cosa vuoi ottenere.

Segnali che Search Console mostra quando qualcosa non torna

Quando i canonical sono incoerenti, Search Console inizia spesso a mostrare segnali come:

• Pagina alternativa con tag canonical appropriato;
• Duplicata, Google ha scelto una pagina canonica diversa da quella indicata dall'utente;
• Duplicata, l'utente non ha indicato una pagina canonica;
• Scansionata, attualmente non indicizzata;
• Scoperta, attualmente non indicizzata;
• URL inviata non selezionata come canonica;
• URL inviata contiene tag noindex.

Questi messaggi non vanno letti tutti come errori. A volte Google sta solo confermando che ha capito un duplicato. Ma se coinvolgono pagine importanti, categorie o filtri strategici, vanno analizzati.

Abbiamo approfondito questi segnali nell'articolo su Search Console e i segnali di crollo SEO per eCommerce.

Checklist canonical per eCommerce

Prima di pubblicare, migrare o ristrutturare un catalogo, controlla:

• ogni pagina importante ha canonical verso se stessa?
• le URL con parametri puntano alla pagina corretta?
• le varianti prodotto hanno una strategia coerente?
• i prodotti duplicati in piu categorie puntano a una URL stabile?
• le pagine filtro SEO hanno canonical verso se stesse?
• i filtri tecnici non finiscono in sitemap?
• i redirect non sono presenti in sitemap?
• le categorie simili sono davvero diverse?
• i prodotti esauriti hanno una gestione chiara?
• i link interni puntano la versione canonica?
• Search Console conferma le canonical previste?
• GA4, Ads e feed non mandano traffico a URL non canoniche?

Quest'ultimo punto e spesso ignorato: se campagne, feed e tracking usano URL diverse da quelle canoniche, il caos non resta solo nella SEO. Entra anche nei dati marketing.

Cosa chiedere alla tua agenzia

Se vuoi capire se il tuo eCommerce ha una gestione canonical sana, chiedi:

• Qual e la regola canonical per prodotti, categorie e filtri?
• Le varianti colore/taglia sono indicizzabili o puntano al prodotto principale?
• Le URL prodotto dipendono dalla categoria o sono stabili?
• I filtri SEO hanno URL pulite e canonical verso se stessi?
• I filtri tecnici con parametri sono esclusi dalla sitemap?
• Le categorie simili competono tra loro?
• I prodotti esauriti fanno redirect, restano online o vengono rimossi?
• Search Console mostra canonical diverse da quelle dichiarate?
• La sitemap contiene solo URL canoniche?
• I link interni puntano sempre la versione corretta?
• Il feed Merchant Center usa URL canoniche?
• Dopo una migrazione, le vecchie URL sono fuori dalla sitemap?

Se la risposta e "ci pensa il plugin SEO", non e una risposta. Il plugin puo stampare un tag. La strategia decide quale URL deve essere principale.

Come lavoriamo noi in BitHub

Nel nostro eCommerce custom, canonical, sitemap, filtri, URL e feed non sono pezzi separati. Sono parti della stessa architettura.

Questo permette di decidere prima quali pagine devono essere canoniche, quali filtri diventano pagine SEO, quali varianti meritano URL autonome e quali prodotti devono restare stabili indipendentemente dalla categoria.

La parte SEO e Google Ads entra nel ragionamento perche le URL canoniche non servono solo a Google organico. Servono anche a Merchant Center, Performance Max, tracking, landing page e lettura dei dati.

Con AI e automazioni possiamo anche analizzare cataloghi grandi, scovare duplicati, filtri simili, varianti inutili e pagine che rischiano di competere tra loro. Poi pero serve scelta editoriale e tecnica: non tutto si puo decidere con una regola automatica.

Fonti utili

Per approfondire la parte tecnica, puoi leggere la documentazione Google Search Central su canonicalizzazione e consolidamento delle URL duplicate, la guida su come specificare una URL canonica, le indicazioni per progettare URL eCommerce, la gestione della faceted navigation e la guida su robots meta tag e noindex.

FAQ sul canonical eCommerce

Il canonical obbliga Google a indicizzare la pagina scelta?

No. Il canonical e un segnale forte ma non assoluto. Google puo scegliere una canonica diversa se trova segnali incoerenti, contenuti duplicati, link interni confusi o sitemap non allineata.

Le varianti prodotto devono avere canonical verso il prodotto principale?

Dipende. Se la variante non ha valore SEO autonomo, spesso si. Se invece ha domanda di ricerca, contenuto, immagini e intento propri, puo meritare canonical verso se stessa.

I filtri eCommerce devono avere canonical verso la categoria principale?

I filtri tecnici o deboli spesso si. I filtri trasformati in pagine SEO vere, con URL pulita e contenuto dedicato, dovrebbero invece avere canonical verso se stessi.

Una URL con canonical verso un'altra pagina deve stare in sitemap?

In genere no. La sitemap dovrebbe contenere le URL canoniche principali, non URL alternative, redirect, parametri o pagine che dichiarano un'altra canonical.

Canonical o redirect: cosa usare?

Usa redirect quando una pagina e stata spostata o non deve piu esistere come URL accessibile. Usa canonical quando pagine simili devono restare accessibili ma vuoi consolidare i segnali su una versione principale.

Il noindex sostituisce il canonical?

No. Sono segnali diversi. Il noindex dice di non indicizzare una pagina; il canonical indica quale versione preferisci tra pagine simili. Vanno usati con una strategia chiara, non come rimedi intercambiabili.