Tag canonical SEO: guida completa ed errori da evitare

Il tag canonical serve a indicare quale URL preferisci come versione principale quando più URL mostrano contenuti duplicati o molto simili. È uno dei segnali più importanti per consolidare URL, link e metriche, ma non è un comando che Google deve eseguire.

Google può scegliere una canonical diversa da quella dichiarata se gli altri segnali del sito raccontano una storia differente: redirect, link interni, sitemap, HTTPS, hreflang, qualità o somiglianza effettiva delle pagine possono influenzare la scelta.

Questa guida resta volutamente focalizzata su un solo problema: consolidare correttamente URL duplicati o quasi duplicati. Non è una guida generale all’indicizzazione. Se hai esclusioni, rendering o problemi tecnici più ampi, parti da un audit SEO tecnico.

Cos’è un URL canonical?

Un URL canonical è la versione che Google considera più rappresentativa all’interno di un gruppo di pagine duplicate o molto simili.

Durante l’indicizzazione, Google può raggruppare URL con contenuto uguale o molto simile. Poi seleziona una pagina rappresentativa del gruppo e la usa normalmente come riferimento principale nei risultati e per consolidare diversi segnali.

Importante: la canonical “reale” è quella scelta da Google. Il canonical che inserisci nel codice esprime la tua preferenza.

Cos’è rel=”canonical”?

rel=”canonical” è un elemento link inserito normalmente nella sezione <head> dell’HTML. Serve a comunicare quale URL consideri rappresentativo del contenuto presente nella pagina.

Esempio di tag canonical

Google considera il rel=”canonical” un segnale forte, ma può ignorarlo se rileva segnali più coerenti verso un altro URL.

Perché esiste la canonicalizzazione?

Lo stesso contenuto può essere raggiunto attraverso molti URL senza che tu abbia creato intenzionalmente pagine duplicate.

http://example.com/prodotto e https://example.com/prodotto
www.example.com e example.com
/prodotto e /prodotto/
URL con parametri di tracking.
Filtri e ordinamenti di categoria.
Varianti di prodotto.
URL prodotto raggiungibili attraverso percorsi di categoria diversi.

Canonicalizzare correttamente aiuta a scegliere quale URL vuoi mostrare in Search, consolidare segnali come i link, semplificare l’analisi delle performance e ridurre parte del crawling dedicato a duplicati.

Contenuto duplicato vs contenuto quasi duplicato

Duplicato

Due URL mostrano sostanzialmente lo stesso contenuto principale. Esempio: la stessa scheda prodotto accessibile con e senza parametro di tracking.

Quasi duplicato

Le pagine presentano piccole differenze, ma il contenuto principale è così simile che Google può comunque raggrupparle. Un esempio può essere una variante prodotto con differenze minime di colore o dimensione.

La canonical non va usata per pagine realmente diverse. Se due URL rispondono a intenti diversi e meritano entrambi di apparire in Search, canonicalizzarne uno verso l’altro può eliminare proprio la pagina che volevi far trovare.

Self-referencing canonical: perché usarlo

Una self-referencing canonical è un canonical che punta all’URL stesso della pagina.

Google raccomanda di usare un canonical autoreferenziale sulle pagine indicizzabili. Aiuta a rendere esplicita la versione preferita e rende più semplice gestire parametri o varianti accidentali.

Canonical cross-domain

Un canonical può puntare anche a un URL su un altro dominio quando due pagine sono duplicate o molto simili. È utile in alcuni casi di consolidamento cross-domain, ma va usato con attenzione.

Attenzione alla syndication editoriale: Google oggi non raccomanda il rel=”canonical” come metodo principale per impedire che versioni sindacate di un articolo competano con l’originale. Per la syndication, la soluzione più efficace è che il partner impedisca l’indicizzazione della copia quando l’obiettivo è evitare duplicazione in Search.

HTTP vs HTTPS

Google tende a preferire la versione HTTPS rispetto alla versione HTTP quando le pagine sono equivalenti.

Reindirizza HTTP verso HTTPS.
Usa canonical verso HTTPS.
Inserisci solo URL HTTPS nella sitemap.
Usa URL HTTPS nei link interni.
Evita redirect da HTTPS verso HTTP.

Se canonical, sitemap e redirect puntano a versioni diverse, aumenti l’ambiguità.

www vs non-www

www.example.com e example.com sono hostname diversi. Se entrambi servono lo stesso contenuto, scegli una versione principale e rendi coerenti redirect, canonical, sitemap e link interni.

