Meertalige website: hoe je hem opzet, laat vertalen en vindbaar houdt

Een meertalige website is één website die dezelfde inhoud in meerdere talen aanbiedt, met per taal een eigen URL, eigen teksten en een expliciet signaal aan zoekmachines welke versie voor welk publiek bedoeld is.

Dat klinkt als een vertaalklus, en precies daar ontsporen de meeste van deze projecten. De vertaling is het zichtbare deel. Wat het project maakt of breekt zijn de URL-structuur, hreflang, het contentbeheer en de vraag hoeveel talen je redactie werkelijk aankan. Sla je die over, dan sta je een halfjaar later met vier taalversies die elkaar verdringen en een redactieproces dat niemand bijhoudt.

Deze gids loopt de keten door: wanneer meertaligheid loont, hoe je de talen uit elkaar houdt, wat hreflang doet, wat het kost en hoe je het beheersbaar houdt zodra de vierde taal erbij komt. Vezert draait de eigen site op vijf talen, dus de voorbeelden komen van eigen bodem.

Een meertalige website bedient meerdere taalgroepen vanuit één merk, één ontwerp en één beheerproces. Elke taal krijgt een eigen adres en een eigen tekst, maar ze delen de navigatie, de sjablonen en meestal het beeldmateriaal. Dat onderscheidt haar van twee losse websites die toevallig hetzelfde logo dragen, en ook van een pagina die de bezoeker met een knopje door een vertaalmachine haalt.

Meertalig en multiregionaal worden vaak door elkaar gebruikt. Volgens de documentatie van Google over multiregionale en meertalige sites biedt een meertalige site inhoud in meer dan één taal aan, terwijl een multiregionale site zich expliciet op gebruikers in verschillende landen richt. Een Nederlandse en een Vlaamse versie in dezelfde taal is dus multiregionaal, en veel sites zijn allebei tegelijk.

Wat het niet is: een vertaalwidget die de pagina in de browser omzet. Die levert geen eigen URL op, dus valt er niets te indexeren en niets naar te linken. Zoek je op website vertalen, dan krijg je vooral instructies voor Chrome en Safari. Een andere vraag dan deze.

Je hebt een meertalige website nodig zodra een meetbaar deel van je omzet uit mensen komt die jouw taal niet als eerste taal lezen. CSA Research ondervroeg in 2020 samen met Kantar 8.709 consumenten in 29 landen: 76% koopt liever bij een site met informatie in de eigen taal, en 40% koopt nooit op een site in een andere taal. Dat is geen voorkeur, dat is een filter dat vóór je kassa staat.

Het tegenargument klinkt logisch: iedereen leest toch Engels. Volgens W3Techs was Engels op 1 augustus 2026 de inhoudstaal van 49,5% van alle websites waarvan die taal bekend is, tegen 5,9% Duits en 2,2% Nederlands. Juist daar zit de kans: in een taal waarin een paar procent van het web publiceert, is de strijd om aandacht kleiner.

Toch volstaat één taal vaker dan aanbieders van vertaaldiensten toegeven. Is Engels in jouw sector de taal waarin ook de contracten worden getekend, dan levert een tweede taal administratie op zonder omzet. Begin dan liever met één extra taal en laat die zich bewijzen: toevoegen kost dagen, bijhouden kost jaren.

Er zijn drie manieren om taalversies uit elkaar te houden, en de keuze bepaalt hoeveel autoriteit je per taal opbouwt. Submappen zetten alles onder één domein, zoals vezert.com/nl/. Subdomeinen geven elke taal een eigen host, zoals nl.example.com. Landdomeinen geven elke markt een eigen adres, zoals example.nl. Google beschrijft deze opties met hun voor- en nadelen en wijst geen universele winnaar aan.

De vierde optie, een taal in een URL-parameter zoals example.com?lang=nl, staat in diezelfde documentatie als afgeraden. Ze is snel in te bouwen en verder alleen maar lastig.

Hreflang is een annotatie waarmee je zoekmachines vertelt dat twee URL's dezelfde pagina in een andere taal of voor een andere regio zijn. Het is geen middel om hoger te komen. Het zorgt ervoor dat een Nederlandse zoeker de Nederlandse versie ziet in plaats van de Engelse, terwijl beide versies blijven bestaan. Volgens de handleiding van Google over gelokaliseerde versies mag die annotatie in de HTML, in de HTTP-header of in je sitemap staan.

