Cinque errori comuni con rel=canonical

Lunedì 8 aprile 2023

L'inclusione di un link rel=canonical nella vostra pagina web è un forte indicatore per i motori di ricerca sulla vostra versione preferita da indicizzare tra pagine duplicate sul web. È supportato da diversi motori di ricerca, tra cui Yahoo!, Bing e Google. Il link rel=canonical raggruppa le proprietà di indicizzazione dei duplicati, come i loro link in entrata, e specifica l'URL da mostrare nei risultati di ricerca. Tuttavia, rel=canonical può essere un po' complicato perché non è molto evidente quando è presente una configurazione errata.

Esempio di una pagina e del relativo markup HTML per rel-canonical.

Mentre il webmaster vede la pagina "red velvet" a sinistra nel browser, suo i motori di ricerca notano il link rel=canonical "blue velvet" non intenzionale a destra. Consigliamo le seguenti best practice per l'utilizzo di rel=canonical:

  • Una parte consistente dei contenuti della pagina duplicata dovrebbe essere presente nella versione canonica.
  • Verificate che il target di rel=canonical esista (non deve essere un errore o una pagina "soft 404").
  • Verificate che il target di rel=canonical non contenga un meta tag robots noindex.
  • Assicuratevi di preferire che nei risultati di ricerca venga visualizzato l'URL rel=canonical (anziché l'URL duplicato).
  • Includete il link rel=canonical nell'elemento <head> della pagina o nell'intestazione HTTP.
  • Non specificate più di un link rel=canonical per pagina. Se ne specificate più di uno, tutti i link rel=canonical verranno ignorati.

Errore 1: rel=canonical alla prima pagina di una serie impaginata

Immaginate di avere un articolo che si estende su più pagine:

  • example.com/article?story=cupcake-news&page=1
  • example.com/article?story=cupcake-news&page=2
  • e così via

Specificare un elemento rel=canonical dalla pagina 2 (o da una pagina successiva) alla pagina 1 non è un uso corretto di rel=canonical, dato che non sono pagine duplicate. Se utilizzate rel=canonical in questa modo, i contenuti della pagina 2 e di quelle successive non verranno indicizzati.

Esempio di markup rel-canonical errati.
Quando si specifica rel=canonical dalle pagine del componente alla prima pagina di una serie, i contenuti di buona qualità (ad esempio, "i biscotti rappresentano un alimento superiore" e "rispetto alle verdure") si perdono.
Esempio per annotare una serie di pagine con rel-canonical che rimanda a una singola pagina con tutti i contenuti della serie.
rel=canonical dalle pagine dei componenti alla pagina di visualizzazione complessiva
Esempio per annotare le pagine con rel-canonical e le annotazioni rel-prev-next ritirate.
Se l'elemento rel=canonical di una pagina di visualizzazione complessiva non è designato, i contenuti impaginati possono utilizzare il markup rel="prev" e rel="next".

Errore 2: URL assoluti scritti erroneamente come URL relativi

Esempio di markup rel-canonical errato: URL relativi sbagliati

Il tag <link>, come molti tag HTML, accetta sia URL relativi che assoluti. Gli URL relativi includono un percorso "relativo" alla pagina corrente. Ad esempio, images/cupcake.png significa "dalla directory attuale vai alla sottodirectory images, quindi a cupcake.png". Gli URL assoluti specificano il percorso completo, che include lo schema https://.