La soluzione più pulita è normalmente reindirizzare permanentemente la variante secondaria verso quella preferita e usare canonical autoreferenziali sulla versione finale.

Trailing slash: /pagina o /pagina/?

Per un server, /pagina e /pagina/ possono essere due URL diversi. Alcuni CMS li normalizzano automaticamente, altri possono servire entrambi.

Non esiste un formato SEO universalmente migliore. Devi scegliere una convenzione e applicarla in modo coerente con:

redirect;
canonical;
link interni;
sitemap;
hreflang quando presente.

Parametri URL e canonical

Parametri di tracking, campagne, ordinamento o sessione possono creare più URL per lo stesso contenuto.

Quando canonicalizzare al clean URL

?utm_source=…
?ref=…
?sessionid=…
parametri che non modificano realmente il contenuto principale.

Se il parametro cambia davvero il contenuto e crea una pagina utile con domanda propria, non applicare automaticamente un canonical al clean URL. Prima decidi se la variante deve essere una landing page indicizzabile.

Filtri e navigazione a faccette

I filtri sono uno dei casi più complessi perché alcune combinazioni possono avere valore SEO e altre creare soltanto duplicazioni.

Esempio: “scarpe running uomo nere” potrebbe meritare una landing page dedicata se esiste domanda, mentre ordinamenti per prezzo o combinazioni ultra-specifiche possono non meritare indicizzazione.

La canonical non sostituisce l’architettura

Applicare canonical verso la categoria principale a tutte le faccette può essere corretto per molte varianti, ma sbagliato se alcune faccette devono posizionarsi autonomamente. La decisione deve partire da intento, domanda, inventario e struttura dei link.

Paginazione: non canonicalizzare tutto alla pagina 1

Pagina 2, 3, 4 di una categoria non sono duplicati della pagina 1. Contengono prodotti o elementi diversi e Google le tratta come pagine separate.

Google raccomanda che ogni pagina della sequenza abbia un URL unico e una self-canonical. Canonicalizzare tutte le pagine verso page 1 può impedire a Google di comprendere correttamente la serie e ridurre la scoperta degli elementi presenti più in profondità.

Varianti prodotto

Colore, taglia, materiale e altre varianti richiedono una decisione basata su quanto sono diverse e se devono apparire separatamente nei risultati.

Variante senza valore di ricerca autonomo

Se la variante cambia poco il contenuto ed è identificata da un parametro opzionale, può avere senso canonicalizzare verso il prodotto principale.

Variante che deve essere trovata separatamente

Se ogni variante ha disponibilità, prezzo, immagini, identificatori o domanda specifica e vuoi che sia trovabile come entità distinta, devi valutare URL unici, contenuto coerente e canonical autoreferenziali invece di consolidare tutto.

Google raccomanda URL separati per varianti quando devono essere comprese individualmente e, per parametri opzionali usati solo per identificare varianti, indica il prodotto senza parametro come possibile canonical.

Syndication e contenuti ripubblicati

Se un tuo articolo viene ripubblicato da un partner, il canonical cross-domain sembra una soluzione naturale. Ma per la syndication Google oggi segnala che non è il metodo più affidabile per evitare la duplicazione.

Se l’obiettivo è far sì che la copia non competa in Search, la soluzione più robusta è chiedere al partner di impedirne l’indicizzazione. Il canonical può restare utile in altri casi di duplicazione cross-domain, ma non va venduto come garanzia.

Canonical vs redirect: quando usare l’uno o l’altro

Situazione	Canonical	Redirect 301/308
Entrambi gli URL devono restare accessibili agli utenti	Sì	No
Vecchio URL eliminato definitivamente	No	Sì
Parametri che mostrano lo stesso contenuto	Spesso sì	Dipende
Cambio dominio o URL	Supporto, ma non sostituisce il redirect	Sì
Pagina duplicata che non deve più esistere	Non necessario	Sì

Google considera sia redirect permanenti sia rel=”canonical” segnali forti. Se vuoi eliminare una vecchia versione, il redirect è normalmente il segnale più diretto.

Canonical vs noindex

Canonical e noindex risolvono problemi diversi.

Canonical: “questa pagina è una variante; consolida i segnali verso l’URL preferito”.
noindex: “non mostrare questa pagina nei risultati di ricerca”.

Google sconsiglia di usare noindex per controllare quale URL diventa canonical all’interno di un sito. Se vuoi consolidare duplicati, il rel=”canonical” è il metodo appropriato.

