Che cos’è un URL canonico? Spiegazione della canonizzazione

TL;DR: “Canonicalizzato” significa che Google ha raggruppato un URL duplicato o quasi duplicato sotto un unico URL rappresentativo, ai fini dell’indicizzazione e del posizionamento. Usa un redirect quando il duplicato deve sparire. Usa un tag canonical quando più versioni devono restare accessibili, e poi allinea link interni, voci della sitemap, redirect e contenuto della pagina con quella scelta. Un canonical è un forte suggerimento, non un comando.

Situazione	Azione preferita	Risultato
L’URL vecchio non deve più essere accessibile	Fai un redirect verso la versione di sostituzione	Utenti e crawler vengono indirizzati alla versione di sostituzione
Gli URL duplicati devono restare accessibili	Aggiungi rel="canonical" che punti all’URL preferito	Il duplicato resta online, ma Google è invitato a consolidarlo
L’URL è già la versione preferita	Aggiungi un canonical self-referencing	La pagina si identifica come canonical
La pagina non deve apparire in Search	Usa noindex invece della canonicalizzazione	Google è invitato a escludere la pagina da Search
Search Console dice che Google ha scelto un altro canonical	Ispeziona entrambi gli URL e confronta tutti i segnali	Nessuna correzione serve se Google ha selezionato il duplicato corretto

Come la canonicalizzazione consolida URL duplicati in una sola versione preferita con rel=canonical.

Significato di canonicalizzato, senza gergo SEO

Google definisce un URL canonical come “l’URL di una pagina che Google ha scelto come la più rappresentativa tra un insieme di pagine duplicate”. La canonicalizzazione è “il processo di selezione dell’URL rappresentativo (canonical) di un contenuto”.

Detto in modo semplice, diversi URL contengono lo stesso contenuto o contenuti sostanzialmente simili: Google li raggruppa e sceglie uno come rappresentante. Se un report dice che un URL è stato canonicalizzato, di solito significa che quell’URL è stato trattato come duplicato e consolidato sotto un altro URL.

Questa distinzione conta: l’URL canonicalizzato è il duplicato; l’URL canonical è il rappresentante selezionato.

Immagina che tutti questi indirizzi rimandino alla stessa pagina prodotto:

https://example.com/shoes
https://example.com/shoes/
https://example.com/shoes?utm_source=newsletter
http://example.com/shoes

Probabilmente vuoi che in Google appaia un solo indirizzo HTTPS “pulito”. La canonicalizzazione aiuta Google a raggruppare le alternative, consolidare i relativi segnali e selezionare quella versione preferita invece di trattare ogni variazione come una pagina indipendente.

Google Search Console mostra due valori rilevanti. Il canonical dichiarato dall’utente è l’URL che la tua implementazione indica come nominativo. Il canonical selezionato da Google è l’URL che Google ha scelto davvero. Spesso coincidono. Non è obbligatorio che coincidano.

Cosa fa davvero un tag canonical

Un tag canonical è un elemento link HTML inserito nell’head della pagina. Google chiede ai proprietari dei siti di aggiungere un elemento link con l’attributo rel="canonical" sulle pagine duplicate, puntandolo alla pagina canonical.

Nella pratica, il tag è una singola riga nell’head della pagina:

<!-- In the <head> of https://example.com/page/ -->
<link rel="canonical" href="https://example.com/page/">

La sintassi è questa:

<link rel="canonical" href="https://example.com/dresses/green-dresses" />

Così stai nominando l’indirizzo specificato come versione rappresentativa. Aiuta Google a consolidare i link e altri segnali attorno a quell’URL e incoraggia Google a mostrarlo nei risultati di ricerca.

Non elimina il duplicato. Non manda i visitatori altrove. Non impedisce al duplicato di caricarsi.

