Hoe je een meertalige website migreert zonder SEO te verliezen

Verkeer verdwijnt doorgaans niet omdat Google in de war is geraakt. Het verdwijnt omdat een meertalige migratie werd aangepakt als een simpele redesign, en omdat iemand vergat dat elke taalversie zijn eigen URL's, signalen, canonicals en interne linkstructuren heeft. Als je een meertalige website wilt migreren zonder SEO te verliezen, heb je een plan nodig dat lokalisatie behandelt als architectuur, niet als decoratie.

In WordPress loopt dit snel uit de hand. De ene plugin slaat vertaalde URL's op één manier op, een andere herschrijft slugs anders, en een derde injecteert hreflang-tags met zijn eigen logica. Dan past iemand de domeinstructuur aan, zet de nieuwe site live op vrijdag, en vraagt zich de rest van de maand af waarom Franse productpagina's door de vloer zijn gezakt. Er zit geen mysterie achter. Het is vrijwel altijd te voorkomen.

Waarom meertalige migraties zo snel SEO-schade veroorzaken

Een migratie van een eentalige site is al kwetsbaar. Voeg meerdere talen toe en je migreert clusters van gelijkwaardige pagina's, alternatieve URL's, regionale targeting, vertaalde metadata, interne links, en vaak veel inhoud die er dubbel uitziet maar die zoekmachines alleen begrijpen dankzij de signalen eromheen.

De grootste fout is aannemen dat rankings louter op de paginainhoud steunen. Dat doen ze niet. Ze steunen op de volledige opzet: URL-structuur, indexeerbaarheid, canonicals, hreflang, redirects, sitemapconistentie, en of Google nog steeds begrijpt welke Engelse pagina overeenkomt met welke Spaanse of Duitse versie.

Als ook maar één van die elementen op grote schaal stukgaat, verspreidt de schade zich. Een verkeerde canonical kan een hele taalmap wissen. Ontbrekende redirects kunnen oude links met autoriteit tenietdoen. Onjuiste hreflang kan de verkeerde pagina naar de verkeerde markt sturen. En als vertaalde slugs veranderen zonder een sluitende redirect-map, vraag je Google eigenlijk om opnieuw te beginnen.

Voordat je begint met migreren

Begin niet met design. Begin met een inventarisatie.

Crawl de huidige site en exporteer elke indexeerbare URL voor elke taal. Neem titels, metabeschrijvingen, canonicals, statuscodes, hreflang-verwijzingen, XML-sitemapvermeldingen en interne links mee als je crawler dat ondersteunt. Als je overstapt van een gehoste vertaallaag of een SaaS-vertaalplatform, documenteer dan het exacte URL-formaat dat momenteel in gebruik is. Dat betekent: submappen, subdomeinen, parameters, vertaalde slugs, en media-URL's als die ook gelokaliseerd zijn.

Breng vervolgens elke oude URL in kaart met een nieuwe bestemming. Niet alleen sjablonen. Elke URL. Categoriepagina's, gepagineerde archieven, productpagina's, blogposts, taalhomepagina's, accountpagina's en alle waardevolle landingspagina's die zijn gebouwd voor betaald of organisch zoekverkeer. Als een pagina wordt verwijderd, beslis dan of deze moet doorverwijzen naar een vergelijkbare pagina, een 410-status moet teruggeven, of gewoon weg moet blijven. Later gissen is hoe je redirect-ketens en zwevend verkeer creëert.

Dit is ook het moment om te bepalen wat je niet gaat wijzigen. Als bestaande meertalige URL's al goed ranken, laat ze dan staan. Een migratie is niet het moment om creatief te worden met schonere slugs of een nieuwe taalarchitectuur, tenzij er een duidelijke meerwaarde is. Stabiliteit wint.

Kies de juiste URL-strategie en houd je eraan

Er zijn maar een paar verstandige opties voor meertalige SEO: submappen, subdomeinen of landsdomeinen. In WordPress zijn submappen vaak het eenvoudigst te beheren en bewaren ze autoriteit goed, maar dat maakt ze niet automatisch de juiste keuze voor elke situatie.

Wat tijdens de migratie het meest telt, is consistentie. Als je oude site /es/ en /de/ gebruikt, schakel dan niet zomaar over naar es.example.com omdat iemand dat zakelijker vindt klinken. Dat creëert een tweede migratieprobleem bovenop het eerste. Dezelfde inhoud, nieuwe structuur, nieuwe signalen, meer kansen om fouten te maken.

Er zijn gevallen waarin een URL-wijziging de moeite waard is. Misschien gebruikte het oude platform lelijke querystrings, of werden vertaalde pagina's via een proxy geserveerd op een manier die je nooit echt eigenaarschap gaf. Prima. Wees dan alleen eerlijk over de kosten. Hoe groter de structurele wijziging, hoe strakker je redirect-mapping en QA na de lancering moeten zijn.

Redirects zijn geen opruimtaak

Redirects zijn de migratie.

Als je ook maar één meertalig URL-patroon wijzigt, maak dan een redirect-overzicht dat elke oude URL koppelt aan één definitieve bestemming. Gebruik 301-redirects. Vermijd redirect-ketens. Vermijd taalmismatches, tenzij er geen alternatief is. Een oude Spaanse productpagina mag gebruikers niet dumpen op de Engelse homepage omdat het migratieteam tijd tekort had.

Dit telt voor gebruikers en crawlers, maar ook voor omzet. WooCommerce-winkels met meertalige productpagina's hebben vaak backlinks die verwijzen naar gelokaliseerde SKU's, categoriepagina's en blogcontent. Verlies je die routes, dan verlies je niet alleen rankings. Je verspilt ook linkautoriteit die je al hebt verdiend via content, PR en tijd.