Canonical vs robots.txt

robots.txt non è uno strumento di canonicalizzazione. Bloccare un URL impedisce a Googlebot di leggerne il contenuto e quindi anche il canonical presente nell’HTML.

Un URL bloccato può comunque essere conosciuto e, in alcuni casi, comparire nei risultati senza snippet. Se vuoi che Google interpreti correttamente una relazione canonical, non bloccare alla cieca la pagina duplicata prima che il crawler possa vedere i segnali.

Canonical e sitemap XML

La sitemap è un segnale di canonicalizzazione più debole rispetto a redirect e rel=”canonical”, ma rafforza la coerenza complessiva.

Regola pratica: in sitemap dovrebbero esserci le versioni che consideri canoniche, non i duplicati.

Se il canonical dice /prodotto/, ma la sitemap contiene /prodotto?ref=123, stai inviando segnali opposti.

Durante un audit della sitemap XML conviene confrontare gli URL inviati con canonical, status code, redirect e indicizzabilità.

Segnali canonical in conflitto

Il problema più comune non è un singolo tag sbagliato: è un sistema che manda segnali diversi.

Esempio di conflitto

rel=”canonical” → URL A
sitemap → URL B
redirect → URL C
link interni → soprattutto URL B
hreflang → URL A

In una situazione del genere Google deve decidere quale segnale è più coerente. La correzione non consiste nel “forzare il canonical”: consiste nell’allineare tutti i sistemi verso l’URL che vuoi mantenere.

Canonical chain

Una canonical chain si verifica quando A canonicalizza verso B e B canonicalizza verso C.

Meglio: A → C e B → C. Google può seguire catene, ma non c’è alcun vantaggio nel rendergli più complessa la relazione.

Canonical loop

Un loop può apparire quando A punta a B e B punta ad A, oppure quando una logica dinamica crea cicli più lunghi.

Il risultato è un segnale contraddittorio: nessuna delle due pagine comunica in modo chiaro quale debba essere rappresentativa.

Canonical verso una pagina 404

Il target canonical dovrebbe essere una pagina valida e utilizzabile. Puntare a un 404 o 410 non è una strategia di consolidamento.

Se il contenuto principale è stato eliminato, gestisci la vecchia pagina con il corretto status code o redirect verso un equivalente reale. Non usare un canonical rotto per simulare una destinazione.

Canonical verso un URL che reindirizza

Google può elaborare un canonical che punta a un URL reindirizzato, ma stai aggiungendo un passaggio inutile.

La pratica più pulita è puntare direttamente alla destinazione finale con status 200. Aggiorna anche link interni, sitemap e hreflang verso quell’URL finale.

Canonical su contenuti che non sono duplicati

Questo è uno degli errori più dannosi. Canonicalizzare pagine uniche verso una pagina “più forte” non trasferisce magicamente ranking.

Esempio: /scarpe-running/ e /scarpe-trail/ possono condividere parte del template, ma rispondono a intenti e prodotti diversi. Un canonical dalla seconda alla prima può far perdere visibilità alla pagina trail invece di rafforzare la categoria principale.

Google canonical diversa da quella dichiarata

Search Console può mostrare due campi distinti:

Canonical dichiarata dall’utente.
Canonical selezionata da Google.

Se sono diverse, non significa automaticamente che Google stia sbagliando. Prima chiediti se l’URL scelto da Google è effettivamente più coerente, completo o utile.

Perché Google può scegliere un’altra canonical

Le pagine non sono abbastanza simili per la relazione dichiarata.
I link interni puntano soprattutto a un’altra versione.
La sitemap contiene un URL diverso.
Esiste un redirect che favorisce un’altra pagina.
HTTPS/HTTP o www/non-www sono incoerenti.
L’hreflang forma cluster diversi.
Il CMS o un plugin inserisce canonical inattesi.
La pagina scelta da Google appare più completa o utile.

Come controllare il canonical in Google Search Console

1. Apri Controllo URL

Inserisci l’URL esatto che vuoi verificare. Fai attenzione a protocollo, hostname, trailing slash e parametri.

2. Controlla la sezione indicizzazione

Confronta canonical dichiarata e canonical selezionata da Google.

3. Ispeziona anche l’URL scelto da Google

Verifica contenuto, status code, canonical autoreferenziale, link interni e presenza in sitemap.

4. Controlla il rendering se il canonical viene generato via JavaScript

Google raccomanda, quando possibile, di inserire il canonical nell’HTML sorgente e di evitare che JavaScript lo modifichi verso un valore diverso.

