Tag hreflang per lo spagnolo: come correggere i risultati nella lingua sbagliata

Hreflang per lo spagnolo significa aggiungere uno specifico attributo HTML che dice a Google quale versione in lingua spagnola di una pagina mostrare a un determinato utente e se quella versione è pensata per la Spagna, il Messico, gli Stati Uniti o per gli ispanofoni in generale. Prima di scrivere nuovi tag, controlla quelli che hai già.

Cosa devono dire i tag hreflang per lo spagnolo

Un tag hreflang è una breve istruzione HTML che abbina una pagina alla sua versione tradotta o localizzata. Il formato di base è questo:

<link rel="alternate" hreflang="es" href="https://example.com/es/producto" />

Questa riga dice a Google che l'URL è la versione in spagnolo del contenuto. La parte della lingua, es, segue lo standard ISO 639-1. La parte del paese, quando ne aggiungi una come ES o MX, segue lo standard ISO 3166-1, quello dei codici paese di due lettere. Lo spagnolo rende tutto più complicato rispetto alla maggior parte delle lingue, perché centinaia di milioni di persone lo parlano come prima lingua in più di 20 paesi, quindi "spagnolo" da solo è spesso troppo vago.

Spagnolo generico o spagnolo specifico per paese

Quando tagghi contenuti in spagnolo hai due vere opzioni, e quella giusta dipende da quanto i tuoi contenuti differiscono da una regione all'altra.

Approccio	Esempio di codice	Ideale per	Svantaggio se usato male
Spagnolo generico	es	Una sola pagina in spagnolo per tutti i visitatori ispanofoni	Non distingue prezzi, modi di dire o dettagli di spedizione per paese
Specifico per la Spagna	es-ES	Contenuti con prezzi per la Spagna, formule con "vosotros" oppure offerte valide solo in Spagna	I visitatori messicani o argentini potrebbero vedere la valuta o i termini sbagliati
Specifico per il Messico	es-MX	Contenuti pensati specificamente per i clienti messicani	Richiede una pagina dedicata; non può fare anche da tag per lo spagnolo generico
America Latina (regionale)	es-419	Una sola pagina che copre gran parte dell'America Latina senza vincolarsi a un singolo paese	Non coincide esattamente con gli elenchi dei codici paese ISO, quindi usalo con cautela
Spagnolo degli Stati Uniti	es-US	Contenuti in spagnolo rivolti agli ispanofoni all'interno degli Stati Uniti	Facile da confondere con es-MX se il tuo pubblico si sovrappone

Se la tua azienda spedisce in Spagna e in Messico, per ciascun paese potrebbero servirti prezzi, valute di pagamento o avvertenze legali diversi: in quel caso dovresti creare pagine es-ES ed es-MX separate, ciascuna con un tag hreflang che punta all'altra. Se i tuoi contenuti in spagnolo sono identici ovunque, come nel caso dello stesso articolo del blog o della stessa pagina di assistenza, un solo tag es è più semplice e ti evita di mantenere pagine che non differiscono.

Lo stesso ragionamento vale ovunque in un paese siano in gioco più lingue. Un sito rivolto a lettori canadesi ha bisogno di tag separati per inglese e francese, perché trattare due pubblici distinti come uno solo spesso instrada male i contenuti. Lo spagnolo non fa che estendere questo problema a più paesi.

La regola dell'auto-riferimento

Ogni pagina del gruppo ha bisogno di un tag che punti a se stessa, che sia l'originale in inglese, la pagina es-ES o la pagina es-MX. Ha inoltre bisogno di tag che puntino a ogni altra versione. Google Search Central ha dichiarato che questo auto-riferimento non è strettamente obbligatorio, ma è una prassi standard, e ometterlo è uno dei motivi più comuni per cui i gruppi hreflang si rompono. Se non sei sicuro che la tua pagina in spagnolo faccia riferimento a se stessa nel modo giusto, questa guida su come correggere l'hreflang con auto-riferimento mancante spiega cosa aggiungere e dove.

Come correggere l'hreflang delle pagine in spagnolo, passo dopo passo

Una volta stabilito il codice che ti serve, la correzione si fa in uno di tre posti: nel <head> della pagina, nella sitemap XML o nelle impostazioni di traduzione integrate nel tuo CMS.

