Meertalige websites: CMS, URL's en werkstroom
Een meertalige site is niet één site maal het aantal talen. Het is één inhoudsmodel met vertaalrelaties, een URL-patroon dat je nooit meer wilt wijzigen, en een werkstroom die bepaalt of de vertalingen actueel blijven of binnen een jaar verouderen.
Deze gids behandelt de beslissingen op volgorde van hoe duur ze zijn om terug te draaien.
Kies het URL-patroon eerst#
Dit is de duurste beslissing om te wijzigen, want hij hangt samen met hreflang, canonieke URL's en elke omleiding die je ooit zult schrijven.
| Patroon | Voorbeeld | Afweging |
|---|---|---|
| Submap | site.nl/de/diensten | Het eenvoudigst; één domein bouwt alle autoriteit op |
| Subdomein | de.site.com/diensten | Nettere scheiding; meer inrichting, gesplitste signalen |
| Landdomein | site.de/diensten | Sterkste lokale signaal; een aparte site om te beheren |
| Parameter | site.com/diensten?lang=de | Vermijden — zwakke signalen, risico op dubbelingen |
Voor het merendeel van de projecten zijn submappen juist. Landdomeinen zijn alleen de moeite waard wanneer je werkelijk lokale aanwezigheid opbouwt, met een team per markt.
Taal, en de vertaalde onderdelen#
Er is meer aan een taalversie dan de tekst. Deze onderdelen worden het vaakst vergeten en zijn zichtbaar voor bezoekers.
- URL-namen: vertaald voor lokale relevantie, of identiek voor eenvoudiger onderhoud. Beide verdedigbaar; kies bewust.
- Metadata: titels en beschrijvingen per taal, niet machinaal afgeleid uit de brontaal.
- Datums, getallen en valuta in de lokale notatie.
- Formulieren: labels, foutmeldingen, bevestigingen, en de e-mails die eruit volgen.
- Afbeeldingen met tekst erin — die zijn onvertaalbaar zonder aparte bestanden.
- Juridische pagina's: privacyverklaring en voorwaarden hebben per rechtsgebied echte verschillen.
- Zoekfunctie en foutpagina's, die vrijwel altijd in de brontaal blijven hangen.
- Schrijfrichting voor talen die van rechts naar links lopen — dat is opmaak, niet alleen tekst.
hreflang correct instellen#
hreflang vertelt zoekmachines welke versie bij welke taal hoort. Het is mechanisch en het faalt op mechanische manieren.
- Elke pagina vermeldt elke taalversie van zichzelf, inclusief zichzelf.
- De verwijzingen moeten wederkerig zijn. Ontbreekt de terugverwijzing, dan vervalt de hele groep.
- Gebruik correcte codes: nl, de, pt-br. Een verzonnen code wordt genegeerd.
- Gebruik dezelfde code in de HTML en in de sitemap; twee verschillende codes breken de groep.
- Voeg x-default toe voor bezoekers die in geen enkele taal vallen.
- Genereer alles uit één bron zodat HTML en sitemap niet uiteen kunnen lopen.
- Bestaat een pagina niet in een taal, vermeld die taal dan niet — verwijs niet naar een vervanger.
De laatste regel is belangrijk bij gefaseerde vertaling: een gedeeltelijk vertaalde site is prima zolang hreflang alleen declareert wat werkelijk bestaat.
Werkstroom: waar het in de praktijk vastloopt#
De technische inrichting is het eenvoudige deel. Vertalingen actueel houden is waar meertalige projecten stilvallen.
| Probleem | Wat er gebeurt | Aanpak |
|---|---|---|
| Bron wijzigt, vertaling niet | Talen lopen stilzwijgend uiteen | Vertalingen markeren als verouderd bij bronwijziging |
| Geen eigenaar per taal | Vertalingen verouderen zonder dat iemand het merkt | Per taal een verantwoordelijke aanwijzen |
| Alles vertalen | Kosten schalen met paginatelling, niet met waarde | Alleen vertalen wat die markt nodig heeft |
| Machinevertaling zonder controle | Fouten die het merk schaden en slecht scoren | Machinaal als eerste versie, altijd nagekeken |
| Vertalers zonder context | Letterlijke maar verkeerde teksten | Schermafbeeldingen en toelichting meesturen |
| Geen concepten per taal | Halve vertalingen live | Publicatiestatus per taal apart |
Beslis vooraf welke talen volledig zijn en welke een kernselectie krijgen. Een site met vijf goede talen presteert beter dan één met vijftien verouderde.
Veelgestelde vragen
Moet ik submappen of aparte domeinen gebruiken?
Submappen voor het merendeel van de projecten: één domein bouwt alle autoriteit op, de inrichting is eenvoudiger en er is één site om te onderhouden. Landdomeinen zijn de moeite waard wanneer je werkelijk lokale aanwezigheid opbouwt met een team per markt — dan koop je een sterk lokaal signaal en betaal je met beheerlast.
Is machinevertaling acceptabel?
Als eerste versie die een mens nakijkt, ja — dat is inmiddels een normale werkwijze en het scheelt aanzienlijk in kosten. Ongecontroleerd gepubliceerd is het riskant: fouten die vaktermen verkeerd vertalen schaden je geloofwaardigheid bij precies de lezers die je wilt bereiken, en de teksten scoren slecht omdat ze niet aansluiten bij hoe mensen werkelijk zoeken.
Moet ik elke pagina in elke taal vertalen?
Nee, en proberen dat te doen is hoe meertalige projecten vastlopen. Vertaal wat die markt nodig heeft: de kernpagina's, de diensten die je daar aanbiedt, en de inhoud waar in die taal werkelijk naar gezocht wordt. Zolang hreflang alleen declareert wat bestaat, is een gedeeltelijk vertaalde site technisch volstrekt in orde.
Wat gaat er het vaakst mis bij meertalige sites?
Twee dingen. Technisch: niet-wederkerige hreflang, waardoor de hele taalgroep vervalt. Organisatorisch: geen eigenaar per taal, waardoor de brontaal doorgroeit en de vertalingen stilstaan. Het tweede is het vaakst fataal, want het is geen storing die iemand meldt — het verval is geleidelijk.
meertalige websitehreflangvertaling cmsmeertalige seointernationale websitetaalversies
