Hai un e-commerce con 5000 schede prodotto, ogni variante colore-taglia genera una URL diversa. Oppure un blog dove lo stesso articolo appare sotto più categorie. Il risultato? Google vede decine di pagine identiche, si confonde, e invece di premiarti ti penalizza: diluisce l'autorità, rischia di indicizzare la versione sbagliata e spreca il tuo crawl budget. Noi, di Meteora Web, lo vediamo ogni giorno nei progetti che ci arrivano. Il canonical tag è lo strumento che ti permette di dire a Google: «Questa è la versione ufficiale, punta tutto qui». Non è magia, è una riga di HTML. Ma sbagliarla costa caro.
Cos'è un canonical tag e perché risolve il problema dei duplicati in SEO?
Il canonical tag è un elemento HTML (<link rel="canonical" href="URL" />) che inserisci nell'head di una pagina per dichiarare quale URL rappresenta la versione principale di un contenuto duplicato. In pratica, dici ai motori di ricerca: «Ignora questa copia, usa quest'altra». Funziona su Google, Bing, Yahoo. È un suggerimento forte, non un comando assoluto — ma se usato correttamente, Google lo rispetta nella stragrande maggioranza dei casi.
Perché serve? Perché su un sito web moderno i duplicati nascono ovunque: parametri di tracking (utm_source, utm_campaign), varianti prodotto, pagine di stampa, pagine AMP, versioni per mobile, URL con e senza trailing slash, HTTP vs HTTPS, www vs non-www. Senza canonical, Google sceglie da solo quale versione indicizzare, e spesso prende quella sbagliata. Noi abbiamo visto clienti perdere posizioni perché Google aveva scelto la versione con parametri di sessione invece della URL canonica.
Sponsored Protocol
Come implementare un canonical tag corretto?
Nel <head> della pagina HTML, aggiungi (esempio per WordPress con Yoast o Rank Math, o manualmente):
<link rel="canonical" href="https://www.tuosito.com/prodotto/scarpa-rossa" />Regola d'oro: la URL canonica deve essere assoluta (con http:// o https://, dominio incluso). Mai relativa. E deve puntare sempre alla versione che vuoi sia indicizzata. Attenzione: se hai HTTPS e HTTP entrambi attivi, scegli una versione e canonicala sempre verso quella. Noi risolviamo con un redirect 301 a livello server, ma il canonical è un ulteriore strato di sicurezza.
Errore comune: mettere il canonical della pagina stessa su se stessa. In realtà va benissimo: le pagine dovrebbero sempre avere un canonical autoreferenziale. Google lo usa per capire che quella è la versione ufficiale. Se non lo fai, lasci spazio a confusione.
Sponsored Protocol
Quando e come usare il canonical tag per consolidare URL simili?
La consolidazione delle URL serve quando più indirizzi portano a contenuti identici o molto simili. Il caso classico: un articolo di blog categorizzato in due sezioni.
Esempio: /blog/migliori-scarpe-running e /categoria/sport/migliori-scarpe-running. Due URL, stesso contenuto. Soluzione: scegli la versione principale (di solito quella senza categoria) e metti il canonical su entrambe verso quella.
Un altro scenario frequente: pagine prodotto con parametri di tracking. /prodotto?id=123&utm_source=facebook vs /prodotto/123. La versione pulita è la canonica. Se non puoi evitare i parametri, blocca il crawling via robots.txt o usa rel="canonical".
Canonical tag cross-dominio: come funziona?
Se pubblichi lo stesso contenuto su due domini (es. syndication, articoli partner), puoi usare un canonical cross-dominio. Inserisci <link rel="canonical" href="https://dominio-originale.com/articolo" /> nella copia. Google aggregherà i segnali verso l'originale. Attenzione: non è un redirect, ma un suggerimento. Funziona bene per contenuti syndacati, ma per contenuti copiati da altri senza permesso potrebbe non bastare: li devi togliere.
Sponsored Protocol
Quali errori evitare con i canonical tag nella gestione dei duplicati?
Ne abbiamo visti tanti. Ecco i più pericolosi:
- Canonical verso pagine non accessibili o in redirect: Se la URL canonica punta a una pagina che fa redirect (es. da HTTP a HTTPS), Google segue il redirect e crea una catena. Perde fiducia. La canonica deve puntare direttamente alla versione finale, senza intermediari.
- Canonical e hreflang insieme: Se hai versioni in più lingue, il canonical deve puntare alla pagina stessa (autoreferenziale), non alla versione di un'altra lingua. L'hreflang gestisce già la geolocalizzazione. Mescolare i due segnali crea confusione.
- Canonical su pagine con contenuti diversi: Se due pagine hanno contenuti significativamente diversi, non mettere un canonical da una all'altra. Google potrebbe ignorarlo o peggio penalizzarti. Il canonical è per contenuti molto simili o identici.
- Dimenticare il canonical sulle pagine AMP: Con AMP, la pagina AMP deve avere un canonical che punta alla versione normale (desktop). Senza, Google potrebbe considerare AMP come pagina principale e indicizzare solo quella.
Come verificare che i canonical tag funzionino correttamente?
Non fidarti di averli messi. Controlla sempre. Strumenti:
Sponsored Protocol
- Google Search Console → Report «Copertura» → Filtra per «Indicizzate» e controlla se Google ha usato il canonical che hai impostato. Se vede un canonical diverso, te lo segnala.
- Screaming Frog (o tool simili): esegui un crawl e guarda la colonna «Canonical» per ogni URL. Verifica che l'indicazione sia presente e corretta. Noi lo facciamo su ogni progetto nuovo.
- Ispeziona URL in Search Console: puoi vedere quale canonical è stato scelto da Google e se corrisponde al tuo.
- Curl o browser: ispeziona il sorgente HTML per confermare la presenza del tag.
Caso concreto da un nostro progetto: Un cliente e-commerce di abbigliamento aveva pagine prodotto con varianti taglia/colore. Ogni variante generava una URL (es. /prodotto/123?taglia=M). Google indicizzava tutte le varianti come pagine separate. Noi abbiamo implementato un canonical per ogni variante verso la pagina prodotto principale (senza parametri). In tre settimane le impression sulle pagine prodotto principali sono aumentate del 40% e il traffico organico è cresciuto del 25%. I duplicati erano spariti.
Cosa fare adesso
- Fai un audit dei duplicati con Screaming Frog (o Sitebulb) e identifica tutte le URL che potrebbero essere duplicate: parametri, varianti, pagine di stampa, AMP, pagine con e senza www, http vs https.
- Scegli la versione canonica per ogni gruppo di duplicati. Di solito è la versione più pulita, senza parametri, HTTPS con www coerente.
- Implementa il canonical nella sezione
<head>di tutte le pagine duplicate, puntando alla versione scelta. Ricorda: autoreferenziale sulle pagine principali. - Controlla in Google Search Console dopo 2-3 settimane che Google abbia recepito il segnale. Se trovi discrepanze, correggi.
- Non dimenticare gli URL interni: anche i link interni dovrebbero puntare alla versione canonica, per evitare segnali misti. Aggiorna i link nei menù, nei contenuti e negli sitemap.
Se il tuo sito ha un volume di pagine elevato (migliaia di duplicati), valuta di automatizzare l'assegnazione del canonical via PHP o tramite plugin SEO (Yoast, Rank Math) configurando le regole per parametri e varianti. Noi lo facciamo spesso con codice custom su Laravel o WordPress.
Sponsored Protocol
Per approfondire il contesto SEO tecnico generale, consulta la nostra guida pillar SEO tecnico avanzato.