Passo 1: conferma prima il problema

Passa la pagina in inglese e quella in spagnolo nel validatore hreflang e confronta i risultati fianco a fianco. Devi cercare un codice lingua-regione valido, una coppia di tag corrispondenti e un tag di auto-riferimento su ciascuna pagina. Una coppia corrispondente significa che l'inglese punta allo spagnolo e lo spagnolo rimanda all'inglese.

Passo 2: modifica l'head della pagina (se gestisci direttamente l'HTML)

Se il tuo sito è fatto in HTML semplice o con un CMS personalizzato senza plugin di traduzione, apri la sezione <head> della pagina e aggiungi un elemento link per ogni versione linguistica. Questo è il blocco per la pagina in spagnolo, che elenca la pagina in inglese e se stessa:

<link rel="alternate" hreflang="en" href="https://example.com/product" />
<link rel="alternate" hreflang="es-mx" href="https://example.com/es-mx/producto" />

Ripeti l'intero blocco di tag su ogni pagina del gruppo. Anche la pagina in inglese deve elencare quella in spagnolo.

Passo 3: usa le impostazioni di lingua o di traduzione del tuo CMS

La maggior parte delle piattaforme più diffuse genera l'hreflang in automatico quando colleghi due pagine come traduzioni l'una dell'altra. Cerca un'impostazione chiamata più o meno "Lingua" o "Traduzioni" nella barra laterale dell'editor di pagine o articoli, dove troverai anche un campo per collegare la pagina corrente alla sua controparte in spagnolo. Una volta collegate le pagine, la maggior parte delle piattaforme scrive i tag nell'head della pagina al posto tuo.

Se il tuo CMS non ha una funzione di traduzione nativa, controlla se stai usando un plugin SEO o multilingua dedicato. Di solito questi aggiungono alla schermata dell'editor un pannello "Traduzioni" o "Selettore di lingua", con un menu a tendina per la lingua di destinazione e un campo in cui incollare o selezionare l'URL corrispondente.

Passo 4: invia tramite la sitemap (metodo alternativo)

Invece dei tag nell'head della pagina, puoi dichiarare le relazioni hreflang all'interno della tua sitemap XML. I siti grandi lo fanno spesso perché così il tagging resta in un unico file invece di essere sparso su migliaia di pagine. Ogni voce <url> elenca il proprio indirizzo più una voce <xhtml:link> per ogni alternativa linguistica, compresa se stessa.

Passo 5: riconvalida

Dopo aver pubblicato la modifica, passa di nuovo l'URL in spagnolo nel validatore e conferma che la coppia si risolva correttamente in entrambe le direzioni. Una correzione che aggiorna solo la pagina in inglese, o solo quella in spagnolo, risulterà comunque rotta. L'hreflang è bidirezionale per natura, quindi una correzione a metà equivale a nessuna correzione.

Quando bastano gli strumenti del tuo sito e quando no

Un validatore gratuito di solito è tutto ciò che ti serve per un singolo problema isolato. Controllare un intero sito multilingue è un lavoro diverso, e la linea di confine tra i due casi passa più o meno da qui.

Situazione	Basta lo strumento gratuito?	Perché
Un URL in spagnolo che compare nei risultati del paese sbagliato	Sì	Il controllo di una singola pagina nel validatore conferma il tag esatto che è rotto
Hai appena lanciato una nuova pagina es-MX	Sì	Un rapido controllo prima e dopo la pubblicazione intercetta la maggior parte degli errori in anticipo
Il tuo intero sito ha più di 50 pagine in spagnolo su diverse regioni	Non da solo	Serve una scansione di ogni URL, non controlli a campione, per individuare schemi incoerenti
Gli errori hreflang ricompaiono dopo ogni aggiornamento dei contenuti	Non da solo	Un problema ricorrente di solito indica un'impostazione del template o del CMS, che richiede uno sviluppatore per essere corretta alla radice
Stai migrando la struttura degli URL (ad es. da /es/ a /es-mx/)	Non da solo	Le migrazioni toccano tutti i tag in una volta, e un controllo una tantum non coglie le rotture che si propagano nel gruppo

