Tag canonical: definizione sintetica
Con tag canonical si intende l’elemento <link rel="canonical" href="..."> che indica l’URL canonica di una pagina: la versione preferita da suggerire ai motori quando esistono più URL con contenuti uguali o molto simili. L’obiettivo è consolidare i segnali (link, segnali di utilizzo, pertinenza) su un’unica risorsa, evitando dispersioni e risultati duplicati in SERP.
Il canonical è un segnale forte ma non un ordine: i motori (es. Google) possono scegliere una canonica diversa se altri segnali (interni ed esterni) raccontano una storia opposta. Per massimizzare l’efficacia, struttura il sito in modo coerente e allinea il canonical a interlinking, sitemap, redirect e contenuto visibile.
Canonical vs canonicalizzazione: concetti da non confondere
Canonical è il tag (o l’header HTTP) che suggerisce la pagina preferita. Canonicalizzazione è il processo con cui il motore sceglie una sola URL rappresentativa in un cluster di duplicati o quasi duplicati. Il tag è uno dei segnali; gli altri includono link interni, redirect 301, sitemap, hreflang, pattern dei link esterni, coerenza del contenuto e dei parametri.
Quando il sito invia segnali contrastanti (canonical A→B ma link interni verso A, sitemap che elenca A, redirect che puntano altrove), il sistema può ignorare il tuo suggerimento. Serve coerenza end-to-end.
Perché il tag canonical è utile in SEO
La gestione dei duplicati incide su crawl budget, indicizzazione e distribuzione dell’autorevolezza. Parametri di tracciamento, filtri, sorting, sessioni e versioni stampabili generano URL diverse per lo stesso contenuto. Il canonical riduce la frammentazione, concentra i segnali e rende più chiara la pagina da mostrare in SERP.
In ottica utente, evita risultati “gemelli” e rinforza la coerenza tra snippet e pagina atterrata. In ottica tecnico-organizzativa, è uno strumento leggero: si implementa nel template e lavora in modo prevedibile quando i pattern sono stabili.
Sintassi e implementazioni: HTML, HTTP header, AMP
HTML (caso tipico): inserisci nel head della pagina la direttiva verso la canonica assoluta.
<link rel="canonical" href="https://www.esempio.it/percorso/pagina/">HTTP header (PDF, file non HTML): utile quando non puoi modificare l’HTML. L’intestazione Link: è equivalente.
Link: <https://www.esempio.it/percorso/pagina-canonica/>; rel="canonical"Pagine AMP: la versione AMP ha canonical verso la versione standard; la versione standard può dichiarare rel="amphtml" verso la AMP.
<!-- nella versione AMP -->
<link rel="canonical" href="https://www.esempio.it/articolo/">
<!-- nella versione standard -->
<link rel="amphtml" href="https://www.esempio.it/articolo/amp/">Usa sempre URL assolute (con protocollo e host), risolvi i redirect (href deve restituire 200) e normalizza maiuscole/minuscole, slash finali e parametri. Un canonical verso un 3xx/404 indebolisce il segnale.
Quando usare il tag canonical (casi d’uso ricorrenti)
Ecco gli scenari in cui il canonical aiuta a ordinare il sito e a consolidare i segnali. Mantieni il pattern stabile e documentato nel tuo team, così eviti regressioni al prossimo redesign.
- Parametri di tracking: UTM e parametri di campagna generano URL diverse per lo stesso contenuto. Canonical verso la versione “pulita”.
- Filtri e ordinamenti: faceted navigation e sort (es. prezzo=asc) creano combinazioni. Canonical verso la categoria base quando il contenuto principale non cambia.
- HTTP vs HTTPS / www vs non-www: dopo la migrazione a HTTPS o la scelta dell’host, canonical coerente con la versione definitiva (insieme ai 301).
- Pagine stampabili: la versione “print” punta alla versione standard; evita che la copia entri in indice.
- Syndication e cross-domain: se repubblichi (con permesso) su un altro dominio, usa canonical cross-domain verso l’originale quando possibile.
- Varianti quasi duplicate: landing simili per minime variazioni di copy. Consolidare previene cannibalizzazioni.
- Self-canonical: ogni pagina autorevole punta a se stessa; riduce ambiguità e aiuta in presenza di parametri accidentali.
- Risorse non HTML: PDF con header canonical verso la versione HTML completa (se esiste) o verso la scheda principale.
Quando NON usare il canonical (e cosa usare al suo posto)
Non è un sostituto del redirect: se un URL non deve più esistere, 301 è la soluzione. Il canonical lascia la pagina accessibile; il 301 la sposta in modo definitivo.
Non è un sostituto di noindex: se una pagina deve restare fuori dall’indice (es. risultati interni di ricerca), usa noindex. Canonical + pagina indicizzabile può comunque essere conservata dal motore.
Non “schiacciare” pagine diverse: non puntare la scheda “modello 2025” alla scheda “modello 2024” se i contenuti devono coesistere. Rischi di perdere copertura per query specifiche.
Paginazione: le pagine di una lista paginata in genere hanno canonical verso se stesse (non sempre verso la pagina 1). Se esiste una vera pagina “view-all” completa e più utile, quella può essere la canonica, ma solo se copre davvero l’intero contenuto.
Relazioni con hreflang: coppia da configurare con attenzione
Hreflang e canonical lavorano insieme: ogni versione linguistica ha self-canonical e scambia segnali hreflang con le altre versioni equivalenti. Evita canonical tra lingue (es. /it/ → /en/): interrompe la clusterizzazione corretta.
Controlla coerenza tra sitemap hreflang, canonical e link interni. Se una pagina it-IT punta come canonica a en-US ma scambia hreflang verso it-IT, il motore riceve messaggi contraddittori e può scegliere da solo una canonica inaspettata.
Canonical e interlinking: perché “come linki” pesa quasi quanto “cosa dichiari”
I link interni definiscono le priorità e raccontano al motore qual è la risorsa principale. Se la categoria “Scarpe Uomo” linka spesso a URL con parametri (es. filtri), quegli URL accumulano segnali che possono contrastare il tuo canonical. Normalizza i link interni verso la versione canonica: breadcrumb, menù, liste, “Prodotti correlati”.
Allinea anche i link esterni che controlli (es. campagne, newsletter) e pulisci i parametri con utm_* spostandoli lato analytics o usando URL “pulite” con tracciamento server-side.
Gestire parametri, filtri e sorting senza creare caos
I parametri sono la causa più frequente di duplicati. Definisci parametri che cambiano il contenuto (es. filtro categoria) e parametri che cambiano la presentazione (es. sort, vista, tracking). Per i primi, valuta indicizzazione selettiva con canonical verso la categoria base solo se il contenuto non cambia in modo sostanziale; per i secondi, canonical alla pagina originale.
Evita di indicizzare combinazioni di filtri che non portano domanda di ricerca autonoma. Se alcune combinazioni hanno domanda, valuta pagine dedicate (template “landing filtro”) con contenuto proprio e canonical a se stesse.
Migrazioni e consolidamenti: ordine delle operazioni
In una migrazione (http→https, dominio, struttura categorie) l’ordine conta: imposta prima i redirect 301, poi verifica che le sitemap elenchino solo le nuove URL, quindi allinea i canonical. Per unificare versioni (www/non-www), mantieni coerenza su tutto lo stack: redirect, canonical, link interni, hreflang, tag Open Graph, dati strutturati.
Dopo il rilascio, usa Search Console (Ispezione URL) per verificare come Google vede la pagina, qual è la “URL canonica selezionata” e se coincide con la dichiarata. Controlla anche i gruppi di copertura: eventuali “alternate with canonical” sono normali quando esistono parametri o duplicati gestiti bene.
Contenuto duplicato, quasi duplicato e sindacazione
Duplicato perfetto: copia 1:1 della stessa pagina. Quasi duplicato: pagine diverse con differenze minime (ordine degli elementi, leggere variazioni di copy). In entrambi i casi il canonical aiuta a consolidare. Con syndication (ripubblicazione su portali terzi) concorda l’uso del canonical cross-domain verso l’originale; se non possibile, valuta riepiloghi o pubblicazioni parziali con link “leggi l’articolo completo”.
Sul tuo dominio, evita “taglia e incolla” di testi fra pagine di città/prodotto. Se la variante ha valore proprio (prezzi, disponibilità, normative), merita una pagina autonoma con canonical a sé; altrimenti meglio consolidare.
Verifica tecnica: cosa controllare nel template
1) Canonical unico per pagina (no duplicazioni). 2) URL assoluta, case-sensitive allineato, slash coerente. 3) Nessun loop (A→B, B→A). 4) Canonical non puntato a 3xx/404. 5) Self-canonical presente dove serve. 6) Coerenza con hreflang e sitemap. 7) Link interni che usano la stessa versione canonica.
Effettua un crawl periodico e monitora regressioni dopo deploy e modifiche di CMS. Inserisci test automatici dove possibile (es. verifica che ogni template renda la canonica attesa).
Errori comuni con il rel=”canonical” (e come rimediare)
Questi errori ricorrono in molti progetti. Intervenire qui risolve il 90% dei problemi di canonicalizzazione.
- Href che reindirizza: il canonical punta a un 301/302. Rimedio: aggiorna l’href alla destinazione finale (200).
- Canonical incrociati: A→B e B→A. Rimedio: scegli una sola pagina canonica e punta entrambe verso quella.
- Canonical tra lingue: /it/ che punta a /en/. Rimedio: self-canonical + hreflang reciproci.
- Paginazione forzata su pagina 1: tutte le pagine 2,3… verso /lista/. Rimedio: canonical a se stesse o “view-all” solo se esiste e copre tutto.
- Parametri “presentazionali” indicizzati: sort, view=grid. Rimedio: canonical alla versione base e link interni ripuliti.
- Incoerenza con redirect: canonical verso https ma link interni su http. Rimedio: allinea tutto (301, link, sitemap, hreflang).
- Uso al posto del 301: pagina dismessa lasciata online solo con canonical. Rimedio: 301 alla risorsa nuova.
Domande frequenti sul tag canonical
Il tag canonical garantisce che Google indicizzi solo l’URL dichiarata?
No. È un segnale forte, ma non vincolante. Se altri segnali (link interni/esterni, sitemap, redirect, contenuto) dicono il contrario, Google può scegliere un’altra canonica. Per massimizzare l’allineamento, ripulisci link interni, usa la stessa versione in sitemap e verifica che l’href non reindirizzi.
Meglio usare canonical o noindex sulle varianti con parametri?
Dipende. Se la variante non ha motivo di esistere in indice e vuoi impedirne l’apparizione, usa noindex (con attenzione a non bloccarla in robots.txt). Se la variante può circolare ma vuoi consolidare i segnali, usa il canonical. In molti casi si combina: parametri presentazionali con canonical; pagine di servizio con noindex.
Posso usare canonical cross-domain per contenuti in syndication?
Sì, se la piattaforma di ripubblicazione lo consente. In alternativa, chiedi una citazione con link verso l’originale ed evita la copia completa; una versione abbreviata riduce i rischi di conflitti e mantiene il valore editoriale.
Come verifico quale URL è stata scelta come canonica da Google?
Usa “Ispezione URL” in Search Console. Il pannello mostra “Canonica dichiarata” e “Canonica selezionata da Google”. Se differiscono, confronta link interni, sitemap, redirect e contenuto. Spesso la soluzione sta nel rendere coerenti tutti i segnali.
Il canonical influisce sulla distribuzione del PageRank?
Il consolidamento dei duplicati tende a convogliare i segnali verso l’URL canonica, evitando dispersione. Non è una scorciatoia per “spostare” PageRank in modo arbitrario: serve a usare una sola pagina rappresentativa quando esistono copie o quasi copie.
Riferimenti autorevoli e risorse utili
Linee guida e specifiche: Consolidare URL duplicate (Search Central) — rel=”canonical” nello standard HTML — web.dev/canonical.
