Meertalige SEO voor Lovable-sites

Een Nederlandse Lovable-site die ook Duitse en Engelse markten wil bedienen klinkt simpel — totdat je merkt dat Google dezelfde pagina drie keer probeert te indexeren, of erger nog, je Duitse versie aan Nederlandse zoekers toont. Hier vind je het juiste fundament.

Meertalige SEO wordt pas interessant zodra je Duitse of Engelse klanten hebt: Google probeert anders dezelfde Nederlandse pagina in drie landen te tonen, of toont je Duitse versie aan Nederlandse zoekers. Hieronder staat het fundament: drie architecturen, hreflang die werkt, en de valkuilen die Lovable-sites erbij nemen.

Meertalige SEO in het kort: wat is het en wanneer loont het?

Meertalige SEO is het zo inrichten van je site dat Google per taal en land de juiste versie van je pagina laat zien. Dat bestaat uit drie beslissingen: waar staan de taalversies (subfolder, subdomein of eigen domein), welke versie hoort bij welke bezoeker (hreflang), en wat is de canonicale bron van elke pagina. Voor de meeste Lovable-sites is subfolders kiezen plus correcte hreflang de kortste route.

Loont het altijd? Nee. Meertalig uitbreiden zonder markt is geld verbranden: elke taalversie wil onderhouden, vertaald en geïndexeerd worden. Loont het wél — je hebt buitenlandse klanten, reacties of bestellingen — dan is de structuur hieronder het fundament waar alles op rust.

Drie architecturen voor meertalige sites

Er zijn drie standaard-patronen: (1) subdomeinen (de.voorbeeld.nl), (2) subfolders (voorbeeld.nl/de/), (3) ccTLDs (voorbeeld.de). Voor de meeste Lovable-projecten is optie 2 — subfolders — de pragmatische keuze.

Reden: subfolders erven domein-autoriteit van het hoofddomein, je hoeft maar één SSL-certificaat te beheren, en Lovable’s routing-systeem ondersteunt het uit de doos. ccTLDs lijken professioneler maar kosten je elke nieuwe taal weer een DR 0-restart.

Hreflang: de bouwsteen die niemand goed doet

Hreflang-tags vertellen Google: ‘deze pagina is voor Nederlandse lezers, hier staat de Duitse variant’. Zonder hreflang kiest Google soms de verkeerde taalversie voor een bezoeker; het is geen rankinghefboom, het stuurt alleen welke versie er getoond wordt.

<link rel="alternate" hreflang="nl-NL" href="https://voorbeeld.nl/" />
<link rel="alternate" hreflang="de-DE" href="https://voorbeeld.nl/de/" />
<link rel="alternate" hreflang="en-GB" href="https://voorbeeld.nl/en/" />
<link rel="alternate" hreflang="x-default" href="https://voorbeeld.nl/" />

Belangrijke regel: hreflang moet wederzijds zijn. Als je Nederlandse pagina naar de Duitse linkt, moet de Duitse pagina ook terugverwijzen naar de Nederlandse. Anders negeert Google de tags.

Canonical en hreflang samen

Veelgemaakte fout: een Duitse pagina canonical laten verwijzen naar de Nederlandse versie. Dat zegt ‘deze pagina’s zijn duplicates, indexeer alleen de NL’. Resultaat: je Duitse content komt nooit in Google.

De regel: elke taalvariant heeft een self-referential canonical naar zichzelf. Hreflang regelt de relatie tussen varianten, canonical regelt de relatie naar zichzelf. Twee verschillende rollen.

Vertaling versus regionalisatie

Een woord-voor-woord vertaalde Duitse pagina is voor Google een afgeleid product. Ranking zal achterblijven bij organisch geschreven Duitse content. Investeer in een native Duitse versie van titel, meta-beschrijving, eerste paragraaf — minimaal die drie elementen moeten ‘Duits geschreven’ aanvoelen, niet ‘Nederlands vertaald’.

Voor MKB-budgetten: gebruik DeepL of GPT-4 voor de basis-vertaling, laat een native speaker de top-of-funnel pagina’s redigeren (homepage, twee belangrijkste pillars), accepteer machine-vertaling voor de long-tail.

Search Console: per land of per taal?

Zet voor elke taalvariant een aparte property aan in Search Console (domain property dekt alles, prefix-property per subfolder). Daar zie je per regio welke termen ranken — het verschil tussen autobandenwinkel in NL en Reifenshop in DE is dat je in twee verschillende ranking-omgevingen werkt.