Se un visitatore non dovrebbe mai raggiungere il vecchio URL, allora il tag canonical è il meccanismo sbagliato. Usa un redirect. Google descrive redirect e annotazioni rel="canonical" come segnali forti di canonicalizzazione, mentre l’inclusione nella sitemap è un segnale debole. La nostra guida su 301 vs 302 redirect spiega quale redirect corrisponde a uno spostamento permanente o temporaneo.

Ne ho viste di canonical aggiunte quando il proprietario del sito voleva un redirect, seguite da confusione perché i clienti riuscivano ancora ad aprire la vecchia pagina. Il tag non era “rotto”. La decisione era sbagliata.

Perché una singola pagina finisce con più URL

Gli URL duplicati spesso nascono da comportamenti normali del sito, non da copie deliberate. Google elenca varianti regionali, pagine mobile e desktop separate, versioni HTTP e HTTPS, funzioni di ordinamento e filtraggio e persino demo sites accessibili per errore come cause comuni.

Parametri di tracciamento: i link delle campagne aggiungono valori come ?utm_source=newsletter.
Filtri e ordinamento: una categoria ecommerce genera URL per colore, dimensione, prezzo e criterio di sort.
Varianti di protocollo: HTTP e HTTPS funzionano entrambi perché i redirect non sono stati imposti.
Varianti di hostname: www.example.com ed example.com servono pagine identiche.
Formattazione del percorso: /page e /page/ (oppure percorsi in maiuscolo e minuscolo) restituiscono contenuti.
File di indice: la homepage è disponibile sia con / sia con /index.html.
Parametri di sessione: identificatori temporanei vengono inseriti negli URL.
Riproposizione: un articolo compare sul tuo sito e anche in una pubblicazione partner o in uno specchio (mirror).

Non ogni URL con parametri merita un “intervento d’urgenza” in produzione. Un solo link newsletter tracciato è diverso da un sistema a sfaccettature (faceted-navigation) che produce centinaia di migliaia di combinazioni indicizzabili e scansionabili.

La soglia che mi interessa è la ripetizione. Le varianti vengono generate a scala, vengono collegate internamente, vengono incluse nelle sitemap, o vengono assegnati canonical incoerenti? Se sì, il problema non è più un singolo URL disordinato. Il sito ha costruito un sistema di URL in competizione.

I tag canonical possono aiutare a consolidare quel sistema, ma non impediscono ai crawler di scoprire ogni combinazione di filtro. Gli inventari grandi di solito richiedono una revisione più ampia della crawl budget optimization che copra scoperta dei link, gestione dei parametri, indicizzabilità e generazione di URL non necessaria.

Il tuo tag canonical è un voto, non un comando

La documentazione di Google è esplicita: “indicare una preferenza canonical è un suggerimento, non una regola”. Inoltre dice che Google può scegliere un canonical diverso per varie ragioni.

Il meccanismo è più complesso di un singolo tag. Allan Scott, ingegnere nel team sui duplicati di Google, ha parlato della selezione canonical nel podcast di Google Search Off the Record. Alla domanda sul numero di segnali coinvolti, ha stimato fosse “da qualche parte nell’ordine di 40”, sottolineando però che il numero esatto cambia.

Questa stima non dovrebbe diventare una checklist di audit da 40 punti (Google non ne ha pubblicata una). Il punto utile è che rel="canonical" entra in una decisione più ampia insieme a redirect, sitemap, link, contenuti e altri segnali.

“Se i tuoi segnali sono in conflitto tra loro, succede che il sistema inizierà ad appoggiarsi a segnali meno forti.”

Scott sta spiegando perché la coerenza conta. Se i tuoi segnali più forti dicono cose diverse, Google deve risolvere il conflitto usando prove più deboli che controlli meno direttamente.

Segnale	Forza dichiarata da Google	Uso pratico
Redirect 301 o 302	Forte	Usalo quando utenti e crawler devono essere indirizzati a un altro URL
Annotazione rel="canonical"	Forte	Usala quando gli URL duplicati devono restare accessibili
Inclusione nella sitemap	Debole	Inserisci gli URL che vuoi trattare come canonical