Una rottura ricorrente su decine di pagine, o una migrazione dell'intero sito, di solito significa che la causa sta in un template, in un'impostazione di un plugin o in una regola di redirect. Trovarla richiede qualcuno in grado di guardare la struttura dell'intero sito invece di una pagina alla volta. Se vuoi un quadro più ampio di come la configurazione del tuo sito si confronta con quella dei concorrenti, un report SEO di esempio copre più dell'hreflang da solo.

Errori comuni con l'hreflang per lo spagnolo (e come evitarli)

La maggior parte degli errori hreflang sullo spagnolo rientra in un piccolo numero di schemi ripetuti.

Errore	Come si presenta	Correzione
Codice lingua sbagliato	Usare sp invece del corretto codice ISO es	L'hreflang riconosce solo codici ISO 639-1 validi; es è corretto, sp non è un codice reale e viene ignorato
Codice regione senza codice lingua	Scrivere solo MX invece di es-MX	Metti sempre prima la lingua e poi la regione, separate da un trattino: es-MX, non MX né mx-es
Tagging a senso unico	La pagina in inglese rimanda a quella in spagnolo, ma quella in spagnolo non rimanda indietro	Aggiungi il tag reciproco sulla pagina in spagnolo; l'hreflang funziona solo come coppia confermata
Auto-riferimento mancante	La pagina in spagnolo elenca l'inglese e le altre varianti spagnole, ma non se stessa	Aggiungi sulla pagina in spagnolo un tag che punti al suo stesso URL
Conflitto tra hreflang e canonical	La pagina in spagnolo è taggata es-MX, ma il suo tag canonical punta all'URL inglese	Assicurati che il tag canonical di ogni pagina linguistica punti a se stessa, non a un'altra versione linguistica; un controllo dei canonical farà emergere direttamente questa incongruenza
Reindirizzamento automatico dei visitatori ispanofoni	Un redirect lato server manda ogni browser impostato sullo spagnolo direttamente a /es/, scavalcando l'hreflang	Lascia che sia l'hreflang a suggerire la pagina giusta nei risultati di ricerca; un redirect forzato può intrappolare gli utenti e confondere Google su quale pagina posizionare
Struttura degli URL incoerente	example.com/es-mx/page abbinato a example.es/page-alt	Mantieni schemi di URL coerenti in tutte le versioni linguistiche, così i motori di ricerca possono raggrupparle in modo affidabile

L'errore del reindirizzamento automatico merita un'occhiata più da vicino. Poniamo che il tuo server rilevi un browser in lingua spagnola e forzi il redirect alla homepage in spagnolo, anche se la persona aveva cliccato su uno specifico URL inglese. Questo rovina l'esperienza che Google cercava di offrire, e puoi finire in un loop di redirect che impedisce a Google di indicizzare correttamente entrambe le versioni. Per questo motivo Google Search Central sconsiglia espressamente di reindirizzare automaticamente gli utenti in base alla lingua o alla posizione che si presume abbiano. L'hreflang è un suggerimento che i motori di ricerca usano quando scelgono quale risultato mostrare, e funziona insieme alle tue pagine, non attraverso un redirect forzato che scavalca l'intento dell'utente.

Perché la parità dei contenuti conta ancora

L'hreflang funziona al meglio quando le pagine collegate trattano gli stessi argomenti, anche se formulazione e valuta cambiano. Poniamo che la tua pagina prodotto in inglese abbia tre sezioni ma la versione es-MX ne abbia una sola: Google potrebbe non considerarle vere equivalenti, e il segnale hreflang avrebbe meno peso. Passare la pagina in spagnolo in un controllo SEO on-page per la sua parola chiave target è un modo ragionevole per verificare che la traduzione sia ottimizzata per chi cerca in spagnolo e non sia una pagina scarna.

Ricerca delle parole chiave spagnole giuste per prima cosa

Una pagina può avere tag hreflang impeccabili e rendere comunque meno del previsto se i contenuti in spagnolo puntano ai termini sbagliati. Il comportamento di ricerca in spagnolo non sempre rispecchia una traduzione diretta delle tue parole chiave inglesi, e lo spagnolo del Messico e quello della Spagna spesso usano parole diverse per lo stesso prodotto. Prima di finalizzare la pagina, passa i tuoi termini principali in uno strumento di suggerimento parole chiave per il mercato ispanofono di riferimento: ti risparmierai una riscrittura più avanti. Se stai costruendo da zero una sezione in spagnolo, un generatore di idee per i contenuti può aiutarti a capire quali argomenti conviene tradurre per primi.

