Een website wordt niet werkelijk meertalig omdat er een taalkeuzeknop in de header staat.
De echte test begint nadat iemand erop klikt.
Verandert het menu? Blijven de openingsuren begrijpelijk? Gebruikt het contactformulier de gekozen taal? Wat gebeurt er wanneer de bezoeker bij de reservatietool, checkout, bevestigingsmail of downloadbare pdf komt?
Veel websites vertalen de zichtbare eerste laag en laten de rest van de klantreis achter.
De homepage verandert van taal. De dienstenpagina’s niet.
De navigatie verandert. De foutmeldingen in het formulier niet.
De productpagina is vertaald. De leveringsinformatie en checkout keren terug naar de oorspronkelijke taal.
Technisch biedt de website verschillende talen aan.
In de praktijk wordt nog altijd verwacht dat de bezoeker zelf rond de hiaten werkt.
Een werkelijk meertalige website hoeft niet onmiddellijk elke historische pagina in elke taal te vertalen. Ze moet het bedoelde publiek wel de belangrijke klantreis laten voltooien zonder herhaaldelijk uit de gekozen taal te vallen.
Vertaling is niet hetzelfde als een meertalige ervaring
Vertaling gaat over de woorden.
Een meertalige ervaring omvat het volledige traject rond die woorden:
- de juiste pagina vinden;
- de beschikbare talen herkennen;
- het aanbod begrijpen;
- prijzen, openingsuren of leveringsvoorwaarden controleren;
- een formulier invullen;
- reserveren of kopen;
- een bevestiging ontvangen;
- hulp vinden wanneer iets misloopt.
Een onderneming kan correcte vertalingen hebben en toch een slechte meertalige ervaring aanbieden.
De vertaalde tekst kan verborgen zitten achter een onduidelijk taalmenu. Een reservatietool kan in een andere taal openen. De gekozen taal kan verdwijnen wanneer de bezoeker een interne link volgt. Zoekmachines kunnen mensen naar de verkeerde versie sturen. Een klantenservicemail kan in de standaardtaal van de website aankomen.
De woorden zijn vertaald.
De klantreis niet.
De gekozen taal moet de volledige taak overleven
De eenvoudigste praktische test is:
Kan iemand een taal kiezen en de belangrijkste taak voltooien zonder teruggedwongen te worden naar een andere taal?
Voor een restaurant kan die taak zijn:
- het concept begrijpen;
- het menu bekijken;
- locatie en openingsuren controleren;
- een tafel reserveren;
- een bruikbare bevestiging ontvangen.
Voor een lokale dienstverlener:
- de dienst begrijpen;
- bepalen of ze past;
- prijzen of voorwaarden bekijken;
- een aanvraag versturen;
- begrijpen wat daarna gebeurt.
Voor een webshop:
- een product vinden;
- de details begrijpen;
- een maat of variant kiezen;
- levering en retourvoorwaarden bekijken;
- de checkout voltooien;
- bestelinformatie ontvangen.
Wanneer de gekozen taal halverwege verdwijnt, heeft de website haar taak niet voltooid.
De bezoeker geraakt er misschien nog door.
Dat maakt de ervaring niet goed.