Specificare <link rel=canonical href="example.com/cupcake.html" /> (un URL relativo dato che non c'è https://) implica che l'URL canonico desiderato sia https://example.com/example.com/cupcake.html, anche se quasi certamente non è questo il percorso che si vuole specificare. In questi casi, i nostri algoritmi potrebbero ignorare il valore rel=canonical specificato. In definitiva, ciò significa che qualsiasi cosa speravate di ottenere con questo elemento rel=canonical non verrà realizzata.

Errore 3: dichiarazioni non intenzionali o multiple di rel=canonical

A volte notiamo designazioni di rel=canonical che riteniamo non intenzionali. In rarissimi casi, vediamo semplici errori di battitura, ma più spesso il proprietario di un sito copia distrattamente un modello di pagina senza pensare di cambiare il target dell'elemento rel=canonical. Ora le pagine del proprietario del sito specificano un elemento rel=canonical per il sito dell'autore del modello.

Esempio di markup rel-canonical non corretto: URL errato

Se utilizzate un modello, verificate di non aver copiato anche la specifica di rel=canonical.

Un altro problema si verifica quando le pagine includono più link rel=canonical a URL diversi. Questo accade spesso in combinazione con plug-in SEO che spesso inseriscono un link rel=canonical predefinito, probabilmente all'insaputa del webmaster che ha installato il plug-in. In caso di più dichiarazioni dell'elemento rel=canonical, Google probabilmente ignorerà tutti i suggerimenti di rel=canonical. Pertanto, qualsiasi vantaggio offerto da un elemento rel=canonical legittimo andrà perso.

In entrambi i tipi di casi, ricontrollate il codice sorgente della pagina per risolvere il problema. Assicuratevi di controllare l'intera sezione <head> poiché i link rel=canonical potrebbero essere sparpagliati.

Esempio di markup rel-canonical errato: più annotazioni rel-canonical.

Verificate il comportamento dei plug-in esaminando il codice sorgente della pagina.

Errore 4: la categoria o la pagina di destinazione specificano rel=canonical per un articolo in primo piano

Supponiamo che gestiate un sito di dolci. Questo sito ha pagine di categorie utili come "pasticceria" e "gelato". Ogni giorno le pagine delle categorie presentano un articolo unico; ad esempio, la vostra pagina di destinazione relativa alla pasticceria potrebbe mostrare un articolo su "cupcake red velvet". Poiché la pagina della categoria "pasticceria" ha quasi tutti gli stessi contenuti della pagina "cupcake red velvet", aggiungete un elemento rel=canonical dalla pagina della categoria al singolo articolo in primo piano.

Se dovessimo accettare questo elemento rel=canonical, la pagina della categoria relativa alla pasticceria non verrebbe visualizzata nei risultati di ricerca; questo perché rel=canonical indica che preferireste che i motori di ricerca mostrino l'URL canonico al posto dell'URL duplicato. Tuttavia, se volete che gli utenti possano trovare sia la pagina della categoria che l'articolo in primo piano, vi consigliamo di includere solo un elemento rel=canonical autoreferenziale nella pagina della categoria oppure di non includerlo affatto.

Esempio di markup rel-canonical non corretto: URL non autorevole per la pagina

Ricordate che la designazione canonica implica anche l'URL di visualizzazione preferito. Evitate di aggiungere un elemento rel=canonical da una pagina di categoria o di destinazione a un articolo in primo piano.

Errore 5: rel=canonical nel <body>

Il tag link rel=canonical deve apparire solo nella sezione <head> di un documento HTML. Inoltre, per evitare problemi di analisi dell'HTML, è consigliabile includere rel=canonical il prima possibile nell'elemento <head>. Quando troviamo una designazione rel=canonical nel <body>, questa viene ignorata.

Questo è un errore facile da correggere; è sufficiente controllare che i link rel=canonical siano sempre nella sezione <head> della pagina e il prima possibile nel codice, se puoi.

Esempio di markup rel-canonical errato: annotazione rel-canonical nell&#39;elemento <body> dell&#39;HTML.

Vengono elaborate le designazioni rel=canonical nella sezione <head>, ma non nel <body>.

Conclusione

Per creare designazioni di rel=canonical utili:

  • Verificate che la maggior parte dei contenuti testuali principali di una pagina duplicata venga visualizzata anche nella pagina canonica.
  • Verificate che rel=canonical sia specificato una sola volta (se applicabile) e nella sezione <head> della pagina.
  • Verificate che rel=canonical rimandi a un URL esistente con contenuti validi (vale a dire, non a pagine 404 o, peggio ancora, soft 404).
  • Evitate di specificare rel=canonical da pagine di destinazione o di categorie agli articoli in primo piano, in quanto ciò renderà l'articolo in primo piano l'URL preferito nei risultati di ricerca.

Inoltre, come sempre, potete porre eventuali domande nel nostro forum di assistenza per i webmaster.

Scritto da Allan Scott, Software Engineer, Indexing Team