Je vertaaltool verlaten zonder SEO-verlies: van Weglot en co naar je eigen CMS

Een vertaaltool verlaten zonder SEO-verlies kan, op voorwaarde dat je het als een migratie behandelt en niet als het opzeggen van een abonnement. Tools zoals Weglot, GTranslate, ConveyThis, Linguise, Localize, Bablic en Transifex Live zetten je site snel in meerdere talen, maar de vertalingen staan bij de leverancier. Zeg je op zonder plan, dan verdwijnen je Franse, Engelse of Duitse pagina’s. In deze gids lees je wat je vandaag echt bezit, wat Google ziet, het stappenplan in 7 stappen en de route per tool en per CMS.

Deze gids gaat over een tool die je al hebt. Moet je nog kiezen hoe je vertaalt (machine, mens of hybride), lees dan eerst onze gids over een website vertalen.

Proxy of JavaScript versus de meertaligheid van je CMS

Er zijn twee manieren om een site meertalig te maken. Een vertaaltool legt een laag over je site. Je CMS zelf meertalig maken zet elke taalversie als echte pagina in je eigen systeem. Het verschil zie je op drie punten.

Een proxy (Weglot met submappen of subdomeinen, de betalende pakketten van verschillende tools) vertaalt aan de serverkant. Volgens Weglot zelf staat de vertaalde tekst dan in de HTML-broncode en kan Google de pagina’s indexeren. Voor Weglot op andere platformen dan WordPress loopt dat via een DNS-record dat naar de servers van Weglot wijst.

Een JavaScript-laag vertaalt in de browser van de bezoeker. In dezelfde documentatie schrijft Weglot dat zo’n integratie geen SEO-voordeel heeft, omdat de vertaling aan de clientkant gebeurt en niet crawlbaar is. Een gratis vertaalwidget werkt meestal zo: de bezoeker ziet een vertaling, Google ziet je brontaal.

De meertaligheid van je CMS is saaier en net daarom robuuster. Een Franse pagina is een gewone pagina met een eigen URL, gekoppeld aan haar Nederlandse versie. Geen tussenlaag, geen woordenlimiet, geen tweede dashboard.

Waarom bedrijven van hun vertaaltool af willen

De redenen zijn bijna altijd dezelfde. De kosten groeien mee met elke nieuwe pagina en elke extra taal, omdat de woordenlimiet per taal telt. Wat Weglot vandaag per pakket vraagt, rekenen we na in wat Weglot echt kost. Daarnaast staan de vertalingen in een tweede systeem: wie een Franse CTA wil aanpassen, werkt in het dashboard van de tool en niet in het CMS. En stoppen voelt als al je andere talen kwijtspelen.

Dat laatste klopt ook. Weglot schrijft in zijn artikel over opzeggen dat de vertalingen na opzeggen of pauzeren niet meer actief zijn en dat de vertaalde pagina’s geleidelijk uit zoekmachines zoals Google verdwijnen. Het is dezelfde soort afhankelijkheid als bij een gesloten CMS, waarover we schreven in vendor lock-in bij je CMS vermijden.

De exit in 7 stappen

Een vertaaltool verlaten is een kleine websitemigratie. De volgorde is belangrijker dan de techniek: je zegt pas op als de nieuwe taalversies live staan en gecontroleerd zijn.

1. Inventaris: wat publiceert de tool vandaag?

Maak een lijst van elke URL per taal, met de hreflang en canonical die erop staan, de paginatitel en de meta description. Haal uit Search Console welke vertaalde pagina’s vertoningen en klikken hebben: dat zijn de pagina’s die je niet mag verliezen. Noteer ook of de tool met submappen (/fr/), subdomeinen (fr.jouwsite.be) of alleen JavaScript werkt. Onze gratis hreflang check toont in een minuut je taalversies en welke vertaallaag er actief is.

2. Exporteer je vertalingen

Haal de vertalingen uit de tool zolang je abonnement loopt. Bij Weglot zit export en import van vertalingen volgens het eigen helpcentrum in het Advanced-pakket en hoger, als CSV of XLIFF. Zit export niet in je pakket, dan kan je de gerenderde vertaalde pagina’s zelf ophalen terwijl ze nog online staan. Welke route je bij Weglot hebt, lees je in Weglot opzeggen zonder je vertalingen kwijt te raken.

3. Kies de meertalige opzet van je CMS

Beslis per CMS hoe de talen gaan werken: een plugin of multisite op WordPress, de kernmodules van Drupal of Joomla, Localization op Webflow. Kies ook hoe de URL’s eruitzien. De makkelijkste exit is dezelfde structuur als vandaag: draaide de tool op /fr/, laat je CMS dan ook /fr/ gebruiken.

4. Herbouw de taalversies in je CMS

Importeer de vertalingen als echte pagina’s, gekoppeld aan hun bronpagina. Dit is ook het moment om ze te verbeteren: titels en meta descriptions afstemmen op wat er per taal echt gezocht wordt, CTA’s en formulieren laten nalezen door een moedertaalspreker. Een machinevertaling is geen SEO-probleem op zich, zoals we uitleggen in SEO bij vertalingen, maar een nagelezen versie converteert beter.

5. URL-strategie en 301-plan

Houd elke bestaande URL aan waar je CMS dat toelaat. Lukt dat niet (andere slug, subdomein wordt submap), dan krijgt elke oude URL een permanente redirect naar haar nieuwe adres. Google raadt bij een verhuis aan om per oude URL te beslissen waar ze naartoe gaat, server-side 301- of 308-redirects te gebruiken en die redirects bij voorkeur minstens een jaar te laten staan. Test je redirectlijst met onze redirect checker.

