Due URL molto simili possono sembrare un problema esclusivamente tecnico. Spesso raccontano invece una decisione editoriale rimasta in sospeso: quale pagina deve rappresentare davvero una promessa, una risposta o un servizio? Quando la stessa informazione vive in più indirizzi, il lettore può chiedersi quale sia quello corretto e il team rischia di distribuire dati su versioni diverse.
Per questo considero la canonicalizzazione meno come un timbro SEO da applicare alla fine e più come una scelta di chiarezza. L’obiettivo non è cancellare ogni variante, ma rendere riconoscibile la pagina principale e spiegare il rapporto con le altre.
Che cos’è davvero un’URL canonica
Google definisce la canonicalizzazione come il processo con cui viene scelta l’URL rappresentativa di un contenuto tra più versioni duplicate o molto simili. La pagina canonica è quindi quella che dovrebbe raccogliere il significato principale di quel contenuto e, normalmente, essere mostrata nei risultati. La documentazione di Google Search Central sulla canonicalizzazione chiarisce però un punto importante: indicare una preferenza non equivale a imporla. Il motore può scegliere un’altra URL se la considera più completa o più utile per chi cerca.
Questo ridimensiona due paure frequenti. Avere alcune varianti duplicate non significa ricevere automaticamente una penalizzazione. D’altra parte, lasciare molte URL con la stessa informazione può creare una cattiva esperienza e complicare l’analisi. La canonical non migliora da sola una pagina debole: è un segnale dentro un sistema di contenuti, link, redirect, sitemap e accessibilità tecnica.
La decisione parte dalla promessa
Prima di guardare il codice HTML, metterei a confronto le pagine con tre domande semplici:
- Rispondono alla stessa domanda?
- Parlano allo stesso pubblico e con lo stesso intento?
- Offrono informazioni sostanzialmente uguali oppure c’è una differenza utile da conservare?
Se le risposte coincidono, probabilmente serve una pagina principale. Può accadere con una scheda raggiunta da più parametri di tracciamento, con una vecchia URL ancora presente nei materiali pubblicati, con una versione stampabile o con un filtro che genera indirizzi quasi identici. In questi casi il problema non è che esistano più percorsi per arrivare al contenuto; è che il sito non dichiari con sufficiente chiarezza quale percorso debba restare il riferimento.
Se invece cambiano pubblico, lingua, area geografica o intento, non partirei dall’idea di unificare. Una guida per chi cerca una definizione e una pagina dedicata a chi deve acquistare un servizio possono condividere termini e argomenti, ma non sono necessariamente duplicati. La domanda editoriale è più utile della somiglianza superficiale: il lettore ottiene la stessa risposta o deve prendere una decisione diversa?
Quando conservare pagine diverse
Una variante merita di restare autonoma quando aggiunge contesto, prove, condizioni o istruzioni che la pagina principale non può contenere senza diventare confusa. È il caso, per esempio, di una versione in un’altra lingua, di una pagina rivolta a un settore specifico o di una risorsa che tratta un sotto-problema con un livello di dettaglio differente.
In quel caso non userei la canonical per trasferire tutto verso la pagina più generica solo perché ha più anzianità o più visite. Renderei invece esplicita la relazione attraverso titoli descrittivi, collegamenti interni, breadcrumb, struttura del sito e contenuti davvero distinti. Una buona architettura aiuta persone e motori a capire la gerarchia senza comprimere ogni differenza in un unico indirizzo.
Quando far vincere una sola URL
Se due URL presentano lo stesso contenuto e una è soltanto una variante tecnica, sceglierei una pagina di riferimento e allineerei i segnali intorno a quella. La SEO Starter Guide di Google suggerisce di evitare che lo stesso contenuto sia accessibile attraverso molti indirizzi quando questo crea confusione, indicando il redirect verso la versione preferita o, quando non è possibile, un collegamento rel="canonical".
Il redirect permanente è adatto quando la vecchia URL non deve più essere usata e il cambio è definitivo. La canonical è utile quando una variante deve rimanere raggiungibile, ma non deve essere considerata la versione principale. In entrambi i casi aggiornerei anche i link interni, la sitemap e i riferimenti esterni che posso controllare. Non ha senso dichiarare una pagina canonica e continuare a collegare ovunque quella secondaria.
La canonical non sostituisce l’architettura del sito
Un errore comune è trattare l’URL canonica come una soluzione isolata. Se le pagine hanno titoli quasi uguali, descrizioni intercambiabili e collegamenti interni incoerenti, il problema è anche di progettazione editoriale. La pagina principale dovrebbe avere una promessa riconoscibile, un titolo descrittivo, contenuti originali e un ruolo chiaro nel percorso del sito.
La guida tecnica di Google Search Central ricorda che sitemap, link crawlable, HTTPS e accessibilità delle risorse aiutano Google a scoprire e interpretare le pagine. Ricorda anche che robots.txt serve a gestire il crawling e non a indicare quale pagina sia canonica. Bloccare una variante senza aver deciso la relazione editoriale può nascondere un sintomo, non risolvere la struttura.
Lo stesso vale per noindex: escludere una pagina dai risultati non equivale a dichiararla duplicata o a trasferire automaticamente il suo ruolo a un’altra. Sono decisioni diverse, da usare per motivi diversi. Prima definirei che cosa deve vedere il pubblico; poi sceglierei il segnale tecnico più coerente.
Un controllo pratico in quattro passaggi
Per un sito piccolo inizierei anche da un foglio di lavoro, senza acquistare strumenti sofisticati.
- **Raccolta.** Elenco URL con titoli, descrizioni, tipo di contenuto, data di aggiornamento e principali link interni. Cerco parametri, vecchi slug, pagine di archivio e versioni create da plugin o funzioni del CMS.
- **Confronto.** Metto in evidenza ciò che è davvero uguale e ciò che invece risponde a un intento diverso. Non mi fermo alla percentuale di testo condiviso: verifico promessa, destinatari e passo successivo.
- **Decisione.** Per ogni gruppo scelgo una pagina principale, una variante con canonical, un redirect, un aggiornamento sostanziale oppure la conservazione separata. Registro il motivo, così la scelta resta comprensibile anche tra sei mesi.
- **Verifica.** Controllo il codice sorgente, la risposta HTTP, i link interni, la sitemap e la versione canonica rilevata in Search Console. Se una scelta tecnica contraddice la pagina che il team considera principale, correggo prima la coerenza dei segnali.
La documentazione di Google sulla canonicalizzazione ricorda che la scelta del motore può basarsi su più fattori: redirect, HTTPS, sitemap e annotazioni rel="canonical". Per questo una singola riga nel codice non dovrebbe essere l’unica prova della nostra intenzione.
Misurare la scelta senza aspettarsi miracoli
Dopo una modifica guarderei se le impressioni e i clic si concentrano sulla pagina prevista, ma non userei questo dato da solo per dichiarare il lavoro riuscito. Osserverei anche le pagine indicizzate, gli errori o i redirect, la provenienza dei link interni e le conversioni associate al contenuto. Se la pagina canonica riceve più visibilità ma non aiuta il lettore a compiere il passo successivo, la decisione tecnica potrebbe essere corretta e quella editoriale ancora incompleta.
La misurazione serve anche a scoprire casi nuovi. Una pagina che continua ad apparire per ricerche inattese può indicare un titolo troppo ampio, un contenuto poco distinto o un collegamento interno che la sta portando in un percorso diverso da quello immaginato. Invece di creare subito un’altra URL, chiederei se la pagina attuale può essere resa più precisa.
Una pagina principale è una responsabilità
Scegliere la canonical significa dichiarare quale versione merita di essere trovata, citata, aggiornata e misurata. È una scelta tecnica, ma anche un impegno editoriale: mantenere quella pagina utile, coerente e sufficientemente completa nel tempo.
Nel mio lavoro partirei da una sola famiglia di contenuti, non dall’intero sito. Individuerei le URL più simili, chiarirei la promessa di ciascuna e documenterei una decisione semplice. A volte servirà un redirect; a volte una canonical; altre volte sarà più corretto riscrivere due pagine perché possano avere ruoli diversi. La SEO migliora quando l’architettura rende visibile questa scelta, non quando aggiunge un segnale senza una logica.
Se vuoi rivedere la struttura del tuo sito, partirei dalle pagine che ricevono più visite o che il team aggiorna più spesso. Metterei a confronto indirizzo, promessa, intenti, link interni e dati di conversione. È un controllo piccolo, ma può trasformare una raccolta di URL simili in un sistema più leggibile per chi legge e per chi deve trovarlo.
Fonti
- Google Search Central, What is canonicalization.
- Google Search Central, SEO Starter Guide: The Basics.
- Google Search Central, Technical SEO Techniques and Strategies.
Nota di trasparenza: questo articolo è stato elaborato con l'aiuto dell'intelligenza artificiale e con supervisione e responsabilità editoriale umana.