Google afferma che questi metodi possono sovrapporsi (stack). Nella pratica, io controllo cinque punti: il tag canonical, i redirect, i link interni, le voci della sitemap e il contenuto effettivamente servito da ogni URL.

I link interni sono quelli che le persone saltano più spesso. Se ogni menu, breadcrumb e articolo punta a URL B mentre URL B dichiara URL A come canonical, allora il sito sta litigando con se stesso. Una struttura solida di link interni e content-silo serve in parte a rendere inequivocabile l’URL preferito, non a disegnare diagrammi di argomenti “accattivanti”.

Non prometterei che l’allineamento costringa Google ad accettare la tua selezione. Non lo fa. Elimina solo le ragioni evitabili del dissenso (che è la parte che puoi controllare).

I canonical self-referencing sono noiosi e utili

Un canonical self-referencing è un tag sulla pagina preferita che rimanda a quella stessa pagina. Google raccomanda di inserirne uno anche sulla pagina canonical stessa.

Per esempio, il tag canonical su https://example.com/shoes punta a https://example.com/shoes.

Sembrerà ridondante. È utile perché in futuro la pagina potrebbe essere raggiunta tramite parametri di tracciamento, valori di sessione o altre varianti. Il self-reference crea l’indirizzo pulito che rappresenta quel contenuto.

La mia impostazione predefinita è semplice: ogni pagina canonical indicizzabile riceve un canonical self-referencing valido e ogni duplicato punta direttamente a quella pagina live. “Direttamente” è intenzionale. Evito canonical che puntano a un URL che poi fa redirect altrove. Le catene canonical aggiungono un ulteriore passaggio di interpretazione e rendono più difficile il debugging (ne ho introdotte alcune io stesso durante migrazioni).

Un canonical come destinazione dovrebbe normalmente restituire il contenuto previsto con una risposta riuscita, essere indicizzabile e rappresentare davvero una pagina duplicata o quasi duplicata. Canonicalizzare una vecchia pagina di un abito rosso verso un abito blu attuale perché entrambi sono “prodotti” non è consolidamento. Stai cancellando una distinzione significativa.

Gli errori canonical da controllare per primi

Ogni pagina punta alla homepage

Questa è spesso una colpa di template, CMS o plugin. La documentazione di troubleshooting di Google avverte che i sistemi di gestione dei contenuti e i plugin possono usare male la canonicalizzazione e puntare a URL non desiderati.

Su più siti che controlliamo tramite SEOJuice, questa categoria di problema è più pericolosa di un tag mancante su una singola pagina: un template condiviso può emettere lo stesso target in tutta una sezione. Un solo parametro variabile sbagliato, centinaia di nomine scorrette.

Verifica il tag renderizzato su prodotti, categorie, articoli, pagine paginate e template con parametri. Non affidarti solo al valore mostrato nell’interfaccia del CMS (i crawler ricevono l’HTML head renderizzato).

Il canonical target fa redirect o restituisce un errore

Punta direttamente a una pagina live e indicizzabile che serva il contenuto atteso. Un target che fa redirect, restituisce un errore o è bloccato introduce ambiguità e può contraddire la destinazione che volevi promuovere.

Questa è una guida di best practice, non un divieto Google citato. Io la sistemerei comunque. Non c’è vantaggio nel far seguire a Google un percorso quando sai già qual è l’URL finale.

Canonical e noindex compaiono insieme

Non combinarli per esprimere una sola decisione. Un canonical dice: “Consolida questa pagina sotto quell’URL rappresentativo”. Noindex dice: “Non includere questa pagina in Search”.

Google afferma: “Non consigliamo di usare noindex per prevenire la selezione di una pagina canonical all’interno di un singolo sito, perché bloccherà completamente la pagina da Search”. Scegli l’istruzione che corrisponde all’esito che ti serve.

Se una pagina filtrata deve restare disponibile agli utenti ma deve consolidarsi in una pagina di categoria, valuta la canonicalizzazione. Se la pagina non deve apparire affatto su Search, valuta noindex. Sono requisiti diversi, anche se entrambi possono portare all’URL che non appare come risultato di ricerca indipendente.

