Een Engels /en-prefix kan geldig zijn
Een meertalige site kan /en gebruiken voor Engels, net zoals hij /he kan gebruiken voor Hebreeuws. Een ander geldig ontwerp plaatst Engels in de root. Het probleem is onbeheerde duplicatie en tegenstrijdige signalen: bijvoorbeeld wanneer beide /services en /en/services dezelfde Engelse pagina aanbieden terwijl links, canonicals en sitemaps het oneens zijn.
Dit project gebruikt Engels in de root en voorziet zijn andere ondersteunde talen, waaronder Bangla, Hebreeuws en Arabisch, van een prefix. Dat is een projectconventie, geen universele SEO-regel. De overtollige Engels-geprefixte paden leiden door naar de overeenkomstige root-paden. Een site die al consistent is georganiseerd rond /en hoeft niet te migreren alleen om die conventie te volgen. Zie Google's richtlijnen voor meertalige URL-structuren.
Breng equivalente pagina's expliciet in kaart
Elke echte vertaling moet normaal gesproken canonicaliseren naar zijn eigen voorkeurs-URL. Koppel de equivalente versies met wederkerige hreflang, inclusief een verwijzing naar de huidige pagina. Gebruik absolute URL's en een geldige taalcode. x-default identificeert een fallback voor talen zonder een specifieke match; het betekent niet dat elke pagina Engels is.
Zo kan een Engelse servicepagina verwijzen naar zijn Bangla-, Hebreeuwse en Arabische equivalenten, en elk equivalent retourneert hetzelfde cluster. Een link naar de homepage in een andere taal is geen vervanging voor een ontbrekende servicevertaling.
Vertaalde navigatie rond een ongewijzigd Engels artikel maakt geen vertaald artikel. Op deze site krijgt een artikelvertaling pas zijn eigen canonical-URL en wederkerige taallinks wanneer vertaalde hoofdinhoud beschikbaar is. Een taal-URL die nog steeds de Engelse bron toont, verwijst naar de Engelse canonical en wordt uitgesloten van het vertaalcluster. Google's referentie voor gelokaliseerde versies legt wederkerige annotaties en onvertaalde hoofdinhoud uit.
Controleer de HTML en de leesrichting
Retourneer een betekenisvol lang attribuut met de server-HTML. Hebreeuws en Arabisch hebben dir="rtl" nodig; gebruik logische start/end-eigenschappen voor lay-out. Isoleer links-naar-rechts-waarden zoals e-mailadressen, URL's en productnamen waar deze anders verwarrend zouden herordenen. Taalmetadata vervangt geen leesbare, correct vertaalde inhoud.
Een praktische release-review
- Vraag één representatieve URL in elke taal op zonder browser-JavaScript en inspecteer de titel, canonical, taal en koppen.
- Volg alternate-language-links in beide richtingen en bevestig dat ze succesvol oplossen naar equivalente inhoud.
- Bewaar alleen voorkeurs-, gepubliceerde URL's in de sitemap. Sluit tracking-varianten, lege collecties en concepten uit.
- Bevestig dat een preview-host
noindexlevert in een HTTP-header of HTML-metatag, terwijl productie indexeerbaar blijft. Sta crawlers toe de preview-pagina op te halen zodat ze die directive kunnen lezen. - Oefen taalwisseling uit op een service, een artikel en het aanvraagformulier, inclusief directe laadacties en onthouden voorkeuren.
Het noindex-gedrag volgt Google's richtlijnen voor indexeringscontrole. Deze controles ondersteunen consistente vindbaarheid; ze beloven geen rankings. Voor implementatiehulp, zie webontwikkeling en de secundaire technische SEO-dienst.
