Nessun hreflang autoreferenziale? Ecco la soluzione, passo dopo passo

Un avviso no self-referencing hreflang (hreflang senza riferimento a sé stesso) significa che una delle tue pagine per una lingua o una regione non si include tra i propri hreflang alternativi. Ogni URL di un set hreflang deve puntare sia alle versioni sorelle sia a sé stesso, quindi il primo compito è trovare l'URL a cui manca il self-tag e aggiungerlo.

Prima di toccare il codice, passa la pagina nel validatore hreflang gratuito. Incolla l'URL segnalato e vedrai tutte le annotazioni hreflang trovate, quale non ha il riferimento a sé stessa e se i tag di ritorno coincidono in tutto il cluster. È il modo più rapido per confermare che il problema sia reale prima di mettere mano ai template.

Cosa significa davvero "no self-referencing hreflang"

I tag hreflang indicano ai motori di ricerca quale pagina serve quale lingua o regione. La documentazione di Google sul targeting internazionale è esplicita: ogni pagina di un set dovrebbe fare riferimento sia a sé stessa sia alle pagine corrispondenti. Se /en/ rimanda a /fr/ e /de/ ma non include sé stessa, il set è incompleto, anche quando le altre pagine sono configurate correttamente.

L'argomento ricorre spesso nei forum di assistenza di Google Search Console. I collaboratori della Google Search Central Community hanno confermato più volte che le annotazioni hreflang devono essere reciproche e includere la pagina stessa: ogni URL, compreso quello che stai visualizzando, deve comparire nel proprio elenco di alternative. Un self-reference mancante è uno dei motivi più comuni per cui i cluster hreflang vengono ignorati in parte o del tutto.

Contano anche i codici all'interno di quei tag. I valori hreflang seguono lo standard BCP 47 dell'IETF per i tag di lingua e, quando è indicata una regione, il codice ISO 3166-1 Alpha-2 del paese. Un self-tag mancante è un tipo di errore, un self-tag con un codice che non rispetta nessuno dei due standard è un altro: escludi il secondo mentre controlli il cluster.

Perché succede

Alcuni schemi si ripresentano di continuo:

• Uno sviluppatore ha creato il blocco hreflang nel template in modo che passi in rassegna le versioni "altre" in lingua e ha dimenticato la pagina corrente.
• Un plugin del CMS genera le alternative in automatico, ma solo per le pagine tradotte che rileva, quindi la pagina di origine resta fuori.
• Una migrazione o un restyling ha perso il self-tag quando l'hreflang è passato dal <head> della pagina a una sitemap XML.
• Modifiche manuali hanno aggiunto nuove versioni linguistiche senza aggiornare l'elenco dei tag sulla pagina originale.

Come correggerlo all'interno del tuo sito

I passaggi cambiano leggermente a seconda di come è implementato il tuo hreflang, ma la logica è la stessa ovunque.

1. Individua il metodo di implementazione. Visualizza il sorgente della pagina e cerca hreflang. Vedrai tag <link rel="alternate" hreflang="..."> nel <head>, un header di risposta HTTP, oppure nessun tag, il che significa che l'hreflang si trova nel file sitemap.
2. Trova l'elenco delle alternative. Su WordPress con un plugin multilingua come WPML o Polylang, apri le impostazioni della lingua o della traduzione per quella pagina e cerca la sezione che elenca le traduzioni collegate.
3. Aggiungi la voce mancante per la pagina stessa. L'URL della pagina e il suo codice di lingua e regione vanno in quello stesso elenco, scritti esattamente come le altre versioni.
4. Ripeti l'operazione per ogni pagina del cluster. Se tre versioni linguistiche si rimandano a vicenda, tutte e tre hanno bisogno di un set completo che includa sé stesse, non solo quella segnalata.
5. Esegui di nuovo la scansione e la validazione. Lancia ancora il validatore hreflang su ogni URL per confermare che il self-tag ora compaia e che i tag di ritorno coincidano.

