Tag canonical: tre segnali ordinati per la forza con cui Google li legge
Il tag canonical indica quale URL conservare quando più indirizzi servono lo stesso contenuto. Google lo pesa con redirect e sitemap: qui trovi il blocco da incollare, la verifica in tre comandi e le quattro forme di fallimento silenzioso.

Il tag canonical indica a Google quale URL conservare quando più indirizzi servono lo stesso contenuto. È un segnale, non un ordine: Google lo pesa insieme ai redirect, alla sitemap e ai link interni, e può scegliere un'altra URL. Il tuo lavoro è far convergere questi segnali, poi verificare che la pagina da conservare punti a se stessa.
Prima di iniziare
Devi poter modificare il <head> di una pagina o impostare un header di risposta. Devi anche decidere quale URL vuoi nei risultati: è una scelta di contenuto, non di tecnica. Se due pagine sono davvero diverse, non hai un problema di canonical, hai due pagine che competono per lo stesso argomento.
I link interni fanno parte del meccanismo. Se la tua strategia di link interno punta alla versione duplicata, il tag perde il suo appoggio.
Perché il tag canonical è solo uno dei segnali
La documentazione Google sulla canonicalizzazione, letta il 2026-10-25, comincia ordinando i metodi invece di descriverli. Quell'ordine spiega ogni caso in cui un tag canonical sembra ignorato.
| Metodo | Forza | Vale per |
|---|---|---|
| Redirect permanente | Forte | Qualsiasi URL, ma la vecchia sparisce |
Elemento rel="canonical" | Forte | Solo pagine HTML |
Header HTTP rel="canonical" | Forte | Qualsiasi file, PDF compresi |
| Presenza nella sitemap | Debole | Ogni URL che elenchi |
La documentazione definisce il redirect «segnale forte» perché la sua destinazione diventi canonica, l'annotazione di link anch'essa «segnale forte», e la presenza nella sitemap «segnale debole». Aggiunge che questi metodi si sommano e diventano più efficaci insieme. Ne seguono due conseguenze. Se reindirizzi A verso B e poi metti su B un canonical che torna ad A, hai inviato due segnali forti in direzioni opposte. E se la sitemap elenca A mentre il canonical nomina B, non hai commesso un errore: hai indebolito la tua posizione.
Un redirect elimina una URL. Un tag canonical la conserva e chiede che il credito vada altrove. Scegli in base al fatto che qualcuno debba ancora raggiungere la pagina.
Come impostare un tag canonical in quattro passi
Servono circa dieci minuti per una pagina, e altrettanti per ognuna delle successive.
- Decidi l'URL da conservare. Scrivila per intero, con il protocollo, l'host che servi davvero e la barra finale che usi davvero.
- Metti su quell'URL un canonical che rimandi a se stessa. Google lo raccomanda in modo esplicito, anche sulla pagina canonica stessa.
- Punta ogni duplicato verso di essa con un solo metodo. La documentazione consiglia di scegliere tra l'elemento link e l'header HTTP, perché usarli entrambi è più soggetto a errori.
- Allinea i link interni. Dentro il sito, collega l'URL canonica e non un duplicato.
Il passo 2 è quello che si salta, perché una pagina che cita se stessa sembra ridondante. Non lo è: è ciò che impedisce alla copia di un aggregatore, a un parametro di tracciamento o a una vista di stampa di diventare la versione scelta da Google.
Il deliverable: due blocchi e una verifica
La forma con elemento link, nel <head> della pagina canonica e di ogni duplicato:
<link rel="canonical" href="https://example.com/dresses/green-dresses" />
La forma con header HTTP, l'unica opzione per un PDF o un'immagine, perché l'elemento link funziona solo sulle pagine HTML:
Link: <https://example.com/white-paper.pdf>; rel="canonical"
E la verifica, che legge ciò che la pagina dichiara e l'URL su cui atterra davvero:
# Cosa dichiara la pagina?
curl -sL https://example.com/page \
| grep -o '<link[^>]*rel="canonical"[^>]*>'
# C'è anche un header? (usarli entrambi è sconsigliato)
curl -sIL https://example.com/page | grep -i '^link:'
# Dove finisce davvero l'URL?
curl -s -o /dev/null -w '%{url_effective}\n' -L https://example.com/page
Se il terzo comando mostra un URL diverso dal primo, non è automaticamente un errore: una catena di redirect che termina sulla canonica è coerente. È un errore quando il canonical nomina un URL che a sua volta reindirizza, perché stai chiedendo a Google di conservare una pagina che non esiste a quell'indirizzo. Anche la sitemap deve puntare alla versione corretta; i quattro campi che contano sono in come creare una sitemap.
Cosa si rompe e come riconoscerlo
Il canonical combatte con un redirect
Sintomo: Search Console segnala «Duplicata, Google ha scelto un URL canonico diverso da quello indicato dall'utente». Causa: l'URL che nomini non è quella su cui atterra il server. Prova il terzo comando prima di dare la colpa al tag.
Si usa robots.txt per nascondere un duplicato
Sintomo: il duplicato compare ancora nei risultati, senza descrizione. La documentazione è netta: non usare robots.txt per la canonicalizzazione, perché Google può indicizzare URL bloccate senza il loro contenuto. Bloccare la scansione toglie la prova, non l'URL.
Si usa noindex per scegliere un vincitore
Sintomo: la pagina sparisce invece di unirsi. Google lo sconsiglia nella stessa lista: usare noindex per impedire la selezione di una pagina canonica dentro un sito blocca del tutto la pagina. Il tag canonical è la soluzione preferita quando vuoi conservarla.
Il canonical punta a un frammento
Sintomo: non succede nulla. Google in genere non accetta frammenti di URL come canonical. Un canonical che termina con #section non è un segnale più debole: non è un segnale.
Dove il tag canonical smette di funzionare
Nessuno di questi metodi è obbligatorio. La documentazione lo dice: il tuo sito probabilmente funziona bene anche senza una preferenza canonica, perché Google sceglierà la versione oggettivamente migliore da mostrare. Un canonical non sopravvive nemmeno a una contraddizione: le annotazioni con hreflang, lang, media o type non vengono usate per la canonicalizzazione. E un canonical tra due siti diversi resta una richiesta, pesata con tutto il resto che Google sa.
Fermati quando Search Console è d'accordo con te e i tuoi link interni sono d'accordo con il tag. Non c'è uno stato successivo. Se le pagine non sono nemmeno raggiungibili, parti da lì: il controllo degli errori di scansione e indicizzazione viene prima del tag, non dopo.
Domande frequenti
A cosa serve un tag canonical?
A raggruppare URL duplicate o quasi duplicate su un solo indirizzo, così che link e altri segnali contino per una pagina invece di dividersi. Google aggiunge un secondo uso: evitare di spendere tempo di scansione su duplicati.
Serve su ogni pagina?
Nessuna pagina ne ha bisogno. Tutte ne traggono vantaggio, e costa una riga in un template. La nostra misurazione di agosto 2026 ha trovato 23 homepage su 28 con un canonical dichiarato, più o meno la quota attesa da un'impostazione che quasi tutti i sistemi di contenuto ormai includono di default.
Canonical o redirect 301?
Reindirizza quando nessuno ha bisogno del vecchio URL. Usa il canonical quando entrambi gli URL devono continuare a funzionare: un elenco filtrato, una vista di stampa, una copia sindacata.
Il tag canonical fa parte dello standard HTML?
È definito nella RFC 6596, e la documentazione Google cita quel documento come ciò che supporta. È uno standard del web, non un'invenzione di Google, ed è per questo che lo leggono anche altri motori.
Fa parte di del manuale di QueryWin · Livello 2