De annotatie is wederkerig, en daar loopt het meestal spaak. Noemt je Nederlandse pagina de Duitse, maar noemt de Duitse de Nederlandse niet, dan valt de hele groep weg. Google negeert de aanwijzing en kiest zelf.

De taalcodes zijn de tweede valkuil. Gebruik nl voor Nederlands als taal, nl-BE als je specifiek Vlaanderen bedoelt, en nooit een landcode in je eentje. Het W3C legt uit hoe je zo'n tag opbouwt: eerst de taal, daarna pas eventueel de regio. De code be bestaat wel, maar staat voor Wit-Russisch en niet voor België.

Verwijs verder altijd naar de eindbestemming. Wijst je hreflang naar een URL die doorstuurt of een 404 teruggeeft, dan telt de aanwijzing niet mee.

Op onze eigen site zit hier een keuze achter die de meeste implementaties overslaan. De taalversies hebben verschillende URL's, want de slugs zijn per taal vertaald. Ze worden niet aan elkaar geknoopt via het pad, maar via een vaste identificatiecode die in elke taal gelijk blijft. Verandert een Nederlandse slug, dan blijft de koppeling met de Franse en Duitse versie staan. Bouw je hem op gelijke URL's, dan breekt hij bij de eerste hernoeming.

Vertalen zet zinnen om. Lokaliseren zet een aanbod om. Het verschil merk je pas als de site live staat en de Duitse bezoeker een telefoonnummer met Nederlands kengetal ziet, een prijs zonder de btw die hij verwacht en een klantverhaal over een bedrijf waar hij nog nooit van heeft gehoord. De tekst klopt dan wel. Het aanbod niet.

Zeven dingen veranderen mee, en ze staan zelden in een vertaalofferte:

• Prijzen, valuta en btw. Een bedrag zonder lokale btw-behandeling roept een vraag op in plaats van een bestelling.
• Formulieren en adresvelden. Postcode voor of na de plaatsnaam, provincie, telefoonnummer met landcode.
• Bewijs. Referenties en cases werken alleen als de lezer de namen herkent.
• Juridische pagina's. Voorwaarden, privacyverklaring en cookiemelding volgen het recht van de markt.
• Beeld met tekst erin. Een productscreenshot in het Nederlands verraadt zich in elke andere taal.
• Datums en getallen. 08-09 is september in Nederland en augustus in de Verenigde Staten.
• Toon. De directe Nederlandse aanspreekvorm klinkt in het Frans al snel onbeleefd.

Lokaliseren kost meer aandacht dan vertalen en levert het grootste deel van het resultaat op. Beperk het bewust: lokaliseer de pagina's waar geld wordt verdiend volledig en vertaal de rest netjes.

Wie zoekt op website laten vertalen wil iets anders dan wie zoekt op website vertalen. De eerste wil het uitbesteden, de tweede wil een knop in zijn browser. Uitbesteden kan op vier manieren, en ze verschillen sterker in resultaat dan in prijs: een vertaalbureau, een freelance vertaler met kennis van je vakgebied, machinevertaling met menselijke nabewerking, of pure machinevertaling zonder tweede lezer.

De eerste drie zijn verdedigbaar, de vierde niet. In de spamrichtlijnen van Google staat tekst die met een geautomatiseerd hulpmiddel is vertaald zonder menselijke controle vóór publicatie letterlijk genoemd als voorbeeld van misbruik van geautomatiseerde inhoud. Machinevertaling is dus geen verboden terrein, maar er moet iemand overheen die de taal spreekt en het product kent.

Laat eerst de pagina's vertalen die je omzet dragen en publiceer die volledig. Een half vertaalde taalversie waarin de bezoeker plotseling in een andere taal belandt, doet meer schade dan een taal die nog niet bestaat. Houd bovendien één taal leidend, anders weet na een jaar niemand meer welke versie klopt.

Een gelokaliseerde URL is een adres waarin ook het pad in de taal van de bezoeker staat: /nl/blog/website-structuur-planning in plaats van /nl/blog/planning-website-structure-guide. In de SEO-startgids van Google staat het advies om woorden in je URL te gebruiken die de inhoud beschrijven, en in een andere taal beschrijft een Engelse slug de inhoud nu eenmaal niet.

