Il tag rel="canonical" è lo strumento che dice a Google: “di queste URL con contenuto uguale o simile, quella buona è questa”. Senza canonical, Google si trova davanti a duplicati e deve decidere da solo quale indicizzare — spesso sbagliando. Usato male, il canonical può far sparire dall’indice pagine che volevi far rankare. Questa guida copre come usarlo bene, quando preferire altre soluzioni (redirect 301, noindex), e gli errori più frequenti.
Indice contenuti:
Cosa fa il canonical
Il tag rel="canonical" è un <link> che va nel <head> della pagina:
<link rel="canonical" href="https://esempio.com/pagina-principale">
Il suo messaggio a Google: “questa pagina ha contenuto uguale o molto simile a /pagina-principale. Tratta quella come canonica: indicizzala, assegnale il ranking, ignora questa variante.”
Tre cose da sapere subito:
- È un suggerimento, non una direttiva. Google può decidere di ignorare il canonical se ritiene che il contenuto differisca troppo o se ci sono segnali contraddittori. Nel report di Search Console è una categoria dedicata: “Duplicato, Google ha scelto una pagina canonica diversa”.
- Va messo su tutte le varianti, inclusa quella canonica. La pagina canonica deve avere un canonical autoreferenziale (che punta a se stessa). Questo evita ambiguità e previene duplicati introdotti da parametri.
- Non modifica l’URL vista dall’utente. Il canonical non è un redirect: la pagina resta accessibile, viene solo “consolidata” a fini di indicizzazione.
Quando usarlo
Casi pratici:
E-commerce con prodotti in più categorie. Lo stesso prodotto raggiungibile da /scarpe/running/nike-pegasus e /nike/nike-pegasus → canonical su entrambe → pagina canonica scelta.
URL con parametri di tracciamento. /articolo?utm_source=newsletter → canonical → /articolo.
Varianti di ordinamento, filtri, paginazione. Canonical della pagina filtrata → categoria padre (se il contenuto è sostanzialmente uguale) o autoreferenziale (se il filtro ha valore SEO proprio).
Contenuti sindacati su più siti. Se pubblichi lo stesso articolo sul tuo sito e lo ri-pubblichi su un partner, il partner dovrebbe mettere canonical → tua URL originale.
Versioni stampabili. /articolo/print → canonical → /articolo.
Canonical vs redirect 301 vs noindex: quale usare quando
Tre strumenti, funzioni diverse:
| Canonical | Redirect 301 | Noindex | |
|---|---|---|---|
| L’utente vede la URL originale? | Sì | No (viene rediretto) | Sì |
| La URL resta indicizzabile? | No (Google indicizza la canonica) | No (la URL redirige) | No |
| Serve quando… | Vuoi mantenere entrambe le URL accessibili ma consolidare SEO | La URL vecchia non serve più | Vuoi che la pagina non appaia in SERP ma resti accessibile |
| Trasferisce link equity? | Sì | Sì | No (la pagina esce dall’indice) |
Regola mentale:
- L’utente deve ancora poter atterrare su questa URL? → Canonical o noindex
- L’utente non deve più vedere questa URL? → Redirect 301
Errore frequente: usare canonical dove servirebbe redirect. Esempio: hai cambiato URL di un articolo da /articolo-vecchio a /articolo-nuovo. Mettere canonical sul vecchio verso il nuovo lascia entrambe accessibili, divide il traffico diretto, è peggio di un redirect pulito.
Sintassi corretta
Dettagli che non sono opzionali:
URL assoluta, non relativa.
<!-- CORRETTO -->
<link rel="canonical" href="https://esempio.com/pagina">
<!-- SBAGLIATO -->
<link rel="canonical" href="/pagina">
Protocollo e www coerenti. Se il tuo dominio canonico è https://www.esempio.com, tutti i canonical devono usare quella forma. Mescolare http e https, www e non-www, è il modo più rapido per creare caos.
Un solo canonical per pagina. Google lo dice esplicitamente: se ne trova più di uno, li ignora tutti.
Nessun redirect sulla URL canonica. Se punti a una URL che fa redirect, Google segue il redirect ma il segnale è debole. La URL canonica deve essere quella finale, 200 OK.
Nessun noindex sulla URL canonica. Contraddizione logica: “non indicizzare X, ma X è la versione canonica”.
Errori di implementazione che vedo sempre
1. Canonical alla homepage su tutte le pagine. Capita con installazioni WordPress mal configurate o template custom copiati male: ogni pagina del sito ha <link rel="canonical" href="https://esempio.com/">. Risultato: nessuna pagina indicizzata a parte la homepage. Questo è uno dei bug più devastanti che esistano, e l’ho visto più di una volta in siti di medie dimensioni.
2. Canonical su URL con protocollo/dominio diverso. La versione HTTPS che punta a HTTP, www che punta a non-www, o peggio ancora: canonical verso un dominio diverso (tipo staging). Quest’ultima è catastrofica.
3. Canonical cross-lingua. Versione italiana di una pagina con canonical → versione inglese. Google tratterà la versione inglese come canonica e la italiana sparirà dall’indice italiano. Per multi-lingua si usano gli hreflang, non il canonical.
4. Canonical autoreferenziali con parametri. La URL /categoria?page=2 ha canonical → /categoria?page=2. Tecnicamente ok. Il problema è quando, per errore, lo stesso template genera /categoria?page=2&utm_source=... con canonical → se stesso invece che alla versione pulita. Ogni variante UTM diventa canonica di sé: duplicati ovunque.
5. Canonical da una pagina 200 a una pagina 404 o redirect. Plugin SEO che consigliano URL canoniche basate su regole, ma senza verificare che la URL target esista davvero. Risultato: canonical che puntano nel vuoto.
6. Canonical contraddittori tra HTML e header HTTP. Google supporta canonical sia via <link> HTML sia via header HTTP Link:. Se metti entrambi e si contraddicono, Google si confonde.
Come verificare i canonical del tuo sito
Pagina per pagina:
- Search Console → Controllo URL → sezione “URL canonica dichiarata dall’utente” vs “URL canonica selezionata da Google”. Se divergono, Google ha ignorato il tuo canonical: capisci perché.
- Estensione browser tipo “SEO Meta in 1 Click” mostra il canonical della pagina corrente.
Massivo:
- Screaming Frog crawla tutto il sito e in un colpo solo mostra: pagine senza canonical, canonical autoreferenziali, canonical a URL diverse, catene, contraddizioni con robots e noindex.
- Ahrefs Site Audit, Semrush Site Audit fanno lo stesso.
Lista dei check rapidi da fare dopo un’implementazione:
- Ogni pagina ha un canonical?
- Il canonical è una URL assoluta?
- La URL canonica risponde 200?
- La URL canonica non ha noindex?
- Protocollo e subdomain coerenti col canonical?
- Una sola tag canonical per pagina?
Caso particolare: canonical cross-domain
Se pubblichi lo stesso contenuto su due domini (es. casa editrice + blog personale), il canonical può essere tra domini diversi:
<!-- Sul blog personale -->
<link rel="canonical" href="https://casaeditrice.com/articolo">
Google accetta questa configurazione. Consolida ranking e link equity sulla URL canonica. Rischio: se i domini non sono sotto il tuo controllo o se il partner cambia struttura URL, i tuoi canonical puntano al vuoto. Da usare solo in scenari controllati.
Canonical e AMP (tema residuo)
AMP è stato dismesso da Google come formato preferenziale per Top Stories nel 2021 e non è più un fattore rilevante. Se hai ancora pagine AMP sul sito:
- Ogni pagina AMP deve avere canonical → URL HTML normale
- Ogni pagina HTML può avere
amphtml→ versione AMP (se esiste)
Nel 2026 la maggior parte dei siti sta migrando fuori da AMP. Non è urgente rimuoverlo, ma non è più un investimento sensato.
Takeaway
- Il canonical è un suggerimento a Google, non un comando: Google può decidere diversamente
- Va messo su tutte le varianti, inclusa la canonica (autoreferenziale)
- Non sostituisce il redirect 301: se una URL non serve più, usa il redirect
- Non sostituisce hreflang: per multi-lingua non usare canonical cross-lingua
- Le catastrofi classiche sono: canonical su dominio diverso (staging), canonical alla homepage su tutte le pagine, contraddizioni con noindex o robots.txt
- Controlla sempre in Search Console la “URL canonica selezionata da Google” per verificare che coincida con la tua dichiarazione