Sistemi diversi nominano URL diversi

Google sconsiglia di specificare URL canonical diversi per la stessa pagina tramite metodi di canonicalizzazione differenti.

Il tag canonical punta a URL A.
La sitemap include URL B.
I link interni usano per lo più URL B.
URL A fa redirect verso URL C.

Nessun tag isolato rende tutto questo coerente. Scegli l’URL vincente, poi allinea i sistemi intorno a quello.

Il tag è malformato o si trova nel posto sbagliato

Google accetta l’elemento link rel="canonical" solo quando compare nell’HTML head. Inoltre raccomanda URL assoluti invece di relativi e dice di non specificare frammenti (URL fragments) come canonical.

Usa l’indirizzo HTTPS completo e ispeziona il sorgente renderizzato. Un campo del CMS che “sembra corretto” dimostra meno di quanto pensi.

Si usa invece robots.txt o lo strumento di rimozione

Google dice di non usare robots.txt per la canonicalizzazione. Bloccare la scansione impedisce a Google di leggere la pagina normalmente; non indica quale alternativa dovrebbe rappresentare il contenuto.

Anche lo strumento di rimozione URL non è un meccanismo di canonicalizzazione. Google avverte che usarlo in questo modo nasconde tutte le versioni di un URL da Search. Risultati simili non rendono questi strumenti intercambiabili.

Come investigare un mismatch canonical in Search Console

“Duplicato, Google ha scelto un canonical diverso da quello dell’utente” significa che Google ha individuato la tua preferenza, ma ha selezionato un altro rappresentante. L’URL ispezionato quindi non viene indicizzato separatamente.

Non è automaticamente un problema.

Usa lo strumento di ispezione URL di Search Console e confronta il canonical dichiarato dall’utente con il canonical selezionato da Google. Poi lavora sul dissenso in quest’ordine:

Apri entrambi gli URL. Capisci se sono davvero duplicati o pagine diverse.
Valuta la selezione di Google. Se ha scelto la versione corretta e “pulita”, potrebbe non servire alcuna azione.
Ispeziona il canonical renderizzato. Verifica che sia assoluto, che compaia nell’head e che nomini la pagina che intendi.
Controlla la risposta della destinazione (target). Deve servire il contenuto atteso, invece di fare redirect o restituire un errore.
Rivedi i link interni. Aggiorna navigazione, breadcrumb, impaginazione/paginazione e link nel corpo per usare l’URL preferito.
Rivedi la sitemap. Inserisci il canonical voluto, non le alternative duplicate.
Controlla i redirect. Assicurati che non nominino un terzo candidato.
Confronta i contenuti. Se il presunto duplicato ha contenuti materialmente diversi, il canonical stesso potrebbe essere sbagliato.
Concedi tempo per la rielaborazione. Google dice che le pagine possono restare in un cluster di duplicati fino a due settimane.

Se le pagine sono diverse, rafforza quella distinzione e assegna a ciascuna un canonical self-referencing. Non usare la canonicalizzazione per compensare il fatto che due pagine abbiano scopi vaghi e sovrapposti.

Se sono duplicati e Google ha comunque scelto l’URL che volevi, fermati. Ho perso ore cercando di “fixare” report che descrivevano correttamente un risultato accettabile (in modo fastidioso, Search Console aveva ragione).

Una checklist pratica per implementare

Scegli un solo URL preferito per ogni gruppo reale di contenuto duplicato.
Usa un redirect se le URL alternative devono sparire.
Usa rel="canonical" se le alternative devono restare accessibili.
Aggiungi un canonical self-referencing sulla pagina preferita.
Usa un URL HTTPS assoluto nel tag canonical.
Metti il tag dentro l’HTML head renderizzato.
Punta a una destinazione live e indicizzabile.
Tieni separate le pagine con differenze sostanziali.
Collega internamente all’URL canonical.
Includi l’URL canonical nella sitemap.
Non combinare canonical e noindex per esprimere una singola decisione.
Non usare robots.txt o lo strumento di rimozione come sostituti.
Confronta i canonical dichiarati e quelli selezionati in URL Inspection.

