U heeft een Duitstalige versie van uw site gelanceerd. Of een Franstalige. Er is geld besteed aan vertalingen, de navigatie is bijgewerkt en misschien heeft iemand de teksten nagekeken.
Zes maanden later is het organisch verkeer uit Duitsland vlak. Franse bezoekers zijn nog steeds verwaarloosbaar. U controleert Google Search Console en ontdekt dat uw Duitstalige pagina's niet geïndexeerd zijn. Of erger: ze zijn geïndexeerd, maar Google toont uw Engelstalige inhoud aan Duitstalige zoekers.
Dit is de stille mislukking van de meeste meertalige websites. Vanuit het dashboard ziet alles er prima uit. In werkelijkheid werkt niets.
Waarom de meeste meertalige sites niet presteren
De problemen vallen in drie categorieën uiteen: een verkeerde URL-structuur, een gebrekkige hreflang-implementatie en vertaalkwaliteit die zowel zoekmachines als gebruikers direct herkennen.
Technische faalmode 1: machinale vertaling zonder redactie
DeepL en Google Translate zijn sterk verbeterd. Toch leest ongeredigeerde machinale vertaling nog altijd als ongeredigeerde machinale vertaling. Moedertaalsprekers merken het binnen twee zinnen. Zoekmachines meten bovendien engagementsignalen zoals bouncepercentage, dwell time en scrolldiepte, en matige teksten drukken alle drie omlaag.
Technische faalmode 2: gebrekkige hreflang
Hreflang is het HTML-attribuut dat Google vertelt welke versie van een pagina aan welke gebruiker getoond moet worden. Het is ook het meest verkeerd geconfigureerde SEO-element op meertalige sites. Ontbrekende zelf-referentiële tags, niet-overeenkomende URL's, onvolledige sets: elk van deze fouten breekt het hele systeem.
Technische faalmode 3: JavaScript-gebaseerd taalwisselen
Sommige sites detecteren de browsertaal via JavaScript en wisselen inhoud client-side uit. Googlebot ziet dan vaak alleen de standaardtaal. Uw Franstalige inhoud is onzichtbaar voor de Franse crawlers van Google. Het resultaat is een meertalige site die Google indexeert alsof hij alleen Engelstalig is.
URL-structuur: het fundament dat u later niet kunt wijzigen
Voordat u ook maar één vertaling aanraakt, moet u beslissen hoe uw meertalige URL's worden opgebouwd. Deze beslissing is moeilijk terug te draaien. Een verkeerde keuze betekent dat een toekomstige correctie een volledige redirect-migratie vereist.
| Structuur | Voorbeeld | Geschikt voor |
|---|---|---|
| Submap | example.com/de/ | De meeste bedrijven: beste SEO-consolidatie, één domein te beheren |
| Subdomein | de.example.com | Grote organisaties met aparte teams per regio |
| Landdomein | example.de | Bedrijven met een sterk lokaal merkidentiteit en budget voor meerdere domeinen |
| Queryparameter | example.com?lang=de | Vermijden: Google raadt dit af, slechte crawlbaarheid |
Voor de meeste bedrijven is de submapstructuur de juiste keuze. Domeinautoriteit blijft geconsolideerd. U beheert één domein. Hreflang is eenvoudiger te implementeren. Hostingkosten blijven voorspelbaar.
De enige reden om te kiezen voor landomeinen (example.de, example.fr) is als lokaal marktvertrouwen een kritieke conversiefactor is, zoals in financiële dienstverlening of gezondheidszorg waar gebruikers actief zoeken naar lokale registratiesignalen.
Hreflang: het attribuut dat alles breekt als het fout gaat
Hreflang-tags vertellen zoekmachines: "deze pagina in het Duits is het equivalent van die pagina in het Engels". Zonder die tags gokt Google. En dat gaat meestal fout.
De vier meest voorkomende hreflang-fouten
- Ontbrekende zelf-referentiële tag: elke pagina moet zichzelf opnemen in zijn eigen hreflang-set. Laat u dit weg, dan kan Google de hele set negeren.
- Niet-overeenkomende URL's: als uw hreflang verwijst naar example.com/de/pagina/ maar de werkelijke URL is example.com/de/pagina (zonder afsluitende slash), is de tag kapot.
- Onvolledige sets: als uw Engelstalige pagina verwijst naar een Duitstalige versie, moet die Duitstalige pagina ook terugverwijzen naar de Engelstalige. Enkelvoudige tags worden behandeld als fouten.
- Verkeerde taalcodes: `de` betekent Duits wereldwijd. `de-DE` betekent Duits voor Duitsland. `de-AT` betekent Duits voor Oostenrijk. Een verkeerde code zorgt ervoor dat Duitstalige Oostenrijkers uw op Duitsland gerichte pagina te zien krijgen.
Een geldige hreflang-implementatie voor een site in drie talen ziet er als volgt uit: elke pagina in elke taal heeft een volledige set tags die naar alle drie versies verwijzen, inclusief zichzelf. Dat zijn drie tags per pagina per taal. Voor 50 pagina's in drie talen zijn dat 450 hreflang-declaraties, en alle moeten consistent zijn.
Handmatig beheer hiervan op schaal is hoe fouten ontstaan. Automatisering op frameworkniveau is hoe u ze voorkomt.
Vertaalkwaliteit: wat werkelijk het verschil maakt
Niet alle vertalingen zijn gelijkwaardig. De juiste aanpak hangt af van het paginatype, de markt en het budget.
| Aanpak | Kwaliteit | Kosten | Geschikt voor |
|---|---|---|---|
| Ruwe machinale vertaling | Functioneel, herkenbaar als vertaling | Vrijwel nul | Interne documenten, archiefpagina's met weinig verkeer |
| Machine plus menselijke redactie | Goed voor de meeste contexten | Laag tot gemiddeld | Blogposts, productomschrijvingen, secundaire pagina's |
| Professionele vertaling | Hoog, nauwkeurig | Gemiddeld tot hoog | Juridische pagina's, casestudies, kerndienstenpagina's |
| Native copywriting | Hoogst, cultureel resonant | Hoog | Homepage, landingspagina's, pagina's met hoge conversie |
De meest gemaakte fout: bedrijven passen ruwe machinale vertaling uniform toe op de hele site en vragen zich vervolgens af waarom hun Duitstalige homepage niet converteert. Een homepage is een verkoopdocument en vereist native copywriting.
Een blogpost op positie 8 voor een niche zoekterm kan wegkomen met machine-plus-redactie. Uw primaire dienstenpagina niet.
Culturele aanpassing: wat vertaaltools niet kunnen
Dezelfde zin kan correct zijn in het Duits en toch niet converteren. Cultureel register, argumentatiestijl en vertrouwenssignalen verschillen aanzienlijk tussen Europese markten.
DACH (Duitsland, Oostenrijk, Zwitserland)
Duitstalige markten verwachten formeel taalgebruik (Sie, niet du, tenzij u een startup bent die een zeer specifieke doelgroep aanspreekt). Ze verwachten technische diepgang. Vage claims zoals 'de beste oplossing' werken actief averechts: onderbouw alles met concrete gegevens. Gegevensbescherming (DSGVO) is zowel een wettelijke verplichting als een vertrouwenssignaal: geef het een prominente plek.
Frankrijk
Frans publiek verwacht formaliteit en een demonstratie van expertise voordat vertrouwen wordt gegeven. Casestudies en referenties tellen. De vous-vorm doorlopend hanteren. Overdreven informeel taalgebruik komt onprofessioneel over.
Spanje en Latijns-Amerika
Spaanstalige markten zijn doorgaans warmer en meer relatiegericht. Vertrouwen wordt opgebouwd via toon, niet alleen via referenties. Spanje en Latijns-Amerika zijn echter duidelijk van elkaar te onderscheiden: woordenschat, idioom en formaliteitsnormen verschillen aanzienlijk. Één Spaanse vertaling bedient beide markten niet goed.
Nederland
Nederlands publiek is opvallend direct en prijstransparant. Bedrijfsjargon en holle woorden worden niet gewaardeerd. Klinkt uw Nederlandstalige tekst als een persbericht, dan presteert hij ondermaats. Wees concreet over wat iets kost en wat u ervoor krijgt. Concreet slaat altijd abstracte taal.
Polen
Poolse B2B-kopers zijn waardegericht. ROI-argumenten landen goed. De markt is prijsgevoelig ten opzichte van West-Europa, maar kwaliteitssignalen spelen mee: Poolse kopers zijn veeleisender geworden naarmate de markt is gerijpt. Zorg dat uw Poolse content niet aanvoelt als een vertaling die er achteraf bij is gekomen.
Het meertalige probleem van WordPress
De meeste bedrijven die meertaligheid in WordPress proberen, grijpen naar WPML of Polylang. Beide zijn volwassen plugins. Beide hebben ook reële problemen op schaal.
Prestatieoverhead
WPML voegt bij elke paginaoproep extra databasequery's toe om de juiste taalversie te bepalen en te serveren. Op een site met 10.000 posts in 5 talen wordt deze overhead meetbaar. Daarmee stapelt u overhead op een architectuur die al prestatiegevoelig is.
Complexiteit van vertalingsbeheer
Vertalingen beheren in WordPress betekent parallelle posthiërarchieën synchroon houden. Werkt u uw Engelstalige dienstenpagina bij, dan moet u elke taalversie handmatig markeren en opnieuw laten vertalen. Mist u er één, dan staat verouderde inhoud live.
Hreflang-fouten
WPML en Polylang genereren hreflang automatisch, maar de kwaliteit van hun uitvoer is direct afhankelijk van de volledigheid van uw vertalingen. Ontbreekt een Duitstalige vertaling, dan is de hreflang-set van elke Engelstalige pagina die ernaar verwijst onvolledig. Plugin-gegenereerde hreflang vereist een vertaaldekking die even perfect is als de plugin.
Pluginafhankelijkheidsrisico
Uw volledige meertalige infrastructuur rust op een externe plugin die compatibel moet blijven met WordPress core, uw thema en uw overige plugins. WPML-updates hebben in het verleden regressies veroorzaakt. Storingen kunnen alle taalvarianten tegelijk treffen, wat de impact van één gebrekkige update sterk vergroot.
De Next.js-aanpak voor meertaligheid
Next.js handelt internationalisering af op frameworkniveau, niet op pluginniveau. Het verschil is architecturaal.
Routering op frameworkniveau
In Next.js zijn `/de/services` en `/en/services` volwaardige routes die het framework al tijdens de buildtijd kent. Er is geen client-side taalwisselen, geen runtime-detectie. Google crawlt elke URL als een volledig onafhankelijke pagina met eigen inhoud.
Automatische hreflang-generatie
Met een correcte Next.js i18n-configuratie worden hreflang-tags gegenereerd vanuit uw routeconfiguratie. Voeg een nieuwe locale toe en elke pagina krijgt automatisch de juiste tags. Verwijdert u een locale, dan worden de verweesde verwijzingen opgeschoond. Geen handmatig beheer, geen stille fouten.
Consistente prestaties voor alle locales
Het toevoegen van Duits- en Franstalige versies aan een Next.js-site voegt geen databasequery's, pluginoverhead of PHP-complexiteit toe. Elke locale bestaat uit statische bestanden geserveerd vanaf een CDN-edge. Een gebruiker in München ontvangt de pagina doorgaans in ruim minder dan 100ms van een nabijgelegen edge-knooppunt (afhankelijk van CDN-dekking en routing), ongeacht het aantal taalvarianten.
Gestructureerde inhoud zonder pluginrisico
Vertaalinhoud leeft in JSON-bestanden of een headless CMS. Geen plugin om bij te werken, te breken of voor te betalen. Geen databaseschemawijzigingen bij het toevoegen van een taal. Content wordt versiebeheerd naast de code.
Checklist voor livegang van meertalige sites
Doorloop deze lijst voordat u een nieuwe taalversie live zet.
- Test via de Google van het doelland: gebruik een VPN of het URL-inspectieprogramma van Google Search Console om te verifiëren dat de juiste taalversie wordt geretourneerd voor zoekopdrachten vanuit dat land.
- Valideer hreflang met een speciale tool: Screaming Frog of Ahrefs Site Audit brengt verkeerd geconfigureerde of ontbrekende hreflang-tags in uw volledige URL-set aan het licht.
- Voer PageSpeed afzonderlijk uit per locale: een Duitstalige pagina met een zwaarder lettertype of andere afbeeldingen kan anders scoren dan uw Engelstalige baseline.
- Native speaker review voor de livegang: controleer op typefouten, toon, register en of de tekst een lokale klant daadwerkelijk zou overtuigen.
- Juridische aanpassing en Impressum-lokalisatie: DACH-markten vereisen een Duitstalig Impressum en een DSGVO-conforme privacyverklaring. Frankrijk vereist specifieke wettelijke vermeldingen. Dit zijn wettelijke verplichtingen, geen optionele toevoegingen.
- Controleer taaldetectie bij directe URL-toegang: navigeert een gebruiker rechtstreeks naar /de/services, dan moet hij Duits zien en niet worden doorgestuurd naar Engels op basis van zijn browserinstellingen.
Wat 'werken' er daadwerkelijk uitziet
Een meertalige site die werkt heeft onderscheidende organische rankings in elke doelmarkt. Google Search Console toont impressies en klikken vanuit de juiste landen op de juiste taalversies. Bouncepercentages zijn vergelijkbaar over locales heen en niet significant hoger op vertaalde versies. En wanneer een Duitstalige gebruiker uw doelzoekterm intypt in Google.de, vindt hij uw Duitstalige pagina, niet uw Engelstalige.
Dit resultaat vereist dat u de URL-structuur vanaf het begin goed inricht, hreflang foutloos implementeert, de vertaalkwaliteit afstemt op het belang van de pagina en een technische stack gebruikt waarbij dit alles automatisch wordt onderhouden in plaats van handmatig.
De meeste bedrijven krijgen al deze onderdelen niet in één keer goed: itereren is normaal. Het gangbare patroon is: vertaalde site lanceren, geen resultaten zien, aannemen dat de markt het product niet wil, en internationale expansie staken.
De markt wil het product doorgaans wel. De site was simpelweg niet gebouwd om die markt te bereiken.
Ontvang een gratis websitegezondheidrapport
Presteert uw meertalige site niet naar verwachting, of plant u er een en wilt u de architectuur goed inrichten voor u begint, dan kan webvise uw huidige setup gratis auditeren.
Het gratis websitegezondheidrapport dekt hreflang-implementatie, URL-structuur, PageSpeed per locale en vertaalkwaliteitssignalen. U ontvangt een specifieke, uitvoerbare analyse van wat er niet klopt en wat u als eerste moet aanpakken.
Vraag uw gratis rapport aan via webvise.io/wp-health-report. Geen verkoopgesprek vereist.