Skip to content
Cerca

Elemento canonico: spiegazione e checklist

Un elemento canonico (rel=canonical) è un tag HTML che dichiara l’URL preferito quando esistono versioni duplicate o molto simili di una pagina; aiuta Google nella scelta di quale URL indicizzare, senza determinare direttamente il ranking.

Tag canonico: prevenire problemi di contenuto duplicato

Perché l'elemento canonico conta

L'elemento canonico è lo strumento principale per dichiarare la versione «preferita» di una risorsa quando lo stesso contenuto è raggiungibile tramite URL diversi (pagine con parametri, versioni stampabili, pagine duplicate su siti di terzi, ecc.). Il suo effetto primario è sull'indicizzazione: aiuta i motori di ricerca a capire quale URL includere nell'indice. Questo non significa che il canonico decida in modo esclusivo l'ordine dei risultati: il ranking viene determinato da molti segnali.

Dal punto di vista operativo oggi è importante ricordare due punti pratici: Google usa la versione mobile come base per crawling e indicizzazione (Googlebot Smartphone è il crawler predefinito) e tratta i tag rel=canonical come un suggerimento che può essere ignorato o reinterpretato in casi complessi. Per le pagine che controlli direttamente puoi usare Google Search Console (URL Inspection) per vedere come Google interpreta il tuo canonical; per pagine esterne userai strumenti pubblici (curl, view-source, DevTools) — vedi la checklist tecnica in basso.

Caratteristiche chiave da cercare

Quando implementi o verifichi un elemento canonico, presta attenzione ai seguenti aspetti tecnici:

• URL assoluti — il valore del rel=canonical dovrebbe essere un URL assoluto (es. <link rel="canonical" href="https://example.com/pagina-preferita" />).

• Self-referential canonical — è buona pratica che la pagina canonica punti a se stessa se è già la versione autorevole.

• Coerenza con redirect e robots — assicurati che eventuali 301/302 e la direttiva robots meta non contraddicano il canonical (per esempio: non canonicalizzare verso un URL che risponde con 404 o è bloccato da robots).

• Implementazione alternativa: intestazione HTTP Link — utile per risorse non-HTML (ad esempio file PDF) o quando non vuoi modificare l'HTML. Esempio di header:

Link: <https://example.com/pagina-preferita>; rel="canonical"

Implementazioni a confronto

Qui sono le opzioni più comuni per risolvere duplicazioni, con pro e contro.

HTML rel=canonical

• Pro: semplice da aggiungere, visibile nell'HTML, supporta casi in-domain e cross-domain.
• Contro: se usato in pagine servite dinamicamente tramite JavaScript controlla che il tag sia presente nell'HTML iniziale o renderizzato server-side; Google potrebbe interpretarlo come un suggerimento piuttosto che una regola obbligatoria.

HTTP Link header

• Pro: utile per risorse non-HTML o per risposte streaming; non dipende dal body.
• Contro: meno leggibile da editor non tecnici; alcuni crawler possono avere limitazioni nell'interpretazione.

301 redirect (canonical via redirect)

• Pro: elimina ambiguità – se tutte le versioni rispondono con 301 verso una singola URL non ci sono dubbi su quale sia la versione da indicizzare.
• Contro: può non essere pratico per grandi set di URL o per versioni che devono restare accessibili separatamente (es. landing con parametri tracciamento).

Controllare l'elemento canonico: checklist tecnica

**Presenza del tag** — dove verificare — passa quando il tag rel=canonical è presente nell'HTML iniziale o nell'header HTTP per la risorsa richiesta.

**Controllo header** — dove verificare — usa curl per leggere le intestazioni; passa quando l'header Link o il codice di stato HTTP concordano con il canonical dichiarato. Esempio: curl -I https://example.com/pagina.

**Verifica per user-agent specifici** — dove verificare — se sospetti differenze per dispositivo usa curl con user-agent: curl -A "Mozilla/5.0 (Linux; Android) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/" https://example.com/pagina — passa quando il tag è coerente tra user-agent diversi.

**Rendered DOM** — dove verificare — apri Chrome DevTools → Elements o usa 'View Source' per assicurarti che il rel=canonical non sia aggiunto solo via client-side JS; passa quando il tag è presente nel DOM iniziale o nel DOM renderizzato visibile agli utenti.

**Indexazione pubblica** — dove verificare — usa operatori pubblici (es. site: e ricerca della stringa unica) come indicazione; passa quando Google mostra la versione preferita o segnala l'URL canonico in risultati pubblici. Nota: site: non è una verifica definitiva dell'indicizzazione.

**Per pagine che controlli** — dove verificare — Google Search Console URL Inspection; passa quando Search Console mostra l'URL indicizzato o indica quale URL Google considera canonico.

Come valutare le opzioni

Per scegliere la soluzione più adatta valuta: coerenza tra server, HTML e sitemap; l'indicabilità dell'URL di destinazione (non canonicalizzare verso URL bloccati da robots o con 404); l'impatto sull'esperienza utente; la facilità di gestione per grandi quantità di URL. Preferisci redirect 301 quando vuoi un'unica sorgente definitiva; usa rel=canonical quando devi mantenere versioni multiple ma indicare una preferenza.

Canonical e posizionamenti esterni

Se acquisti o pubblichi contenuti su siti esterni (guest post, placement, syndication), controlla che la pagina ospitante non canonicalizzi il contenuto verso un'altra URL. Una canonizzazione che punta al sito originale rimuove automaticamente l'indicazione dell'host e può ridurre il valore SEO del placement; viceversa, se il publisher canonicalizza sulla propria URL l'indicizzazione e i segnali rimangono sul publisher.

Verifica esterna: non puoi usare URL Inspection su domini altrui. Usa curl, view-source e Chrome DevTools sul publisher per confermare la presenza o l'assenza del rel=canonical e controlla le intestazioni HTTP con curl -I https://publisher.example/articolo.

Policy Google sui link a pagamento: se il placement è una pubblicità o un contenuto sponsorizzato assicurati che i link a fini commerciali usino rel="sponsored" o rel="nofollow"; i link il cui scopo primario è manipolare i risultati di ricerca possono essere considerati link spam. La qualità editoriale del publisher e l'indicizzazione della pagina determinano molto del valore pratico di un placement, non solo metriche di terze parti.

Leggi la guida Technical SEO

Domande frequenti

Technical SEO è una parte dell'autorevolezza di un sito; ottenere backlink editoriali da publisher indicizzati e rilevanti rafforza la visibilità complessiva. Costruisci autorità con backlink di qualità

D: Posso canonicalizzare verso un dominio diverso dal mio?

R: Sì, i canonici cross-domain sono supportati, ma il target deve essere indicizzabile e il rel=canonical non trasferisce automaticamente autorevolezza; Google tratta il suggerimento nel contesto di altri segnali.

D: Un rel=canonical impedisce la scansione di una pagina?

R: No — il canonical non è una direttiva di scansione. Se vuoi impedire la scansione usa robots.txt o meta robots. Tuttavia canonical verso un URL non indicizzabile riduce la probabilità che la pagina secondaria venga indicizzata.

D: I canonical risolvono i problemi di parametri URL?

R: Sì, spesso sono la soluzione appropriata per versioni con parametri di tracking; in alternativa valuta la gestione dei parametri a livello di server o impostazioni in Search Console per le tue proprietà.

D: Google ignora mai un canonical?

R: Sì. Google tratta rel=canonical come un suggerimento e può scegliere un URL diverso se ritiene che sia una rappresentazione migliore per gli utenti.

Termini correlati