Come i tag hreflang per lo spagnolo influiscono su posizionamento e clic

L'hreflang non spinge direttamente una pagina verso l'alto nei risultati. Fa sì che la versione giusta della tua pagina compaia per l'utente giusto, cosa che tende ad abbassare la frequenza di rimbalzo e ad aumentare le probabilità che qualcuno clicchi e resti. Un ispanofono in Messico che arriva su una pagina es-ES piena di prezzi per la Spagna ha più probabilità di andarsene subito rispetto a chi arriva su una pagina scritta per lui. Il calo si vede nel tuo tasso di clic e nei dati di coinvolgimento anche quando la qualità della pagina è identica.

I motori di ricerca usano inoltre l'hreflang per distinguere due tipi di contenuto duplicato: quello legittimo, come la stessa pagina prodotto tradotta in spagnolo, e quello accidentale, che andrebbe consolidato. Quando i tag sono giusti, Google tratta le tue pagine in inglese e in spagnolo come varianti volute invece che come duplicati in concorrenza.

Se ti occupi di SEO su più mercati, la sezione risorse e la guida generale alle basi della SEO per le piccole imprese trattano entrambe le basi tecniche collegate che vanno oltre il targeting linguistico. SearchBlueprint pubblica inoltre gli aggiornamenti degli strumenti nella pagina delle novità, tra cui le modifiche al validatore hreflang stesso, che vale la pena guardare se torni a controllare dopo qualche mese.

Domande frequenti

Qual è il codice hreflang corretto per lo spagnolo?

Usa es per gli ispanofoni in generale. Per rivolgerti a un paese, aggiungi il suo codice dopo un trattino: es-ES per la Spagna, es-MX per il Messico, es-US per gli ispanofoni degli Stati Uniti. Usane uno solo quando hai una pagina creata appositamente per quel paese o quella regione.

Posso usare "sp" per lo spagnolo nei tag hreflang?

No. Il codice corretto è es, come definito dallo standard ISO 639-1, lo standard internazionale per i codici delle lingue. "sp" non è un codice lingua riconosciuto, e i motori di ricerca ignoreranno un tag che lo usa.

Mi servono pagine separate per es-ES ed es-MX, o una sola pagina in spagnolo può coprirle entrambe?

Una sola pagina es generica va bene se contenuti, prezzi e condizioni sono identici per ogni visitatore ispanofono. Crea pagine es-ES ed es-MX separate solo quando prezzi, valuta, spedizione o terminologia differiscono davvero tra i due mercati.

Perché Google mostra ancora la mia pagina in inglese a chi cerca in spagnolo?

Le cause più comuni sono un tag hreflang mancante o a senso unico, un tag canonical che punta lontano dalla pagina in spagnolo o un codice hreflang scritto in modo errato. Passare l'URL in un validatore di solito mostra quale delle tre sia.

L'hreflang garantisce che Google mostri esattamente la pagina che intendo?

No. L'hreflang è un segnale forte, e Google può comunque trattarlo come un suggerimento. Secondo Google Search Central, Google in genere rispetta l'hreflang ma in casi limite può scegliere una versione diversa, il che è un altro motivo per mantenere coerenti la parità dei contenuti e i tag canonical in ogni versione linguistica.

Controlla subito le tue pagine in spagnolo

La configurazione dell'hreflang per lo spagnolo è una piccola quantità di markup con un effetto sproporzionato sul fatto che il pubblico giusto veda mai i tuoi contenuti. Dopo aver apportato le modifiche, passa di nuovo la tua pagina in spagnolo nel validatore hreflang per confermare che la coppia si risolva correttamente in entrambe le direzioni. Se l'audit fa emergere più di un singolo tag rotto, o non riesci a capire se il problema si risolve con una correzione su una pagina o richiede un intervento sull'intero template, parla con il team: potrà darti un quadro più chiaro di cosa sta succedendo nel tuo sito.

Fonti

• How Hreflang Tags Can Help Your International SEO ...
• Hreflang: The Easy Guide for Beginners