Un prefisso inglese /en può essere valido
Un sito multilingue può usare /en per l'inglese, proprio come può usare /he per l'ebraico. Un altro design valido mette l'inglese alla radice. Il problema è la duplicazione non gestita e i segnali contrastanti: per esempio, entrambi /services e /en/services che servono la stessa pagina inglese mentre link, canonici e sitemap non concordano.
Questo progetto usa l'inglese alla radice e aggiunge il prefisso alle altre lingue supportate, tra cui bangla, ebraico e arabo. Questa è una convenzione del progetto, non una regola SEO universale. I suoi percorsi ridondanti con prefisso inglese reindirizzano ai percorsi radice corrispondenti. Un sito già organizzato in modo coerente intorno a /en non ha bisogno di migrare solo per seguire quella convenzione. Vedi le linee guida di Google sulle strutture URL multilingue.
Mappa esplicitamente le pagine equivalenti
Ogni traduzione autentica dovrebbe normalmente canonicalizzarsi al proprio URL preferito. Collega le versioni equivalenti con hreflang reciproci, inclusa una referenza alla pagina corrente. Usa URL assoluti e un codice di lingua valido. x-default identifica un fallback per le lingue senza una corrispondenza specifica; non significa che ogni pagina sia in inglese.
Per esempio, una pagina di servizio in inglese può puntare ai suoi equivalenti in bangla, ebraico e arabo, e ogni equivalente restituisce lo stesso cluster. Un link alla homepage in un'altra lingua non è un sostituto di una traduzione di servizio mancante.
La navigazione tradotta attorno a un articolo inglese invariato non crea un articolo tradotto. Su questo sito, la traduzione di un articolo riceve il proprio URL canonico e link linguistici reciproci solo quando il contenuto principale tradotto è disponibile. Un URL linguistico che mostra ancora la fonte inglese punta al canonico inglese ed è escluso dal cluster di traduzione. La referenza alle versioni localizzate di Google spiega le annotazioni reciproche e il contenuto principale non tradotto.
Controlla l'HTML e la direzione di lettura
Restituisci un attributo lang significativo con l'HTML del server. L'ebraico e l'arabo necessitano di dir="rtl"; usa proprietà logiche di inizio/fine per il layout. Isola i valori da sinistra a destra come indirizzi email, URL e nomi di prodotto dove altrimenti verrebbero riordinati in modo confuso. I metadati della lingua non sostituiscono un contenuto leggibile e correttamente tradotto.
Una revisione pratica del rilascio
- Richiedi un URL rappresentativo in ogni lingua senza il JavaScript del browser e ispeziona il titolo, il canonico, la lingua e le intestazioni.
- Segui i link di lingua alternativa in entrambe le direzioni e conferma che risolvano correttamente a contenuti equivalenti.
- Mantieni nella sitemap solo gli URL preferiti e pubblicati. Escludi le varianti di tracciamento, le raccolte vuote e le bozze.
- Conferma che un host di anteprima fornisca
noindexin un'intestazione HTTP o in un meta tag HTML, mentre la produzione rimane indicizzabile. Consenti ai crawler di recuperare la pagina di anteprima in modo che possano leggere quella direttiva. - Metti alla prova il cambio di lingua su un servizio, un articolo e il modulo di richiesta, inclusi i caricamenti diretti e le preferenze memorizzate.
Il comportamento noindex segue le linee guida di Google sul controllo dell'indicizzazione. Questi controlli supportano una scoperta coerente; non promettono posizionamenti. Per assistenza all'implementazione, vedi sviluppo web e il secondario servizio di SEO tecnica.