Een taalkeuze is een belofte
Een zichtbare taaloptie creëert een verwachting.
Wanneer een website Engels, Nederlands of Frans aanbiedt, verwacht de bezoeker redelijkerwijs dat relevante informatie en acties in die taal beschikbaar zijn.
Dat vereist geen perfectie.
Een kleine onderneming heeft misschien niet de tijd of het budget om elk oud artikel, persbericht of zelden bezocht onderdeel te vertalen.
Maar de centrale klantreis moet eerlijk zijn.
Wanneer slechts een deel van de website vertaald is, moet de onderneming bewust bepalen welk deel volledig is en welk deel niet. Een taaloptie die de homepage verandert maar menu, formulier en reservatieproces ongemoeid laat, kan frustrerender zijn dan duidelijk minder talen aanbieden.
Een gedeeltelijke vertaling is niet automatisch nutteloos.
Een toevallig gedeeltelijke vertaling is het probleem.
Vertaal de pagina’s die iemand helpen handelen
De eerste vertaalprioriteit hoeft niet de pagina met de meeste woorden te zijn.
Het moet de pagina zijn die de belangrijkste beslissing ondersteunt.
Voor veel kleine ondernemingen lijkt de prioriteit eerder hierop:
1. Het aanbod
Wat biedt de onderneming aan? Voor wie is het bedoeld? Wat kost het, of wat beïnvloedt de prijs?
2. Praktische informatie
Waar ligt de onderneming? Wanneer is ze open? Welke locatie, leveringsregio of servicezone geldt?
3. De volgende actie
Hoe kan iemand reserveren, kopen, bellen, bezoeken of informatie aanvragen?
4. Voorwaarden en geruststelling
Wat zijn de leveringsvoorwaarden, annuleringsregels, retourvoorwaarden, betaalmethodes of belangrijke beperkingen?
5. Bevestiging en opvolging
Wat gebeurt er nadat de bezoeker het formulier verstuurt, de bestelling plaatst of reserveert?
Een vertaald blogarchief kan zoekzichtbaarheid en vertrouwen ondersteunen.
Een vertaalde bevestigingsmail kan een onmiddellijk klantenprobleem voorkomen.
Prioriteit moet de klantreis volgen, niet het gemak van het contentsysteem.
De verborgen onderdelen zijn het belangrijkst wanneer iets misloopt
De gemakkelijkste pagina’s om te vertalen zijn meestal de pagina’s die een onderneming dagelijks ziet.
De vergeten onderdelen verschijnen vaak pas na een actie of fout:
- meldingen voor verplichte velden;
- betalingsfouten;
- onbeschikbare reservatiemomenten;
- meldingen over uitverkochte producten;
- cookie- en toestemmingsinstellingen;
- e-mails om een wachtwoord opnieuw in te stellen;
- orderbevestigingen;
- annuleringsberichten;
- automatische supportantwoorden;
- juridische of leveringsvoorwaarden.
Die momenten zijn belangrijk omdat de bezoeker al iets probeert op te lossen.
Een mooie vertaalde homepage biedt weinig troost wanneer de betalingsfout onbegrijpelijk is.
Een degelijke meertalige review moet daarom succesvolle en mislukte trajecten testen.
Vraag niet alleen of het formulier verstuurd kan worden.
Vraag of iemand begrijpt wat moet worden gecorrigeerd wanneer dat niet lukt.
Menu’s, pdf’s en externe tools tellen ook mee
Ondernemingen behandelen externe tools vaak als de verantwoordelijkheid van iemand anders.
De bezoeker doet dat niet.
Een restaurantsite kan vertaald zijn terwijl het menu alleen als Franstalige pdf beschikbaar is. Een meertalige hotelsite kan de bezoeker doorsturen naar een reservatiemodule die alleen Engels gebruikt. Een webshop kan producten in het Nederlands tonen maar een onvertaald retourportaal gebruiken.
Vanuit het standpunt van de bezoeker behoort de klantreis tot één onderneming.
Dat een andere leverancier de laatste stap uitvoert, verwijdert de frictie niet.
Externe systemen moeten deel uitmaken van de meertalige controle:
- boekings- en reservatieplatformen;
- betaal- en checkouttools;
- leveringstrackers;
- helpcentra;
- ingebouwde kaarten en widgets;
- downloadbare menu’s en brochures;
- accountportalen;
- automatische e-mails en berichten.
Soms kan de onderneming het externe systeem niet volledig controleren.
Ook die beperking moet worden herkend en waar mogelijk uitgelegd voordat de bezoeker ze bereikt.
De website moet de keuze van de bezoeker onthouden
Herhaaldelijk dezelfde taal kiezen is onnodig werk.
Wanneer iemand een taal kiest, hoort de website die keuze normaal te behouden terwijl die persoon door de pagina’s beweegt. Interne links moeten waar mogelijk naar de overeenkomstige taalversie leiden.
Veelvoorkomende fouten zijn:
- het logo brengt de bezoeker terug naar de homepage in de standaardtaal;
- een actieknop linkt naar de oorspronkelijke taalversie;
- bloglinks kruisen naar een andere taal;
- de taalkeuze brengt iemand altijd naar de homepage in plaats van naar de overeenkomstige pagina;
- de checkout negeert de taal van de winkel;
- van taal veranderen wist de huidige taak.
Dit zijn geen vertaalfouten.
Het zijn fouten in navigatie en uitvoering.
Ze maken de website minder betrouwbaar omdat de bezoeker niet kan voorspellen wat de volgende klik zal doen.
Ook zoekmachines hebben een duidelijke structuur nodig
Mensen zijn niet de enige bezoekers die de taalstructuur moeten begrijpen.
Wanneer voor talen of regio’s aparte URL’s bestaan, raadt Google aan om die varianten met hreflang aan elkaar te koppelen, zodat Search gebruikers naar een passende versie kan leiden. Google raadt ook duidelijke, afzonderlijke URL’s per taal of regio aan in plaats van uitsluitend content te tonen op basis van de veronderstelde taal of locatie van een bezoeker. (Google Search Central)
Een bruikbare meertalige structuur vereist daarom meer dan vertaalde artikeltekst.
Ze moet rekening houden met:
- stabiele URL’s voor elke taalversie;
- links tussen overeenkomstige pagina’s;
- correcte taal- en regiocodes;
- passende paginatitels en beschrijvingen;
- wat er gebeurt wanneer geen equivalente vertaling bestaat.
De technische term is minder belangrijk dan het resultaat:
De juiste mensen moeten de juiste versie van de pagina kunnen vinden.
De pagina moet haar taal correct aangeven
Webpagina’s kunnen hun hoofdtaal aangeven via het HTML-attribuut lang.
W3C-richtlijnen raden aan om de standaardtaal van de pagina te declareren. MDN wijst erop dat die informatie ondersteunende technologie, zoals schermlezers, helpt om de juiste uitspraak en taalverwerking te gebruiken. (W3C Internationalisation) (MDN)
Dit is een klein technisch detail met praktische gevolgen.
Een pagina kan voor een ziende bezoeker correct vertaald lijken en door een schermlezer toch verkeerd worden uitgesproken omdat de onderliggende taal nooit werd aangepast.
Een meertalige website moet daarom zichtbare content én de taalgegevens in de pagina controleren.
De vertaling moet klinken als de onderneming
Een letterlijke vertaling kan de betekenis behouden en toch de boodschap verzwakken.
Een zin die natuurlijk klinkt in het Engels kan stijf worden in het Frans. Een rechtstreekse Nederlandse vertaling kan technisch correcte woorden gebruiken die commercieel ongewoon aanvoelen. Formaliteit, zinslengte, humor en actieknoppen verplaatsen zich niet perfect tussen talen.
Daar begint lokalisatie.
Lokalisatie vraagt:
- Hoe zou dit publiek het natuurlijk zeggen?
- Zijn munteenheid, datum- en maateenheden passend?
- Past de toon bij de lokale verwachtingen?
- Zijn voorbeelden en verwijzingen begrijpelijk?
- Klinkt de actie normaal?
- Wordt hetzelfde niveau van formaliteit consequent gebruikt?
Het doel is niet om elke taalversie identiek te maken.
Het doel is om elke versie even bruikbaar te maken.
Machinevertaling kan helpen, maar iemand moet eigenaar blijven
Moderne vertaaltools kunnen meertalig publiceren veel sneller maken.
Ze kunnen een sterke eerste versie leveren, vooral wanneer de brontekst duidelijk is.
Ze verwijderen de nood aan beslissingen niet.
Iemand moet nog altijd controleren:
- namen en producttermen;
- toon en formaliteit;
- prijzen en voorwaarden;
- juridische of veiligheidsgevoelige informatie;
- links;
- koppen en interfacelabels;
- formulieren en berichten;
- of de betekenis de vertaling heeft overleefd.
Hoe belangrijker de pagina voor een aankoop, reservatie of juridische verbintenis, hoe bewuster de review moet gebeuren.
Automatisering kan het werk verminderen.
Ze kan de gevolgen niet dragen.
Een meertalige site heeft een onderhoudsregel nodig
De eerste vertaling is niet het moeilijkste langetermijnprobleem.
De versies op elkaar afgestemd houden is dat wel.
Een onderneming past haar openingsuren aan, voegt een dienst toe, verandert een retourvoorwaarde of vervangt een product. De standaardtaal wordt onmiddellijk bijgewerkt. De andere versies blijven maanden ongewijzigd.
Uiteindelijk bevat de website verschillende versies van de waarheid.
Een praktische meertalige workflow moet bepalen:
- welke taal de bronversie is;
- wie verantwoordelijk is voor nieuwe vertalingen;
- welke wijzigingen onmiddellijk overal moeten verschijnen;
- hoe onvertaalde content wordt gemarkeerd;
- of publicatie wacht op elke taal;
- hoe oude of ontbrekende vertalingen worden gecontroleerd;
- wat gebeurt wanneer een pagina wordt verwijderd.
Dat hoeft niet ingewikkeld te zijn.
Een eenvoudige status—draft, translated, reviewed, published—kan veel verwarring voorkomen.
Een website is niet alleen meertalig op de lanceringsdag.
Ze moet dat na de volgende update nog altijd zijn.
Niet elke onderneming heeft elke taal nodig
Meer talen zijn niet automatisch beter.
Elke extra taal creëert werk: vertaling, review, klantenondersteuning, onderhoud, juridische consistentie en kwaliteitscontrole.
Een onderneming moet talen kiezen volgens het publiek dat ze werkelijk bedient of wil bedienen.
Nuttige vragen zijn:
- Welke talen gebruiken huidige klanten?
- Welke bezoekers haken af omdat informatie ontbreekt?
- Welke locaties of markten zijn commercieel belangrijk?
- Kan de onderneming aanvragen in die taal ondersteunen?
- Welk deel van de klantreis moet eerst beschikbaar zijn?
- Kan de taalversie worden onderhouden?
Voor een Brussels restaurant kunnen Nederlands en Engels commercieel nuttig zijn, zelfs wanneer de dagelijkse communicatie vooral in het Frans verloopt.
Voor een lokale dienstverlener in een klein gebied kan één sterke taalversie beter zijn dan drie verwaarloosde.
Het doel is niet om vlaggen in de header te verzamelen.
Het doel is onnodige hindernissen voor het juiste publiek verminderen.
Hoe Vayluna kan helpen
Een ondernemer hoeft geen specialist in meertalige websites te worden om de praktische hiaten te herkennen.
Vayluna kan de ervaring bekijken vanuit het standpunt van een bezoeker:
- welke talen zichtbaar worden aangeboden;
- welke belangrijke pagina’s werkelijk beschikbaar zijn;
- waar de gekozen taal verdwijnt;
- of menu’s, formulieren en externe tools bruikbaar blijven;
- of de volgende actie begrijpelijk is;
- welke oplossingen het belangrijkst lijken.
Het resultaat hoort een duidelijke, geprioriteerde uitleg te zijn en geen lijst met onverklaarde technische termen.
Dat principe zit ook achter het Brussels Project in ontwikkeling, waar meertalige toegankelijkheid wordt behandeld als deel van de klantreis en niet als een politiek scorebord.
Het ruimere aanbod aan Vayluna-services zal blijven groeien, maar de standaard moet eenvoudig blijven: identificeer het echte probleem, leg het duidelijk uit en adviseer een proportionele volgende stap.
Een werkelijk meertalige website voelt volledig
De beste meertalige websites herinneren de bezoeker niet voortdurend aan het vertaalwerk dat gebeurde.
Ze laten de persoon gewoon verdergaan.
De taal blijft geselecteerd.
De belangrijke informatie is aanwezig.
De knoppen leiden naar de verwachte plaats.
Fouten kunnen worden gecorrigeerd.
De bevestiging is begrijpelijk.
De klant hoeft zich niet af te vragen welke delen van de onderneming in de gekozen taal beschikbaar zijn en welke niet.
Dat is de echte norm.
Niet een rij taalopties.
Niet een vertaalde homepage.
Niet een plug-in die werd geïnstalleerd en vergeten.
Een werkelijk meertalige website laat de bedoelde bezoeker de klantreis met vertrouwen voltooien.
Bronnen en verdere lectuur
- Google Search Central — Managing multi-regional and multilingual sites
- Google Search Central — Localised versions of your pages
- W3C Internationalisation — Declaring language in HTML
- W3C Internationalisation — Language tags in HTML and XML
- MDN — Het HTML-attribuut lang
- Vayluna — Het Brussels Project
- Vayluna — Duidelijke taal is onderdeel van de dienst