Op onze eigen site is elke slug per taal vertaald, in alle vijf de talen. De kostengids staat op /nl/blog/website-laten-maken-kosten, en de structuurgids die hier /nl/blog/website-structuur-planning heet, staat in het Frans op /fr/blog/arborescence-site-web.

Die keuze betalen we in doorverwijzingen: elke hernoemde slug levert een permanente redirect op, en inmiddels staan er meer dan 320 in het redirectbestand. Dat is de rekening voor consistentie.

Overbodig is het achter een inlog, waar niemand de URL leest. Voor alles wat in de zoekresultaten verschijnt, is het de moeite waard. Een Nederlandse zoeker die onder een Nederlandse titel een Engelse slug ziet staan, klikt vermoedelijk iets minder vaak. Bewijzen met een cijfer kunnen we dat niet, en we doen ook niet alsof.

Een CMS is geschikt voor meertaligheid als het drie dingen los van elkaar kan: per taal een eigen URL geven, per taal een eigen publicatiestatus bijhouden, en hreflang automatisch genereren. Kan het dat niet, dan bouw je die logica handmatig na en betaal je die keuze elke maand terug in beheertijd. Alle andere functies zijn comfort.

WordPress is de meest gestelde vraag, meestal in de vorm van hoe je een WordPress-website laat vertalen. WPML en Polylang maken per taal een eigen pagina met een eigen URL binnen dezelfde installatie. Weglot en vergelijkbare diensten leggen een vertaallaag over de bestaande site. Twee losse installaties raden we af: dubbel onderhoud, en de talen lopen gegarandeerd uit de pas.

Webflow heeft meertaligheid ingebouwd, inclusief vertaalde slugs en automatische hreflang. Frameworks zoals Next.js laten je de routering zelf bepalen, wat de meeste vrijheid geeft en de meeste discipline vraagt. De afweging staat in ons artikel over Next.js tegenover WordPress en Webflow.

Test bij de selectie één ding dat vrijwel niemand test: wat gebeurt er met een pagina die in het Nederlands bestaat en in het Duits nog niet? De Nederlandse tekst, een lege pagina of een 404? Alle drie komen voor, met verschillende gevolgen voor je indexering.

Verschillende talen concurreren zelden met elkaar, want ze mikken op verschillende woorden. Regioversies in dezelfde taal doen dat wel, en daar gaat het bijna altijd fout. Een Nederlandse en een Vlaamse pagina met vrijwel identieke tekst vragen Google om te kiezen, en Google kiest er één. De andere verdwijnt uit beeld zonder dat iemand het merkt.

Hreflang lost dat niet op. Het wisselt alleen de getoonde versie om zodra Google al besloten heeft welke pagina relevant is. Wil je dat beide versies echt bestaan, dan moeten ze inhoudelijk verschillen: eigen prijzen, eigen levervoorwaarden, eigen voorbeelden. Verschillen ze alleen in spelling, voeg ze dan samen en wijs één canonieke versie aan, volgens de richtlijnen van Google over dubbele URL's.

Binnen één taal geldt hetzelfde als op een eentalige site: twee pagina's die op hetzelfde zoekwoord mikken, verzwakken elkaar. Dat is een indelingsprobleem en geen vertaalprobleem, zoals ook blijkt uit ons artikel over de invloed van website-architectuur op zoekzichtbaarheid.

De regel die wij aanhouden: één taalversie per markt, tenzij het aanbod echt verschilt.

Een vertaald zoekwoord is bijna nooit het zoekwoord waar in die taal op wordt gezocht. Mensen formuleren hun probleem anders, gebruiken andere leenwoorden en verwachten andere antwoorden. Wie zijn Engelse zoekwoordenlijst laat vertalen en daar de structuur van zijn taalversie op baseert, bouwt een site voor een vraag die in die taal niet bestaat.

Het Nederlands levert daar een leerzaam voorbeeld van. In de zoekwoorddata van Ahrefs (juli 2026) haalt website vertalen ongeveer 600 zoekopdrachten per maand, vier keer zoveel als meertalige website. Toch is het het verkeerde doelwit: de bijbehorende zoekopdrachten zijn website vertalen chrome, website vertalen safari en website vertalen iphone. Dat zijn mensen die een pagina willen lezen, niet mensen die een site willen laten bouwen. De variant met koopintentie is website laten vertalen, en juist die haalt de hoogste advertentieprijs per klik van de hele Nederlandse set.

