Una volta un cliente mi chiese perché i suoi visitatori olandesi stavano atterrando sul sito tedesco La configurazione hreflang sembrava completa: en-US, en-GB, de-DE, fr-FR, es-ES, tutto reciproco, tutto convalidante pulito Non c'era una versione olandese, quindi non c'era nulla da indicare, e avevo ipotizzato che Google sarebbe ricaduto in inglese Non è così È ricaduto in tedesco, presumibilmente perché olandese e tedesco condividono abbastanza segnali per sembrare la corrispondenza più vicina, e un oratore olandese che legge bene l'inglese ha ottenuto una pagina che non riusciva a leggere affatto.
La correzione era di una riga Uno x-default l'ingresso puntava alla home page inglese e il traffico olandese ha iniziato ad atterrare in un posto sensato nel giro di due settimane.
x-default è la parte meno glamour di hreflang e la parte che ora aggiungo per prima Questa guida copre ciò che fa, dove indicarlo, gli errori che lo rendono inutile e come si comporta insieme al resto delle tue annotazioni Si trova sotto il guida completa di hreflang, accanto gli errori che rompono le implementazioni.
tl; dr:
x-defaultè il valore hreflang che nomina la pagina da servire quando nessuna delle tue altre voci di lingua o regione corrisponde all'utente Non è un codice di lingua e non ne sostituisce uno: la tua pagina inglese ha ancora bisogno di una propriaeningresso, conx-defaultaccanto come il catch-all. puntalo a un selettore di lingua o alla tua pagina internazionale principale, mai a una catena di reindirizzamento o a una pagina che lo ènoindex. Google lo tratta come facoltativo; tralasciarlo significa che l'algoritmo sceglie per te. Quando tu genera tag hreflang qui, un set senza x-default lancia un avviso.
Cos'è x-default in hreflang?
x-default è un valore hreflang riservato che identifica la pagina di fallback per gli utenti la cui lingua e regione non corrispondono a nessun'altra voce nel set. Assomiglia esattamente a qualsiasi altra annotazione:
<link rel="alternate" hreflang="x-default" href="https://example.com/" />
Google introdotto nel 2013 specificamente per le homepage che reindirizzano automaticamente gli utenti in base alla loro posizione e da allora la definizione si è ampliata per coprire qualsiasi fallback. Il valore non è un tag linguistico BCP 47 e non lo è mai stato; è una parola chiave che Google' s parser riconosce e tutto il resto ignora.
Questa distinzione conta quando leggi i validatori. Te lo dirà un rigoroso validatore di tag linguistici x-default non è valido, perché come tag di lingua è Come valore hreflang è corretto e documentato Qualsiasi strumento che lo rifiuta sta convalidando la specifica sbagliata.
È necessario x-default?
No. Hreflang funziona senza di esso, e la documentazione di Google's lo elenca come raccomandato piuttosto che obbligatorio.
In pratica lo tratto come richiesto, per il motivo in cima a questo articolo Senza di esso, Google decide cosa fare con utenti senza eguali, e la decisione che prende è opaca e occasionalmente strana Con esso, hai preso la decisione da solo e puoi ragionare sul risultato Il costo è un'annotazione extra in un blocco che stai già generando.
L'unico caso in cui puoi davvero saltarlo: un sito il cui set linguistico copre l'intero pubblico realistico, senza l'ambizione di acquisire visitatori al di fuori di esso Un sito del governo regionale che serve due lingue ufficiali in un paese, per esempio. Anche lì, aggiungerlo non costa nulla.
Dove dovrebbe x-default point?
Ci sono tre obiettivi difendibili e un errore comune.
| bersaglio | Quando ci sta | stare attento |
|---|---|---|
| Pagina del selettore linguistico | Molte località, nessun default evidente | La pagina deve essere indicizzabile e utile, non un semplice stub di reindirizzamento |
| Versione internazionale primaria, solitamente inglese | Una lingua domina il tuo traffico | Non puntarlo su un URL specifico del paese come /en-us/ se servite anche voi /en-gb/ |
| Radice generica che geo-rileva | Hai già un routing basato su IP | L'URL deve restituire 200 per un crawler, non 302 a una locale |
| Una pagina specifica per paese | mai | Dice a Google che il tuo ripiego sull'intero mondo senza eguali è un mercato e la pagina n. 39;s |
La mia scelta predefinita è la versione inglese neutra alla radice del sito, perché è la versione che ha maggiori probabilità di essere leggibile da qualcuno di cui non si serve la lingua Un selettore di lingua è la risposta più basata sui principi quando si hanno una dozzina di locali e nessun default naturale, ma è una pagina di destinazione peggiore: chiede al visitatore di fare lavoro prima di vedere qualcosa di valore.
Qualunque cosa tu scelga, la destinazione deve essere un URL reale, indicizzabile, di 200 stati. un x-default puntare a una pagina che reindirizza all'arrivo funziona ancora, ma ogni salto è una possibilità di perdere il segnale, e un reindirizzamento che varia in base all'IP significa che Googlebot, che striscia da una posizione, potrebbe non vedere mai ciò che vedono i tuoi utenti.
X-default sostituisce le voci della lingua?
No, e questo è l'equivoco che correggo più spesso.
x-default è un'istruzione di routing, non una dichiarazione linguistica Dice & quot; quando nulla corrisponde, vai qui.& quot; Non dice & quot; questa pagina è inglese.& quot; Quindi la pagina a cui la punti ha ancora bisogno di una propria voce linguistica nello stesso set Un blocco completo per un sito con inglese, tedesco e un fallback è simile a questo:
<link rel="alternate" hreflang="en" href="https://example.com/" />
<link rel="alternate" hreflang="de" href="https://example.com/de/" />
<link rel="alternate" hreflang="x-default" href="https://example.com/" />
Nota che https://example.com/ appare due volte, una volta come en e una volta come x-default. Questo è corretto e previsto Lo stesso URL è sia & quot; la versione inglese" e & quot; dove gli utenti senza pari vanno" e Google ha bisogno di entrambi i fatti dichiarati.
Un set che ha x-default puntando alla radice ma no en l'ingresso per esso è rotto in modo sottile: gli anglofoni non hanno una corrispondenza esplicita, quindi vengono instradati attraverso il percorso di fallback piuttosto che il percorso linguistico Di solito funziona ancora È ancora sbagliato.
In che modo x-default interagisce con la reciprocità?
Allo stesso modo di ogni altra voce Il set completo, x-default incluso, va in ogni pagina del gruppo.
Quindi la pagina tedesca porta il blocco identico mostrato sopra, incluso il x-default linea che punta alla radice inglese Sembra strano la prima volta che lo scrivi, perché stai dichiarando un fallback su una pagina che è essa stessa una delle alternative Questo è il design: ogni pagina di un set porta tutta la mappa, in modo che qualsiasi pagina che Google esegue la scansione prima gli dia il quadro completo.
Dove questo si rompe in pratica è il templating I team eseguono il rendering delle voci della lingua da un ciclo sulla mappa locale e quindi aggiungono x-default come caso speciale, e il caso speciale viene dimenticato su un modello Una pagina mancante di una voce è sufficiente per rendere quella pagina's impostato incoerente con i suoi fratelli Genera tutto da una fonte, x-default incluso, e la classe di bug scompare Il Guida di Next.js E il Guida di WordPress entrambi mostrano il loop con il fallback ripiegato anziché imbullonato.
Posso usare x-default su pagine diverse dalla homepage?
Sì, e dovresti L'annuncio del 2013 lo inquadrava attorno alle home page, motivo per cui molti consigli più vecchi dicono che è solo home page, ma il meccanismo si applica a qualsiasi serie di alternative.
Per una pagina profonda, il fallback dovrebbe essere l'equivalente deep page piuttosto che la homepage Se la tua pagina dei prezzi esiste in inglese, tedesco e francese, il x-default per quel set è la tua pagina dei prezzi in inglese, non la tua homepage in inglese L'invio di un utente senza pari da una query sui prezzi a una homepage è un'esperienza peggiore e un percorso di conversione peggiore, e rende l'annotazione meno accurata di quanto potrebbe essere.
L'eccezione è una pagina che esiste realmente in un solo mercato Se una pagina di conformità si applica solo alla Germania, non ha alternative, non ha bisogno di set hreflang e quindi non ha bisogno di x-default.
E le voci multiple x-default?
Uno per set Un set con due x-default le voci che puntano a URL diversi sono una contraddizione e la gestione delle contraddizioni di Google's consiste nello scartare piuttosto che nell'indovinare.
Questo accade più spesso di quanto ci si aspetterebbe sui siti in cui hreflang è assemblato da due fonti: un plugin emette un blocco e un template scritto a mano ne emette un altro, e la pagina finisce con entrambi, succede anche quando una sitemap trasporta hreflang per gli stessi URL che hanno già tag HTML Il generatore hreflang cattura codici duplicati all'interno di un set, incluso un ripetuto x-default, ma non può vedere un secondo blocco emesso da qualcos'altro nella pagina Visualizza sorgente e conta.
Come si verifica che x-default funzioni?
Non esiste una relazione diretta per questo, il che fa parte del motivo per cui viene trascurato. Tre controlli che funzionano:
Guarda l'HTML renderizzato, non il modello. curl la pagina e grep per x-default. Se il framework si spoglia o riordina i tag head, o un plugin inietta un blocco concorrente, è qui che lo scopri.
Controlla le risoluzioni del bersaglio. Recuperare il x-default URL con un agente utente crawler e nessun cookie, dall'esterno del proprio paese se puoi Quello che stai controllando è un 200 piuttosto che un reindirizzamento, e lo stesso contenuto che Googlebot vedrebbe.
Guarda le query, non il grado. In Search Console, filtra le Prestazioni per paesi che non hai come target in modo esplicito e vedi su quale pagina atterrano Se alla pagina che hai nominato arrivano paesi senza eguali, l'annotazione sta facendo il suo lavoro Se stanno arrivando in un locale casuale, o manca il tag o qualcos'altro nella pagina lo contraddice.
Cerca Console's International Targeting report farà emergere errori di return-tag che coinvolgono il x-default entrata insieme a tutto il resto, poiché fa parte dell'insieme reciproco come qualsiasi altra linea.
Errori comuni di x-default
La lista, nell'ordine in cui li incontro:
- Non averne uno. Il fallimento predefinito Gli utenti senza pari ottengono qualunque ipotesi di Google.
- Puntandolo su un URL specifico del paese.
/en-us/come il fallback globale dice a Google il tuo default mondiale è il negozio degli Stati Uniti, i prezzi e tutto il resto. - Puntandolo su un reindirizzamento. Soprattutto uno basato su IP, il che significa che Googlebot e i tuoi utenti vedono pagine diverse.
- Usandolo invece di una voce di lingua. L'URL di fallback ha ancora bisogno di un suo
enoppuredelinea. - Due di loro. Di solito un plugin e un modello emettono entrambi hreflang.
- Solo sulla homepage. Anche le pagine profonde hanno alternative e meritano un ripiego che corrisponda alla loro profondità.
- Puntando a un
noindexpagina. Hai pubblicizzato una destinazione che hai detto a Google di ignorare.
Ognuno di questi è silenzioso Niente errori, niente avvisa, e il traffico dai mercati che non servite va tranquillamente nel posto sbagliato Questo è l'argomento per generare il blocco piuttosto che mantenerlo manualmente, e per leggere l'output reso piuttosto che fidarsi del modello Il guida agli errori di Hreflang copre il resto della famiglia, e il guida agli strumenti di Hreflang cammina attraverso la costruzione di un set convalidato da zero.
Domande frequenti
Cosa significa X-Default in HREFLANG?
x-default nomina la pagina che un motore di ricerca dovrebbe servire quando nessuna delle altre voci di lingua o regione nel set hreflang corrisponde all'utente Si tratta di un'istruzione di routing di fallback piuttosto che di un codice di lingua.
X-default è obbligatorio?
No. Google lo consiglia ma hreflang funziona senza di esso Senza un x-default, Google sceglie quale versione mostrare agli utenti senza pari, e quella scelta non è qualcosa che controlli o che puoi facilmente osservare.
Dove dovrebbe x-default point?
A una pagina di selezione della lingua o alla tua versione internazionale principale, solitamente quella inglese alla radice del sito Evita di puntarla su un URL specifico per paese, un reindirizzamento o una pagina contrassegnata con noindex.
La pagina x-default ha ancora bisogno di un proprio tag di lingua?
Sì. Se la tua homepage inglese è la destinazione di x-default, il set ha comunque bisogno di un en voce che punta allo stesso URL Lo stesso URL appare legittimamente due volte, una come lingua e una come fallback.
Posso avere più di un x-default?
No. Uno per set hreflang Due voci che puntano a URL diversi è una contraddizione, e di solito significa che due sistemi sulla pagina emettono entrambi blocchi hreflang.
X-default può essere utilizzato su pagine diverse dalla homepage?
Sì. Qualsiasi insieme di alternative può avere un fallback e per le pagine profonde il fallback dovrebbe essere la pagina profonda equivalente anziché la home page.
X-default deve essere visualizzato in ogni pagina del set?
Sì. Fa parte del blocco reciproco, quindi l'insieme identico che include la riga x-default va su ogni pagina del gruppo.
Come faccio a verificare che x-default funzioni?
Recupera l'HTML renderizzato e conferma che è presente esattamente una voce x-default, verifica i rendimenti target 200 senza reindirizzare, quindi utilizza Search Console's Rapporto sulle prestazioni per vedere su quale pagina stanno atterrando i visitatori provenienti da paesi non presi di mira.