5. Correggi il sistema, non solo il tag

Allinea sitemap, redirect, link interni, hreflang e canonical. Poi attendi la nuova scansione e la rivalutazione del cluster.

Google segnala che, dopo correzioni importanti, la rivalutazione di pagine raggruppate come duplicati può richiedere tempo. Per URL prioritari puoi usare la richiesta di indicizzazione, senza aspettarti una modifica immediata.

Confrontare header, HTML e versione renderizzata

Per una URL con canonical inatteso, salva risposta HTTP, sorgente HTML e DOM dopo il caricamento. Cerca sia l’header Link con rel=”canonical” sia gli elementi nel documento. Un plugin può dichiarare una destinazione mentre tema, CDN o JavaScript ne indicano un’altra. Annota anche data dell’ultima scansione riportata da Search Console: la versione indicizzata può precedere la correzione appena pubblicata.

Scegli il componente che deve gestire il segnale, correggi il conflitto e prova più URL dello stesso template. Per un PDF, che non ha una sezione HTML head, la dichiarazione può avvenire nell’header HTTP. La documentazione Google sulla canonicalizzazione distingue i metodi disponibili. Il controllo si chiude sull’output pubblico e sulla coerenza delle destinazioni, non sulla sola impostazione del plugin.

Tabella diagnostica canonical

Problema	Conseguenza possibile	Correzione
Canonical verso il prodotto sbagliato	Google può indicizzare o consolidare verso l’URL errato	Correggi target e allinea gli altri segnali
Canonical chain	Segnali meno puliti e debug più difficile	Punta direttamente alla canonical finale
URL con parametri self-canonical senza una strategia	Possibile proliferazione di varianti indicizzabili	Decidi quali parametri meritano URL autonomi
Canonical target bloccato o non accessibile	Google ha meno informazioni per valutare la relazione	Rendi il target crawlable e valido
Canonical verso redirect	Passaggio aggiuntivo e segnale meno pulito	Punta direttamente alla destinazione 200
Canonical verso 404/410	Target non valido	Correggi target o gestisci la rimozione con status/redirect
Pagina 2 → page 1	Contenuti più profondi possono essere trattati male	Self-canonical per ogni pagina paginata
Sitemap e canonical diversi	Segnali conflittuali	Mantieni in sitemap solo la versione preferita

Canonical e WordPress

WordPress e i principali plugin SEO generano normalmente canonical automaticamente, ma questo non significa che la configurazione sia sempre corretta.

Controlli utili su WordPress

Canonical di post, pagine e custom post type.
Categorie e tag.
Pagine autore e archivi data.
Paginazione degli archivi.
Parametri generati da plugin o filtri.
Canonical modificati da page builder, plugin multilingua o plugin SEO multipli.
Staging accessibile che replica il sito live.

Il problema più comune non è “manca il plugin SEO”, ma due componenti che scrivono canonical diversi oppure un template che applica la stessa destinazione a molte pagine.

Per un controllo più ampio di canonical, redirect, sitemap e indexability su CMS, il servizio di audit SEO tecnico include verifiche specifiche per WordPress e WooCommerce.

Canonical e Shopify / WooCommerce

Gli e-commerce sono il terreno dove la canonicalizzazione diventa davvero architettura: collezioni, categorie, filtri, parametri e varianti possono moltiplicare gli URL.

Shopify: collection URL e canonical

Shopify mette a disposizione nel tema l’oggetto Liquid canonical_url per generare la canonical della pagina. Il punto da verificare non è solo che il tag esista, ma che tema, app e collegamenti interni non creino percorsi alternativi incoerenti.

Controlla product URL standard e URL contestuali alle collection.
Verifica parametri aggiunti da app, filtri e tracking.
Assicurati che il tema stampi un solo canonical coerente.
Controlla che app SEO non sovrascrivano il canonical con destinazioni differenti.

Varianti Shopify

Se una variante usa parametri e non deve avere visibilità autonoma, il prodotto principale può essere il canonical. Se invece ogni variante deve essere trovabile e presenta dati distinti, la struttura va progettata prima di canonicalizzare tutto.

WooCommerce: categorie, permalink e varianti

WooCommerce eredita la flessibilità di WordPress: permalink, categorie, attributi e plugin possono creare diverse rotte verso prodotti simili.

Verifica che vecchi permalink reindirizzino verso la destinazione corretta.
Controlla categorie primarie quando il permalink include la categoria.
Verifica attributi e archivi prodotto che generano pagine quasi duplicate.
Controlla canonical prodotti dopo modifiche di permalink, tema o plugin SEO.