Doe daarom per taal echt zoekwoordonderzoek voordat je de structuur van die taalversie vastlegt. Een onderwerp dat in het Duits een paar honderd zoekopdrachten waard is, kan in het Spaans nul opleveren. Wat dat betekent hoort thuis in de SEO-planning en niet in een vertaalofferte.

De kosten vallen in drie stapels: de bouw van de meertalige structuur, de vertaling zelf, en het beheer daarna. De eerste stapel is eenmalig en goed te begroten. De tweede schaalt met het aantal woorden en het aantal talen. De derde loopt door zolang de site bestaat, en die wordt in bijna elke begroting vergeten.

Voor de bouw gelden dezelfde vertrekpunten als voor eentalige projecten. Een landingspagina begint bij €1.500, een bedrijfswebsite bij €5.000 en een webportaal bij €9.000. Onderhoud start bij €500 per maand. De actuele bedragen staan op de prijzenpagina en de opbouw ervan in onze gids over wat een website laten maken kost.

Over de vertaalprijs publiceren we bewust geen tarief. Die wordt per woord afgerekend en verschilt sterk per talencombinatie, vakgebied en kwaliteitsniveau. Vraag altijd twee bedragen op: een prijs per woord én een prijs voor een revisieronde.

Doorlooptijd is meestal het echte knelpunt, en die zit zelden in de techniek. Een taal technisch toevoegen aan een goed opgezette site kost dagen. Vertalen, laten nakijken door iemand die het product kent en corrigeren kost weken.

De meeste meertalige projecten stranden niet op de vertaling. Ze stranden op beslissingen die drie maanden eerder zijn genomen en die toen niemand belangrijk vond. De zeven punten hieronder zijn stuk voor stuk goedkoop te voorkomen en duur te herstellen, en ze staan in de volgorde waarin ze opduiken: eerst tijdens de bouw, daarna tijdens het beheer.

• Automatisch doorsturen op basis van IP-adres. Google raadt IP-analyse expliciet af, en een Nederlandse zakenreiziger in Madrid krijgt zo de Spaanse site die hij niet kan lezen.
• Geen zichtbare taalwissel. Staat de keuze verstopt in de voettekst, dan vindt een groot deel van je bezoekers hem niet. Een vlaggetje staat trouwens voor een land, niet voor een taal.
• Een taalversie starten met een vertaalde zoekwoordenlijst. De snelste manier om pagina's te schrijven waar in die taal niemand naar zoekt.
• Hreflang zonder verwijzing terug. Eén ontbrekende regel zet de hele groep buiten werking.
• Half vertaalde talen publiceren. Dat verliest sneller vertrouwen dan een taal die er nog niet is.
• Vergeten wat niet in de pagina's staat. Foutmeldingen, e-mails aan klanten en de cookiemelding blijven het langst in de brontaal hangen.
• Geen eigenaar per taal. Zonder één verantwoordelijke loopt elke taal binnen een jaar uit de pas.

Beheer is het deel waar meertalige sites op stukgaan, niet de bouw. Vanaf ongeveer de derde taal wordt elke inhoudelijke wijziging een klein project: een aangepaste dienstomschrijving raakt vijf pagina's, een nieuwe prijs raakt er vijf, een gewijzigde juridische tekst raakt er vijf. Zonder proces betekent dat in de praktijk dat vier van de vijf talen achterlopen.

Vier afspraken houden het werkbaar. Eén taal is leidend en elke wijziging begint daar. Elke wijziging krijgt een regel in een wijzigingslijst met de datum en de talen die nog moeten volgen. Een taal die meer dan een kwartaal achterloopt wordt tijdelijk teruggetrokken. En elk kwartaal controleer je de interne links per taal.

Er is een reden bij gekomen om dit netjes te doen. AI-assistenten lezen pagina's steeds vaker als platte tekst en citeren wat ze kunnen ontleden. Op onze site staat daarom van elk artikel per taal een markdownversie klaar, met alle interne links als volledige adressen.

Als je uit deze gids één ding meeneemt: kies de URL-opzet en de brontaal voordat er één woord vertaald wordt, en voeg talen één voor één toe. Die volgorde lijkt op die van een website-redesign, en het loopt op dezelfde manier mis als je hem omdraait.