Il tag rel="canonical" indica a Google l’URL preferito fra pagine duplicate o molto simili. È un segnale forte per consolidare l’indicizzazione, ma resta un suggerimento: Google può scegliere un altro indirizzo. Lo si usa soprattutto con parametri di tracking, versioni stampabili e contenuti duplicati, dichiarandolo nel <head> della pagina.
In breve:
- Il canonical va usato per contenuti uguali o molto simili: non blocca la scansione e Google può ignorarlo se le pagine hanno intenti diversi.
- Mantieni coerenti URL canonica assoluta, reindirizzamenti, link interni e mappa del sito; inserisci una sola dichiarazione e scegli HTML oppure intestazione HTTP.
- Per parametri di tracciamento e filtri, indica la pagina senza parametri; per i PDF, dichiara la canonica nell’intestazione HTTP, non nel codice HTML.
- Search Console permette di confrontare la canonica dichiarata e quella scelta da Google; la verifica in tempo reale non mostra quale versione è indicizzata.
- Non accorpare con il canonical le pagine di una serie né le versioni linguistiche: usa URL distinte per la paginazione e hreflang per le varianti localizzate.
Indice
- Che cos’è tecnicamente il tag canonical e come funziona
- Quando usare il canonical: i casi pratici
- Come implementare il canonical passo dopo passo
- Best practice ed errori comuni da evitare
- Canonical, hreflang e paginazione: non sono la stessa cosa
- Come verificare e diagnosticare problemi di canonicalizzazione
- Checklist rapida per correggere un canonical errato
- Quando conviene farsi aiutare: la mia nota pratica
- Un audit SEO on-page per sistemare il canonical al posto tuo
- Domande frequenti
- Fonti
Che cos’è tecnicamente il tag canonical e come funziona
Il canonical è un elemento <link rel="canonical" href="https://www.example.com/pagina"> da inserire nel <head> di ogni variante. Serve a concentrare segnali di indicizzazione e cracking sulla versione scelta, non a impedire la scansione delle altre.
La relazione è definita dalla RFC 6596: la pagina di destinazione deve contenere lo stesso contenuto o un suo sovrainsieme. Se due pagine hanno intenti diversi, forzarle sotto un’unica canonica può nascondere pagine rilevanti.
Il canonical non lavora da solo. Google confronta più segnali: i redirect e il tag canonical pesano molto, la presenza in sitemap pesa meno. Nessuno è obbligatorio, e se non indichi nulla Google sceglie in autonomia. Quando redirect, canonical, link interni e sitemap puntano alla stessa URL, la probabilità che la tua scelta venga rispettata cresce. Capire se due pagine siano davvero duplicate dipende anche dall’intento di ricerca che soddisfano.
Quando usare il canonical: i casi pratici
Il canonical è la scelta giusta ogni volta che lo stesso contenuto è raggiungibile da più indirizzi e vuoi dire a Google quale preferisci.
- Parametri e filtri: tracking, ordinamenti e filtri generano URL diverse per la stessa pagina. Se usi i parametri UTM nelle campagne, la versione senza parametri è la candidata naturale.
- Versioni tecniche dell’URL: www o non-www, HTTP o HTTPS, con o senza slash finale. Per HTTPS, Search Console raccomanda di dichiarare la versione sicura come canonica e di usarla anche in sitemap.
- Pagine stampabili e file non HTML: per i PDF conviene l’header HTTP
Link: <URL>; rel="canonical", perché non hanno un<head>in cui inserire il tag. - Contenuti ripubblicati o aggregati che condividono gran parte del testo con un’altra pagina.
- Cataloghi con varianti di prodotto: su siti molto grandi la duplicazione cresce in fretta, come emerge anche dall’analisi delle performance e-commerce di chi gestisce retail ampi.
Come implementare il canonical passo dopo passo
Una procedura ordinata evita la causa più frequente di problemi: segnali che si contraddicono.
- Scegli l’URL canonica, in forma assoluta e completa di protocollo.
- Aggiorna il template HTML inserendo
<link rel="canonical">nel<head>di ogni variante. - Fai puntare la canonica a se stessa: la self-referential canonical conferma la preferenza.
- Per i file non HTML, invia l’header HTTP
Linkconrel="canonical", senza mescolare URL diverse fra i due metodi. - Aggiorna la sitemap con le sole URL canoniche.
- Controlla redirect e link interni, che devono indicare la stessa versione.
- Dopo il deploy, ispeziona il sorgente: deve esserci una sola dichiarazione e la pagina di destinazione non deve avere
noindex.
Un consiglio: scegli un solo metodo di dichiarazione per pagina, HTML oppure header, perché due URL diverse fra i due creano conflitti che Google risolve a modo suo.
Best practice ed errori comuni da evitare
Quasi tutti i problemi nascono da incoerenze che annullano il segnale.
- Canonical verso una pagina 404 o con
noindex: la dichiarazione viene ignorata. - Più tag
rel="canonical"nella stessa pagina: Google potrebbe scartarli tutti. - Canonical usato per unire pagine con intenti diversi: si perde visibilità su contenuti che meritavano di essere indicizzati.
- Canonical usato per gestire la paginazione, mettendo tutto sotto la prima pagina.
- Percorsi relativi al posto di URL assolute, che si prestano a errori nei template.
Google segnala come errore frequente la presenza di più di un
rel="canonical"nella stessa pagina, causa tipica di dichiarazioni ignorate. Fonte: blog Google Search Central.
La regola che riassume tutto: canonical, redirect, sitemap e link interni devono dire la stessa cosa. Più i segnali sono allineati, meno spazio resta per sorprese.
Canonical, hreflang e paginazione: non sono la stessa cosa
Il canonical sceglie la pagina preferita fra duplicati. L’hreflang, invece, segnala varianti linguistiche o regionali dello stesso contenuto. Come chiarisce la documentazione sulle versioni localizzate, non si usa il canonical al posto dell’hreflang. Per ogni variante localizzata, la canonica deve restare nella stessa lingua o nella migliore alternativa disponibile.
La paginazione segue un’altra logica: non puntare tutte le pagine di una serie alla prima pagina, perché si nasconderebbero i contenuti presenti nelle pagine successive. Meglio ragionare sull’architettura dei contenuti e su come raggiungerli.
Come verificare e diagnosticare problemi di canonicalizzazione
Dichiarare il canonical non basta: devi sapere cosa ha scelto Google. Lo strumento di ispezione URL di Search Console mostra la «canonica dichiarata dall’utente» e la «canonica selezionata da Google», e il confronto fra le due è il punto di partenza. La verifica live non è sufficiente: va ispezionata la versione indicizzata.
- Nel report Page indexing il messaggio «Alternate page with proper canonical tag» è spesso normale: la pagina è una variante e la canonica è indicizzata.
- «Duplicate, Google chiose differente canonical than user» richiede invece un controllo.
- Gli strumenti online che leggono tag e header HTTP aiutano, ma mostrano ciò che il server restituisce adesso, non la canonica salvata nell’indice.
Search Console consiglia di ispezionare l’URL, confrontare canonica dichiarata e canonica scelta da Google e verificare che le pagine siano davvero duplicate o molto simili.
Se Google sceglie un’altra canonica, controlla contenuto, link interni, sitemap e redirect: probabilmente c’è un segnale che punta altrove.
Checklist rapida per correggere un canonical errato
- Verifica che la canonica esista e non restituisca 404 o soft 404.
- Controlla che non abbia meta robots
noindex. - Assicurati che ci sia una sola dichiarazione
rel="canonical"per pagina. - Allinea sitemap, redirect e link interni alla versione canonica.
- Ispeziona le URL in Search Console e ripeti i controlli dopo le correzioni.
Quando conviene farsi aiutare: la mia nota pratica
Su un sito piccolo la checklist basta. Nelle migrazioni di piattaforma e nei grandi cataloghi con molte varianti, invece, un audit può aiutare a individuare segnali contraddittori. Servono competenze trasversali: analisi del server, gestione degli header HTTP, modifica dei template. Prima di chiedere supporto, esegui comunque la checklist: ti farà arrivare con dati concreti e può già far emergere alcuni problemi.
— Teodoro
Un audit SEO on-page per sistemare il canonical al posto tuo
Se preferisci delegare, con il nostro audit SEO on-page controlliamo canonical, sitemap, redirect e dati di Search Console. Scopri come lavoriamo sulla SEO on page e contattaci dalla pagina dei servizi.
Domande frequenti
Cos’è il canonical e a cosa serve?
Il canonical è un link nel <head> che indica a Google l’URL preferito fra pagine duplicate o molto simili. Serve a consolidare i segnali di indicizzazione sulla versione scelta. Resta un suggerimento, non un comando.
Che cos’è rel nel tag canonical?
L’attributo rel descrive la relazione fra la pagina corrente e il link: con il valore canonical dichiara che l’URL in href è la versione preferita. Fa parte della relazione definita dalla RFC 6596.
Cosa significa «pagina alternativa con tag canonical appropriato» in Search Console?
Significa che Google ha riconosciuto la pagina come variante di un’altra e rispetta la canonica che hai dichiarato. Di solito non richiede interventi, se la canonica risulta indicizzata. Lo conferma il report Page indexing.
Il canonical sostituisce un redirect?
No: il redirect porta l’utente su un’altra URL, il canonical indica una preferenza lasciando accessibili entrambe le pagine. Usali in modo coerente e sulla stessa versione.
Raccomandati
- Parametri UTM: cosa sono e come usarli per tracciare ogni campagna
- SEO on page: come ottimizzare le pagine per ottenere risultati nel 2026
- Search intent: come identificarlo e usarlo per la SEO nel 2026