WooCommerce 10.5 ha introdotto modifiche ai permalink prodotto e mantiene una logica di redirect canonico per instradare vecchi URL verso i nuovi. Dopo aggiornamenti strutturali, è comunque importante verificare redirect, canonical e link interni sul sito reale.

Se gestisci Shopify o WooCommerce con molte varianti, un audit e-commerce dovrebbe analizzare la relazione tra URL, filtri, parametri, canonical, sitemap e internal linking, non il singolo tag isolato.

Checklist rapida per verificare i canonical

Ogni pagina indicizzabile ha un canonical coerente?
Le pagine principali hanno self-canonical?
Il canonical usa URL assoluti e HTTPS?
Il target restituisce 200?
Il target non reindirizza?
Canonical, sitemap e link interni puntano alla stessa versione?
Le pagine paginated self-canonicalizzano?
I parametri sono gestiti in base al loro reale valore SEO?
Le varianti prodotto hanno una strategia esplicita?
Non esistono chain o loop?
robots.txt non impedisce a Google di leggere segnali necessari?
Search Console conferma la canonical attesa sugli URL prioritari?

Puoi usare questa sezione insieme alla checklist SEO tecnica del servizio di audit per controllare anche status code, redirect, sitemap e crawling.

Errori canonical che vedo più spesso

Tutte le pagine di un template canonicalizzate alla homepage.
Page 2, 3 e 4 canonicalizzate alla prima pagina.
Parametri di filtro lasciati self-canonical senza una strategia.
Canonical corretto nel sorgente ma modificato da JavaScript.
Due plugin che generano due canonical diversi.
Vecchio dominio ancora presente nei canonical dopo una migrazione.
Sitemap che invia URL non canonical.
Canonical verso un redirect o una pagina non disponibile.
Pagine commerciali diverse consolidate solo perché condividono molto testo.

Quando la canonicalizzazione richiede un audit tecnico

Su un sito piccolo, verificare qualche canonical può essere semplice. Il problema cambia quando l’errore è sistemico.

Google sceglie canonical diverse su centinaia di URL.
Filtri e parametri generano migliaia di varianti.
Il sito è appena migrato.
Hai più domini, lingue o storefront.
Shopify/WooCommerce genera percorsi prodotto multipli.
Canonical, hreflang e sitemap sono in conflitto.
Search Console mostra molti “Duplicato, Google ha scelto una canonical diversa”.

Se Google sceglie URL diversi da quelli che hai dichiarato come canonical, il problema potrebbe essere nella struttura del sito e non nel singolo tag.

Richiedi una verifica tecnica della canonicalizzazione

Domande frequenti sul tag canonical

Cos’è il canonical SEO?

È il processo con cui Google seleziona l’URL rappresentativo tra pagine duplicate o molto simili. Il sito può indicare una preferenza tramite rel=”canonical”, redirect, sitemap e altri segnali coerenti.

Il tag canonical è una direttiva?

No. Per Google il rel=”canonical” è un segnale forte, non un comando assoluto. Google può scegliere un URL diverso se gli altri segnali o il contenuto suggeriscono un’altra versione.

Ogni pagina deve avere un canonical?

Google raccomanda un self-referencing canonical sulle pagine indicizzabili. Non è obbligatorio per funzionare in Search, ma rende più chiara la versione preferita.

Posso canonicalizzare page 2 verso page 1?

In genere no. Google raccomanda che ogni pagina di una sequenza paginata abbia un URL unico e un canonical autoreferenziale.

Canonical e noindex possono essere usati insieme?

Possono tecnicamente coesistere, ma hanno obiettivi diversi e spesso generano segnali poco chiari. Per consolidare duplicati usa canonical; per escludere una pagina da Search usa noindex.

Perché Google sceglie una canonical diversa?

Perché valuta anche redirect, sitemap, link interni, HTTPS, hreflang, qualità e somiglianza delle pagine. Controlla tutti i segnali, non solo il tag.

Come controllo la canonical in Search Console?

Usa Controllo URL e confronta la canonical dichiarata dall’utente con la canonical selezionata da Google. Poi ispeziona anche l’URL scelto da Google e verifica gli altri segnali.

Come funziona il canonical su WordPress?

WordPress e i plugin SEO possono generarlo automaticamente. Devi comunque verificare template, archivi, paginazione, plugin multilingua e possibili conflitti tra componenti.