6. Hreflang en canonicals

Elke taalversie moet zichzelf en alle andere versies vermelden in hreflang. Google is daar strikt in: als twee pagina’s niet naar elkaar verwijzen, worden de tags genegeerd. Elke vertaalde pagina krijgt een canonical naar zichzelf, niet naar de Nederlandse versie. Hoe dat in de praktijk werkt, lees je in hreflang-tags uitgelegd.

7. Overschakelen, opvolgen en pas dan opzeggen

Zet de nieuwe taalversies live, schakel de tool uit op de site (script, plugin of DNS-record) en verwijder achtergebleven taalkiezers. Dien je nieuwe sitemap in en volg in Search Console per taal de indexering, de vertoningen en eventuele 404’s. Schommelingen in de eerste weken zijn normaal. Pas als de nieuwe versies geïndexeerd zijn en de oude URL’s correct doorverwijzen, zeg je het abonnement op. Het volledige draaiboek voor migraties lees je in ons stappenplan voor een CMS-migratie.

De route per vertaaltool

Het stappenplan is overal hetzelfde. Wat verschilt, is hoe je aan je vertalingen geraakt en wat er met de URL’s gebeurt.

• Weglot. Export als CSV of XLIFF vanaf Advanced. Op WordPress maakt de Weglot-plugin de taalmappen aan; op andere platformen loopt de vertaalde versie via een DNS-record bij Weglot, dat je bij het stoppen terugzet. Het volledige draaiboek staat in Weglot opzeggen. Twijfel je nog of je moet vertrekken, lees dan Weglot-alternatieven vergeleken.
• GTranslate. Kijk eerst welke versie je draait. De gratis widget vertaalt in de browser en levert meestal geen geïndexeerde taalpagina’s op: dan is er weinig SEO te verliezen en vooral een nieuwe taalversie te bouwen. Draai je een betalend pakket met eigen URL’s per taal, dan volg je het volledige 301-plan.
• ConveyThis en Linguise. Beide werken met een vertaallaag en een dashboard bij de leverancier. Controleer in je pakket of export van vertalingen mogelijk is en haal de lijst met vertaalde URL’s op voor je iets verandert.
• Localize, Bablic en Transifex Live. Dit zijn vooral JavaScript-lagen. Controleer of je vertaalde versies eigen URL’s hebben die Google indexeert. Zo niet, dan bouw je in je CMS nieuwe taalversies op en is het 301-plan klein of overbodig.

De route per CMS

Elk groot CMS kan zelf meertalig werken. De vraag is alleen welke opzet het best bij je site past.

• WordPress. Meertaligheid komt via een plugin (WPML, Polylang of TranslatePress) of via multisite met een site per taal. Vertalingen worden gewone berichten en pagina’s, gekoppeld aan hun bronversie. Kom je van Weglot, dan vergelijken we beide routes in Weglot vs WPML.
• Drupal. Meertaligheid zit in de kern. Volgens de Drupal-documentatie gaat het om vier kernmodules: Language, Interface Translation, Content Translation en Configuration Translation. Er is geen extra plugin nodig.
• Webflow. Met Localization krijg je locales met eigen, vertaalde slugs. Volgens de Webflow-ontwikkelaarsdocumentatie kan je CMS-items in de primaire en secundaire locales via de API beheren, wat import en latere AI-vertaling makkelijk maakt.
• Joomla. Joomla is meertalig in de kern: taalpakketten, de taalfilterplugin en gekoppelde vertalingen per artikel en menu-item. Je herbouwt de taalversies als gewone, gekoppelde content.

Daarna: AI-vertaling rechtstreeks in je CMS

Staan je vertalingen eenmaal in je CMS, dan hoeft nieuwe inhoud niet meer langs een tool. Een AI-agent kan een nieuwe pagina lezen, vertalen met je woordenlijst en je tone of voice, en de vertaling als concept in het juiste taalveld van je CMS zetten. Een moedertaalspreker leest na en publiceert. Je betaalt dan niet meer per vertaald woord bij een tool, en de hreflang blijft kloppen omdat het CMS de taalkoppeling beheert. Zo publiceer je sneller in meer talen. Dat doen we binnen onze dienst meertalige website en AI-vertaling.

Veelgestelde vragen

Verlies ik rankings als ik mijn vertaaltool opzeg?

Niet als je eerst de nieuwe taalversies live zet op dezelfde URL’s of met een volledig 301-plan, en pas daarna opzegt. Zeg je eerst op, dan verdwijnen de vertaalde pagina’s volgens Weglot geleidelijk uit Google.

Kan ik mijn vertalingen meenemen?

Meestal wel, maar het hangt van je pakket af. Bij Weglot zit export vanaf Advanced. Zonder export kan je de gerenderde pagina’s zelf ophalen zolang ze online staan.

Moeten mijn URL’s veranderen?

Niet noodzakelijk. Als je CMS dezelfde structuur ondersteunt (bijvoorbeeld /fr/), houd je dezelfde URL’s aan. Alleen wat verandert, krijgt een 301-redirect.

Hoe lang duurt zo’n overstap?

Dat hangt af van het aantal pagina’s, talen en het CMS. De voorbereiding (inventaris, export, URL-plan) bepaalt het meest; het overschakelen zelf is een korte ingreep.

Hulp bij je overstap?

Wil je van Weglot, GTranslate, ConveyThis of een andere tool af zonder zoekverkeer te verliezen? We brengen in kaart wat je tool vandaag publiceert, bouwen de taalversies na in je eigen CMS en zeggen pas op als alles gecontroleerd live staat. Bekijk onze vertaaltool migratie of de bredere SEO-migratie.

Neem contact op