Per il nostro team di due persone in SEOJuice, la coerenza si è rivelata più preziosa dell’astuzia. Durante la migrazione da seojuice.io a .com nel gennaio 2026, redirect, destinazioni interne, URL delle sitemap e preferenze canonical dovevano tutte nominare le versioni .com. Un singolo tag canonical non poteva compensare il fatto che il resto del sito continuasse a “votare” per .io.

Ci siamo anche rifiutati di trattare ogni mismatch temporaneo come prova di fallimento. Le migrazioni richiedono verifica, ma hanno anche bisogno di tempo per il recrawling e l’elaborazione dei cluster di duplicati (una risposta frustrante, ma comunque la corretta).

Se mantenere coerente l’implementazione on-site è la parte difficile, SEOJuice ha un piano gratuito e gestisce continuamente attività che includono link interni, meta title e meta description, schema markup e testo alternativo (alt text) delle immagini. L’obiettivo è l’esecuzione sul sito live, non un altro report da cui ricordarsi di lavorare.

Domande frequenti

Cosa significa “canonicalizzato”?

Canonicalizzato significa che Google ha raggruppato un URL duplicato o quasi duplicato sotto un unico URL rappresentativo. In genere Google indicizza e valuta il posizionamento del canonical selezionato, invece di trattare ogni duplicato come una pagina indipendente.

Serve davvero un tag canonical?

Non in modo strettamente necessario. Google può selezionare un canonical usando i suoi segnali, e dice che i metodi di canonicalizzazione sono incoraggiati più che richiesti. Tuttavia, Google raccomanda i canonical self-referencing. Dichiarare una preferenza coerente ti dà più influenza su quale URL Google seleziona.

Cosa succede se non uso tag canonical?

Google può scegliere un canonical anche senza di essi. Redirect, link interni, inclusione in sitemap, contenuto della pagina e altri segnali influenzano comunque la scelta. Lo scambio è un controllo minore su quale URL appare nei risultati di ricerca, soprattutto quando il tuo sito espone più versioni che sembrano valide.

Google può ignorare il mio tag canonical?

Sì. La preferenza canonical è un suggerimento, non una regola. Google può scegliere un altro URL se i suoi segnali indicano che l’altra pagina è un rappresentante migliore. Controlla redirect, link interni, voci della sitemap, somiglianza dei contenuti e il canonical renderizzato prima di presumere che Google abbia semplicemente mancato il tag.

Qual è la differenza tra un tag canonical e un redirect 301?

Un redirect 301 invia utenti e crawler da un URL a un altro. Un tag canonical lascia entrambi gli URL accessibili, ma chiede a Google di consolidarli sotto il rappresentante nominato. Entrambi sono segnali forti di canonicalizzazione, ma solo il redirect cambia cosa possono accedere i visitatori all’indirizzo vecchio.

Un tag canonical dovrebbe puntare a se stesso?

Sì, sulla pagina preferita. Google raccomanda i canonical self-referencing perché identificano il rappresentante pulito anche se in seguito lo stesso contenuto viene raggiunto tramite parametri di tracciamento o altre variazioni di URL.

Come correggo “Duplicato, Google ha scelto un canonical diverso da quello dell’utente”?

Prima decidi se Google ha selezionato un duplicato accettabile. Se lo ha fatto, potrebbe non servire alcun cambiamento. Se ha scelto l’URL sbagliato, allinea tag canonical, redirect, link interni, sitemap e contenuto attorno al rappresentante voluto. Rivaluta entrambi i campi canonical in URL Inspection dopo che Google ha ricrawled e rielaborato le pagine.

Our powerful suite of automation tools for SEO

Learn, discover, and get inspired by our content