Scegli le località a partire da contenuti reali e impegni operativi
Una località è la lingua e, solo quando è rilevante, il pubblico regionale di una pagina. Mantieni una matrice di tipo di pagina, lingua, regione, proprietario, differenze di contenuto, pattern URL e fallback. Aggiungi una versione regionale solo quando il suo contenuto principale o i termini commerciali differiscono realmente e qualcuno può mantenerla aggiornata; una pagina nella lingua generica è spesso la scelta migliore.
Non limitarti a tradurre solo header e footer attorno a contenuti principali invariati e definirlo localizzazione. Google avverte che la traduzione solo del boilerplate può generare una cattiva esperienza e risultati ripetuti. Rivedi il testo prioritario, i prezzi, la disponibilità, le politiche, l'assistenza e i messaggi transazionali. Se una pagina non può essere ancora supportata, omettine la pubblicazione anziché pubblicare un guscio fuorviante.
Registra codice previsto, pattern URL pubblico, proprietario, target canonical, fallback e stato di lancio in una tabella governata.
Usa URL stabili e lascia scegliere le persone
Assegna a ogni versione linguistica un URL diretto che un browser e un crawler possano richiedere. Google raccomanda URL differenti invece di cambiare lingua con cookie o impostazioni del browser. Domini nazionali, sottodomini e sottodirectory possono funzionare; scegli il pattern che il tuo team può governare in modo consistente. Google sconsiglia l'uso di parametri URL per la segmentazione basata su URL.
Mostra una scelta di lingua o regione e mantieni un visitatore sulla versione selezionata. Google sconsiglia redirect automatici basati su lingua ipotizzata e afferma che cambi dinamici possono impedire la scoperta delle variazioni. Non usare la geolocalizzazione IP come meccanismo decisionale; Google dice che è difficile, generalmente inaffidabile e può limitare il crawling. Conserva URL diretti e un modo semplice per tornare indietro.
Apri ogni URL di località in una sessione pulita e conferma che serva quella versione senza rimbalzo basato sulla posizione.
Costruisci cluster hreflang completi e validi
Un cluster hreflang collega URL locali equivalenti. Google supporta elementi link in HTML, intestazioni HTTP Link per risposte non-HTML o voci in sitemap XML, e tratta i metodi come equivalenti. Scegli quello che il tuo processo di rilascio può generare e controllare. Ogni URL alternativo deve essere completamente qualificato, inclusa la parte https, e risolvere nella pagina pubblica prevista.
Su ogni pagina equivalente pubblica lo stesso insieme: un riferimento a se stessa e tutte le alternative supportate. Google segnala che i tag possono essere ignorati quando le pagine non puntano l'una all'altra e identifica i link di ritorno mancanti come un errore comune. Genera i cluster da dati condivisi, non da template modificati a mano. Se una pagina non è disponibile in una località, non inventare una corrispondenza approssimativa solo per riempire la griglia.
Per ogni coppia elencata, verifica che entrambe le pagine espongano lo stesso set di alternative, inclusi i rispettivi URL.
Usa il metodo HTTP Link-header per PDF localizzati quando il markup head HTML non è disponibile.
Seleziona i tag di lingua tenendo presente l’implementazione di ricerca
I tag di lingua sono identificatori come en, en-GB o zh-Hant. BCP 47 è il framework IETF best-current-practice e il registro dei sottotag linguistici IANA è il riferimento che il W3C indirizza agli autori. Parti da una lingua primaria, quindi aggiungi script o regione solo quando distinguono il contenuto. Il W3C consiglia di mantenere i tag tanto corti quanto la distinzione necessaria lo permette.
Per hreflang di Google, segui le regole dei codici supportati da Google, non tutti i tag sintatticamente validi di BCP 47. Google richiede prima una lingua, mai solo una regione, e documenta i codici lingua ISO 639-1 con regioni opzionali ISO 3166-1 Alpha-2. Dice esplicitamente che es-419 non è supportato per hreflang. Controlla i codici durante l'implementazione e rifiuta valori improvvisati nei controlli di deploy.
Usa en-GB solo quando la versione per il Regno Unito differisce in modo significativo; altrimenti una versione generica en è più semplice.
Mantieni compatibili canonical, fallback e segnali di contenuto
La canonicalizzazione sceglie un URL preferito tra URL duplicati o molto simili; hreflang identifica alternative intenzionali. Per pagine locali indipendenti, usa un canonical che si riferisca a se stessa o un canonical nella stessa lingua. Google raccomanda un canonical nella stessa lingua o il miglior sostituto disponibile. Un canonical cross-language può consolidare via via l'alternativa che intendevi presentare.
Usa x-default per le persone la cui lingua del browser non corrisponde a una versione elencata, specialmente con un selettore lingua o paese. È un fallback, non un sostituto delle alternative reali. Decidi se sarà un selettore neutro o una pagina in lingua predefinita, rendilo utilizzabile ed evita loop di redirect automatici. Mantieni il contenuto principale visibile di ogni pagina chiaramente in una lingua.
Confronta URL richiesto, URL finale, canonical, indicizzabilità, target hreflang e voce in sitemap su ogni campione.
Testa il rilascio come cambiamento di routing e contenuto
Prima del deploy, campiona ogni tipo di template: home, categoria, commerciale, editoriale, help e file localizzati. Ispeziona l'head consegnato, le intestazioni o la sitemap secondo il metodo scelto. Conferma risposte pubbliche, URL HTTPS finali, alternative self e ricorrenti, target canonical, contenuto locale visibile, uno switcher funzionante e l'assenza di noindex o blocchi robots accidentali.
Dopo il rilascio, ispeziona pagine rappresentative in Search Console. Il suo test live verifica se Google può accedere a una pagina corrente; il report di indicizzazione può mostrare il canonical selezionato. Il test live non può prevedere il canonical scelto né garantire l'indicizzazione. Mantieni un registro datato di rilascio con cluster testati, eccezioni, proprietari e prove di retest.
Blocca il rilascio quando una pagina prioritaria reindirizza in modo errato, ha una coppia ricorrente rotta, confligge con il canonical o non può essere selezionata.
Versiona la configurazione delle località e conserva la mappa degli URL e delle annotazioni precedente per un'inversione sicura dei template condivisi.