Quando bastano gli strumenti del tuo sito e quando no

Uno strumento gratuito su un singolo URL segnalato basta per una pagina, per un bug isolato o per verificare una correzione appena fatta. È veloce, gratuito e dà un esito chiaro: superato o non superato.

Non basta più quando il problema è sistemico: lo stesso self-tag mancante su decine o centinaia di pagine generate da template, oppure un problema che si ripresenta a ogni pubblicazione di nuove pagine in lingua.

Situazione	Strumento giusto	Perché
Un solo URL segnalato, controllo prima/dopo una correzione	Validatore hreflang gratuito	Immediato, senza login, mostra i tag esatti trovati
Intero sito, decine di coppie di lingue	Scansione completa del sito (Screaming Frog, Sitebulb o simili)	Trova tutte le occorrenze in una volta, non un URL alla volta
Problema ricorrente a ogni pubblicazione di una nuova pagina	Correzione a livello di template o CMS	Una patch isolata non sopravvive al prossimo ciclo di pubblicazione
Verificare la vista indicizzata da Google del targeting internazionale	Report in stile International Targeting di Search Console	Mostra ciò che Google ha effettivamente elaborato, non solo ciò che c'è nel tuo HTML

La documentazione della Guida di Google Search Console conferma che il report International Targeting riflette ciò che Googlebot ha effettivamente rilevato durante la scansione. Per questo vale la pena controllare anche lì, pure dopo che la correzione on-page risulta valida.

Errori comuni da evitare

• Correggere solo la pagina segnalata. L'intero cluster ha bisogno di set hreflang coerenti che includano sé stessi.
• Aggiungere un self-tag con il codice di lingua o regione sbagliato. Un errore di battitura qui crea un nuovo errore invece di risolvere il vecchio.
• Mescolare metodi di implementazione. Se la sitemap e il <head> della pagina riportano valori hreflang in conflitto, scegli un solo metodo per pagina.
• Trattare un avviso come una penalizzazione. È un segnale perso, non necessariamente un'azione manuale, anche se conviene comunque correggerlo in fretta.

Domande frequenti

L'assenza di un tag hreflang autoreferenziale danneggia il mio posizionamento?

Non come una penalizzazione, ma indebolisce la fiducia di Google nella configurazione del tuo targeting internazionale, e questo può portare a mostrare la versione sbagliata nel mercato sbagliato.

Posso risolverlo senza uno sviluppatore?

Spesso sì, se il tuo CMS o plugin multilingua gestisce l'hreflang tramite un pannello di impostazioni. Se l'hreflang è scritto direttamente nei template, ti servirà probabilmente qualcuno che sappia modificare il codice.

Devo correggerlo su ogni pagina o solo sulla homepage?

Ogni pagina di un set hreflang ha bisogno del proprio self-reference. Non è un'impostazione globale del sito da attivare una volta sola.

Quanto tempo impiega Google a riconoscere la correzione?

Non c'è una tempistica fissa, perché dipende dalla frequenza di scansione. Valida subito per confermare che la correzione sia online, poi tieni d'occhio i report internazionali di Search Console nelle scansioni successive.

Perché non posso semplicemente chiedere al supporto di Google di controllare per me?

Google non offre supporto telefonico o via ticket diretto per questo tipo di problema. Lo gestisce tramite documentazione e forum della community, ed è anche per questo che gli strumenti di autodiagnosi sono importanti. Questa analisi sul perché non esiste una linea telefonica per il supporto di Search Console approfondisce il tema.

Ottieni un quadro completo della tua SEO internazionale

Correggere un singolo avviso no self-referencing hreflang è un buon inizio, ma raramente è l'unico problema di SEO internazionale in un sito multilingua. Parla con il team e ricevi un report di esempio che mostra a che punto è il tuo hreflang, insieme ai segnali di canonical e di indicizzazione, per ogni versione linguistica che gestisci.

Fonti

• Do hreflang tags also have to be self-referencing in HTML ...
• Should a page self reference both canonical and alternate ...