Als je overstapt van een abonnementsgebaseerd vertaalplatform, zorg er dan voor dat je de exacte SEO-gerichte URL's kunt behouden die bezoekers al kennen. Daar gaat het om eigenaarschap. Sommige migratie-tools, waaronder opzetten gebouwd rondom TrueLang, zijn specifiek ontworpen om meertalige URL's over te zetten en de SEO-structuur intact te houden, in plaats van je te dwingen opnieuw te beginnen.

Hreflang, canonicals en indexeerbaarheid vereisen een grondige audit

Hier lopen veel migraties stilletjes spaak.

Hreflang moet verwijzen naar echte, indexeerbare equivalenten in alle talen. Elke pagina in de cluster moet de andere pagina's correct vermelden, inclusief zichzelf. Taal- en regiocodes moeten geldig zijn. Als je x-default gebruikt, doe dat dan bewust — niet omdat een plugin het standaard heeft toegevoegd.

Canonicals vragen nog meer aandacht. De canonical op een vertaalde pagina moet normaal gesproken naar zichzelf verwijzen, niet naar de bronversie. Als je Spaanse pagina canonical verwijst naar het Engelse origineel, vertel je Google dat de Spaanse pagina de kopie is die het kan negeren. Die fout komt veel voor, is schadelijk, en is volledig te vermijden.

Controleer daarna de indexeerbaarheid op sjabloonniveau. Noindex-tags, geblokkeerde mappen, restanten van stagingomgevingen, onbedoelde wachtwoordbeveiliging en JavaScript-renderingproblemen kunnen één taalgedeelte treffen zonder de andere aan te raken. Je kunt er niet van uitgaan dat als de Engelse versie crawlbaar is, de Italiaanse versie ook in orde is.

Inhoudsgelijkwaardigheid is belangrijker dan mensen denken

Een meertalige migratie is niet alleen technisch loodgieterswerk. Zoekmachines vergelijken equivalenten. Als de oude Duitse pagina geoptimaliseerde titeltags, bodycontent, FAQ's en interne links had, maar de nieuwe versie machinaal vertaald is met gestripte opmaak en ontbrekende metadata, kunnen rankings dalen — zelfs als de redirects perfect zijn.

Dat betekent niet dat elk woord moet overeenkomen met de oude versie. Soms helpt een opfrisbeurt. Maar de intentie, structuur en on-page-targeting moeten meekomen. Behoud vertaalde SEO-velden waar ze goed presteren. Behoud alt-teksten bij afbeeldingen waar relevant. Behoud gestructureerde data als die per taal aanwezig is. Behoud interne links in vertaalde content, zeker als ze verwijzen naar gelokaliseerde bestemmingspagina's.

Dit is één reden waarom veel site-eigenaren zware platformen juist verlaten. Ze beseffen dat ze geen schone, bewerkbare meertalige opzet in eigendom hebben. Ze hebben die gehuurd. En dan wordt migratie een vorm van archeologie.

Lanceringsdag is voor verificatie, niet voor hopen

Zodra de nieuwe site live gaat, controleer je live URL's onmiddellijk. Niet morgen. Niet na het weekend.

Test je redirect-lijst aan de hand van echte responses. Crawl de nieuwe site per taal. Inspecteer hreflang-output. Controleer canonicals. Valideer XML-sitemaps. Zorg dat oude URL's correct doorverwijzen en dat nieuwe pagina's 200-statuscodes teruggeven. Doe steekproeven van interne links in menu's, taalwisselaars, broodkruimels, producten, blogs en transactionele flows zoals winkelwagen en afrekenen.

Open daarna Search Console en let op wijzigingen in dekking, crawl-afwijkingen en hreflang-fouten. Vergelijk het aantal geïndexeerde URL's per taalgedeelte. Als één markt onevenredig begint te dalen, onderzoek dat dan snel. Bij meertalige SEO blijven kleine implementatiefouten zelden klein.

Verwacht ook enige fluctuatie. Niet elke dip betekent mislukking. Als je architectuur, inhoud, hosting en vertaaltools allemaal tegelijk hebt gewijzigd, heeft Google tijd nodig om signalen opnieuw te verwerken. Het doel is niet nul beweging. Het doel is gecontroleerde beweging met een duidelijke verklaring.

Wat je moet vermijden als je rankings wilt behouden

Migreer niet, herontwerp niet én herschrijf niet elke pagina tegelijkertijd, tenzij je het debuggen van drie variabelen tegelijk leuk vindt.

Laat een plugin geen vertaalde slugs automatisch anders genereren dan je bestaande geïndexeerde URL's, tenzij je voor elk daarvan een redirect-plan hebt.

Verwijs alle verwijderde gelokaliseerde pagina's niet door naar één generieke taalhomepage. Dat is slordig, en zoekmachines hebben dat door.

Vertrouw er niet op dat hreflang correct is omdat een plugin claimt meertalige SEO te ondersteunen. Ondersteuning is niet hetzelfde als correcte output op jouw site.

En beschouw eigenaarschap niet als een bijzaak. Als je vertaalde pagina's, metadata en URL's leven binnen het gehuurde systeem van iemand anders, neemt het migratierisico toe. Altijd.

De slimme aanpak is saai: behoud wat al werkt, documenteer elke URL, map elke redirect, verifieer elk signaal, en weiger te improviseren na de lancering. Zo migreer je zonder drama. En zo stop je ook met betalen voor de afhankelijkheid van anderen — en behoud je de rankings die je zelf hebt verdiend.