WordPress-website migreren zonder SEO-verlies: zo pak je het goed aan

Wat wordt bedoeld met een WordPress-migratie?

Niet iedere WordPress-migratie is hetzelfde. Het kan gaan om:

• een WordPress-website verhuizen naar een andere hostingomgeving;
• overstappen naar een ander domein;
• een nieuwe WordPress-website bouwen en de bestaande content overzetten;
• WordPress vervangen door een ander CMS;
• meerdere websites, talen of domeinen samenbrengen in één omgeving.

Bij een verhuizing naar andere hosting blijven de URL’s en het CMS meestal gelijk. Dat is relatief overzichtelijk. Bij een nieuw domein, een gewijzigde sitestructuur of een overstap naar een ander CMS verandert er veel meer. Zoekmachines moeten dan begrijpen waar iedere bestaande pagina naartoe is verhuisd. Formulieren, koppelingen, meertaligheid, metadata en beheerfuncties moeten bovendien opnieuw worden ingericht en getest.

Een migratieplugin kan bestanden en een database kopiëren. Die plugin bepaalt niet welke content moet blijven, hoe oude URL’s worden gekoppeld aan nieuwe pagina’s of hoe je voorkomt dat een testomgeving wordt geïndexeerd. Precies daar begint het echte migratiewerk.

Kun je WordPress migreren zonder SEO-verlies?

Je kunt een WordPress-website migreren zonder structureel verlies van SEO-waarde, maar een tijdelijke schommeling in zichtbaarheid is niet altijd te voorkomen. Google geeft aan dat posities tijdens een grote verhuizing kunnen fluctueren terwijl oude en nieuwe URL’s opnieuw worden gecrawld en verwerkt. Bij middelgrote websites kan dat volgens Google enkele weken of langer duren.

Het doel is daarom niet om te beloven dat iedere positie vanaf dag één exact gelijk blijft. Het doel is om alle relevante signalen goed over te dragen en problemen snel te herkennen. Daarvoor moeten onder andere de content, URL’s, redirects, interne links, canonicals, sitemaps en technische toegankelijkheid kloppen.

Hoe eerder SEO bij het migratieplan wordt betrokken, hoe kleiner de kans dat na de livegang moet worden gerepareerd wat vooraf voorkomen had kunnen worden.

WordPress migreren in 10 stappen

1. Breng de bestaande website volledig in kaart

Een migratie begint met weten wat er nu staat. Maak vóór de bouw een volledige inventarisatie van:

• alle indexeerbare URL’s;
• organisch verkeer en belangrijke zoekwoorden per pagina;
• inkomende links naar de website;
• paginatitels, meta descriptions en headings;
• afbeeldingen, video’s, documenten en downloads;
• formulieren, tracking, scripts en externe koppelingen;
• redirects, canonicals en meertalige instellingen;
• bestaande fouten, zoals 404-pagina’s en dubbele content.

Gebruik niet alleen de sitemap. Pagina’s kunnen verkeer of backlinks hebben terwijl ze daar niet in staan. Combineer daarom informatie uit de websitecrawl, Google Search Console, analytics en eventueel serverlogs.

Deze nulmeting is na de livegang je referentiepunt. Zonder nulmeting zie je wel dát verkeer verandert, maar niet waar of waarom.

2. Bepaal wat meegaat, wordt verbeterd of verdwijnt

Een migratie is een goed moment om op te ruimen, maar niet om zonder onderbouwing waardevolle pagina’s te verwijderen. Beoordeel daarom per URL:

• blijft de pagina één op één bestaan?
• wordt de inhoud samengevoegd met een andere pagina?
• krijgt de pagina een nieuwe URL?
• is de content verouderd en kan de URL terecht verdwijnen?

Kijk daarbij niet alleen naar bezoekersaantallen. Een pagina met weinig verkeer kan relevante backlinks hebben, belangrijk zijn voor een specifieke doelgroep of een ondersteunende rol spelen in de interne linkstructuur.

Probeer ook niet alles tegelijk te veranderen. Google adviseert bij complexe verhuizingen om grote veranderingen waar mogelijk op te delen. Een nieuw domein, ander CMS, volledig nieuw ontwerp én herschreven content tegelijkertijd maken het lastiger om problemen te herleiden.

3. Maak een URL-mapping en redirectplan

De URL-mapping is het hart van een SEO-migratie. Hierin leg je voor iedere oude URL vast wat de nieuwe bestemming wordt.

Blijft een URL hetzelfde? Dan hoeft er geen redirect te komen. Verandert de URL? Stel dan een permanente server-side redirect in, meestal een 301 of 308. Google adviseert oude URL’s rechtstreeks naar de meest relevante nieuwe bestemming te verwijzen.

Stuur daarom niet alle verwijderde pagina’s gemakshalve naar de homepage. Dat helpt bezoekers niet en kan door Google als een soft 404 worden behandeld. Voorkom ook redirectketens zoals oud A naar oud B naar nieuw C. Iedere extra stap vertraagt de route en maakt de migratie foutgevoeliger.

Google adviseert redirects na een verhuizing in het algemeen minimaal een jaar te laten staan. Voor bezoekers en oude externe links kan het verstandig zijn ze nog langer te behouden.

4. Migreer meer dan alleen de zichtbare teksten

Een pagina bestaat uit meer dan de tekst die bezoekers zien. Controleer tijdens de migratie ook:

• SEO-titels en meta descriptions;
• alt-teksten en bestandsnamen van afbeeldingen;
• publicatie- en wijzigingsdatums waar die relevant zijn;
• auteurs, categorieën en tags;
• interne en externe links;
• structured data;
• downloadbare bestanden;
• embedded video en andere media;
• meertalige relaties en hreflang-verwijzingen.

Vooral bij een overstap naar een ander CMS is een één-op-één export zelden voldoende. Velden en contentmodellen verschillen. Soms moet content worden opgeschoond, opnieuw gestructureerd of met een migratiescript worden omgezet.

5. Bouw en test in een afgeschermde omgeving

De nieuwe website wordt normaal gesproken eerst op een testomgeving gebouwd. Die omgeving mag niet voortijdig in Google verschijnen. Scherm haar daarom goed af, bijvoorbeeld met authenticatie, en controleer vóór de livegang welke tijdelijke noindex- of robots-instellingen actief zijn.

Een klassieke migratiefout is dat de productieomgeving na de livegang per ongeluk geblokkeerd blijft. Zulke blokkades kunnen niet alleen Google en Bing raken, maar ook crawlers die worden gebruikt door AI-zoekmachines. Google noemt achtergebleven noindex-regels en blokkades in robots.txt expliciet als veelvoorkomende problemen bij siteverhuizingen.

Test de nieuwe website niet alleen technisch. Laat ook redacteuren en eindgebruikers controleren of content klopt, formulieren werken en het beheer logisch is.

6. Controleer functionaliteit, performance en tracking

Loop vóór de livegang alle belangrijke gebruikersroutes door. Denk aan:

• contact- en inschrijfformulieren;
• zoekfuncties en filters;
• accounts en inlogprocessen;
• downloads en video’s;
• CRM-, e-mail- en API-koppelingen;
• cookievoorkeuren en consent;
• analytics, tags en conversiemetingen;
• mobiel gebruik en verschillende browsers;
• laadtijd en Core Web Vitals.

Maak voor kritieke processen echte testscenario’s. Een formulier dat een bedankmelding toont maar geen data naar het CRM stuurt, is technisch gezien zichtbaar ‘gelukt’ en in de praktijk alsnog kapot.

Wat als WordPress aan andere applicaties is gekoppeld?

Veel WordPress-websites staan niet op zichzelf. Ze wisselen gegevens uit met bijvoorbeeld een CRM, cursustool, reserveringssysteem, ledenomgeving, betaalprovider, e-mailplatform of maatwerkapplicatie. Bij een migratie moeten die verbindingen opnieuw worden ingericht of aangepast. Denk aan API-koppelingen, webhooks, formulieren, gebruikersaccounts, authenticatie en automatische gegevensstromen.

Ninjible brengt eerst in kaart welke systemen met WordPress communiceren, welke gegevens worden uitgewisseld en welk proces daarvan afhankelijk is. Vervolgens bouwen of passen we de koppelingen aan en testen we de volledige route. Dus niet alleen of een formulier wordt verzonden, maar ook of de juiste gegevens in het juiste systeem terechtkomen, automatische acties worden gestart en gebruikers toegang houden.

👉 Heb jij cursustools, reserveringssystemen of andere applicaties aan WordPress gekoppeld en wil je zeker weten dat die tijdens de migratie blijven werken? We kunnen de volledige technische route met je in kaart brengen.

7. Controleer de technische SEO van de nieuwe website

Voordat de nieuwe website live gaat, controleer je minimaal:

• of iedere indexeerbare pagina een self-referencing canonical heeft;
• of interne links direct naar de definitieve URL’s wijzen;
• of paginatitels en descriptions goed zijn overgenomen;
• of hreflang-verwijzingen kloppen bij meertalige content;
• of de sitemap alleen definitieve, indexeerbare URL’s bevat;
• of belangrijke pagina’s bereikbaar zijn voor zoekmachines;
• of verwijderde pagina’s een correcte 404- of 410-status teruggeven;
• of er geen onbedoelde dubbele versies van de website bestaan.

Die laatste controle is belangrijk. Een acceptatie-, productie- of www-variant die zonder goede canonicalisatie en afscherming bereikbaar blijft, kan voor dubbele indexatie zorgen.

8. Plan de livegang en beperk veranderingen

Plan de livegang bij voorkeur op een rustig moment, maar wel wanneer het technische en inhoudelijke team beschikbaar is om problemen direct op te lossen. Midden in de nacht live gaan klinkt veilig, totdat blijkt dat de enige persoon met toegang pas de volgende ochtend bereikbaar is.

Maak vooraf een draaiboek met taken, verantwoordelijken, controles en een terugvalscenario. Leg ook vast wanneer content tijdelijk wordt bevroren, zodat er tijdens de laatste migratieronde geen nieuwe wijzigingen verloren gaan.

9. Test direct na de livegang

Controleer meteen na publicatie:

• een representatieve selectie oude en nieuwe URL’s;
• alle 301- en 308-redirects;
• HTTP-statuscodes;
• canonicals en robots-instellingen;
• de XML-sitemap;
• formulieren, tracking en koppelingen;
• afbeeldingen, downloads en video’s;
• mobiel gebruik en laadtijd.

Crawl daarna de volledige website opnieuw en vergelijk de resultaten met de nulmeting. Zo vind je ontbrekende pagina’s, kapotte interne links en foutieve redirects voordat bezoekers of zoekmachines er massaal tegenaan lopen.

10. Monitor wat er na de migratie gebeurt

Een migratie eindigt niet bij de livegang. Houd de weken daarna onder andere in de gaten:

• indexatie in Google Search Console;
• vertoningen, klikken en posities;
• 404’s en andere crawlfouten;
• organisch verkeer per landingspagina;
• conversies en formulierinzendingen;
• serverlogs en crawlgedrag;
• performance en beschikbaarheid.

Dien de nieuwe sitemap in bij de zoekmachines waarvoor je webmastertools gebruikt, zoals Google Search Console en Bing Webmaster Tools. Verandert ook het domein of subdomein, gebruik dan waar van toepassing de adreswijziging in Google Search Console. Google geeft aan dat de verwerking per URL verloopt en tijd nodig heeft. Een korte schommeling is dus niet automatisch een fout; een plotselinge uitval van een complete sectie vraagt wel direct onderzoek.

Wat betekent een WordPress-migratie voor AI-zoekmachines?

Mensen zoeken niet meer alleen via een klassieke lijst met zoekresultaten. Ze stellen hun vragen ook aan ChatGPT, Microsoft Copilot, Perplexity en zoekmachines met ingebouwde AI-antwoorden. Die systemen kunnen webpagina’s gebruiken om antwoorden samen te stellen en naar bronnen te verwijzen.

Er bestaat alleen geen losse ‘AI-waarde’ die je tijdens een migratie kunt exporteren en importeren. Je kunt ook niet garanderen dat een specifieke pagina na de verhuizing opnieuw in een AI-antwoord wordt genoemd. Wel kun je de signalen beschermen die helpen om je website als bruikbare bron te vinden en begrijpen.

Let tijdens een migratie daarom ook op:

• Behoud bereikbare bron-URL’s. Laat belangrijke URL’s gelijk of verwijs ze permanent naar de meest relevante nieuwe pagina. Zo voorkom je dat een AI-antwoord of externe bron naar een verdwenen pagina verwijst.
• Behoud inhoud en context. Neem niet alleen de hoofdtekst mee, maar ook auteursinformatie, publicatie- en wijzigingsdatums, cases, bronverwijzingen en duidelijke informatie over de organisatie achter de content.
• Gebruik een heldere structuur. Beschrijvende headings, concrete antwoorden, interne links en passende structured data helpen verschillende zoek- en antwoordsystemen de inhoud te interpreteren.
• Controleer robots.txt en technische blokkades. Voorkom dat relevante crawlers na de livegang onbedoeld worden uitgesloten door oude regels, een firewall of instellingen van de testomgeving.
• Controleer afzonderlijke AI-crawlers. OpenAI gebruikt bijvoorbeeld OAI-SearchBot voor het tonen van websites in ChatGPT Search. Volgens de officiële documentatie van OpenAI staat die instelling los van GPTBot, dat betrekking heeft op mogelijk gebruik voor modeltraining. Je kunt OAI-SearchBot dus toestaan en GPTBot blokkeren wanneer dat beter bij je beleid past.
• Blijf controleren waar je merk wordt genoemd. Kijk na de migratie niet alleen naar klassieke rankings en verkeer, maar test ook belangrijke vragen in AI-zoekmachines en controleer of oude of foutieve URL’s als bron verschijnen.

De basis overlapt sterk met goede SEO: toegankelijke pagina’s, consistente URL’s, betrouwbare inhoud en duidelijke technische signalen. Het verschil is dat je na een migratie breder monitort dan alleen Google-posities. Je kijkt ook of de content nog vindbaar en citeerbaar is in AI-gedreven zoekervaringen.

👉 Wil je bij een migratie niet alleen je SEO-posities, maar ook je bredere vindbaarheid in zoekmachines en AI-antwoorden beschermen? Ninjible kan de technische en inhoudelijke migratiechecks meenemen.

Veelgemaakte fouten bij een WordPress-migratie

De meeste problemen ontstaan niet doordat content onmogelijk te verplaatsen is, maar doordat onderdelen buiten beeld blijven. Dit zien we vaak misgaan:

• alleen URL’s uit de sitemap migreren;
• redirects pas na de livegang bedenken;
• alle oude pagina’s naar de homepage sturen;
• interne links naar oude URL’s laten verwijzen;
• de testomgeving indexeerbaar maken;
• noindex na livegang laten staan;
• canonicals laten verwijzen naar de oude of verkeerde omgeving;
• afbeeldingen, pdf’s en andere bestanden vergeten;
• formulieren alleen visueel testen;
• tracking of consent niet opnieuw configureren;
• direct na livegang stoppen met controleren.

Eén fout hoeft geen ramp te zijn. Een combinatie van foutieve canonicals, ontbrekende redirects en een onvolledige sitemap kan er wel voor zorgen dat Google de nieuwe structuur moeilijk begrijpt.

WordPress-migraties uit de praktijk

Ninjible heeft meerdere organisaties geholpen om hun WordPress-website te vervangen of opnieuw op te bouwen. Daarbij gaat het niet alleen om het overzetten van pagina’s, maar ook om ontwerp, techniek, contentbeheer en vindbaarheid.

Meer dan 200 artikelen migreren voor Plastic Soup Foundation

De bestaande WordPress-website van Plastic Soup Foundation was door het grote aantal plugins zwaar geworden en vroeg veel technisch onderhoud. Tegelijkertijd mocht de opgebouwde contentwaarde niet verdwijnen.

We ontwierpen een nieuwe website en migreerden meer dan 200 artikelen van WordPress naar Kooboo. Daarbij namen we de bestaande content en SEO-waarde zorgvuldig mee en richtten we een centraal beheerd CMS in. De website, het CMS en de nieuwe meertalige productscanner werden als één digitaal ecosysteem ontwikkeld.

Bekijk de case van Plastic Soup Foundation

Creatieve vrijheid en beheerbaarheid voor Woedend

Voor Woedend Creative Agency migreerden we de bestaande WordPress-website naar Kooboo. Het uitgesproken ontwerp moest op desktop en mobiel behouden blijven, terwijl het team alle content — inclusief video — zelfstandig moest kunnen beheren.

We configureerden een flexibel CMS en bouwden de website SEO-geoptimaliseerd op. Zo hoefde Woedend niet te kiezen tussen creatieve vrijheid en praktisch contentbeheer.

Bekijk de case van Woedend Creative Agency

👉 Benieuwd wat een migratie vraagt van jouw content, CMS en koppelingen? Leg je huidige situatie vrijblijvend aan ons voor.

Wanneer kun je zelf migreren en wanneer besteed je het uit?

Een kleine WordPress-website die zonder wijzigingen naar een andere hostingomgeving verhuist, kun je vaak met een goede back-up en migratieplugin overzetten. Controleer ook dan altijd formulieren, SSL, interne links, caching en bereikbaarheid.

Professionele begeleiding wordt belangrijker wanneer:

• je veel pagina’s, talen of mediabestanden hebt;
• de URL-structuur verandert;
• je overstapt naar een ander domein of CMS;
• organisch verkeer belangrijk is voor leads of omzet;
• de website maatwerk of externe koppelingen bevat;
• meerdere websites worden samengevoegd;
• downtime grote gevolgen heeft;
• intern niet alle technische en SEO-kennis beschikbaar is.

De vraag is dan niet alleen of de bestanden kunnen worden verplaatst. De vraag is of bezoekers, zoekmachines, redacteuren en gekoppelde systemen na de overstap nog steeds krijgen wat ze nodig hebben.

Je WordPress-migratie goed aanpakken?

Een WordPress-migratie is een technisch project, een contentproject en een SEO-project tegelijk. Het succesvol overzetten van een website vraagt daarom om meer dan één klik op een plugin.

Ninjible brengt eerst in kaart wat behouden moet blijven, waar de huidige website tegenaan loopt en wat de nieuwe omgeving beter moet doen. Daarna bouwen, migreren en testen we de volledige oplossing. Van content en redirects tot CMS, integraties en monitoring na de livegang.

Wil je weten wat er nodig is om jouw WordPress-website veilig te migreren? Neem contact op met Ninjible.

Veelgestelde vragen over WordPress-migraties

Hoe kan ik mijn WordPress-website migreren?

Maak eerst een volledige back-up en inventarisatie van de bestaande website. Bouw en test de nieuwe omgeving, migreer de database, bestanden en content, en stel redirects in wanneer URL’s veranderen. Controleer vóór en na de livegang onder andere formulieren, interne links, canonicals, sitemap, tracking en indexeerbaarheid. Bij een complexe website is een migratieplan belangrijker dan de tool waarmee bestanden worden gekopieerd.

Verlies je SEO bij een WordPress-migratie?

Niet noodzakelijk. Tijdelijke schommelingen kunnen voorkomen doordat zoekmachines de website opnieuw moeten crawlen en verwerken. Met een volledige URL-mapping, relevante permanente redirects, behoud van content en metadata, correcte canonicals en goede monitoring kun je de opgebouwde SEO-signalen zo zorgvuldig mogelijk overdragen. Diezelfde maatregelen helpen ook voorkomen dat AI-zoekmachines na de migratie op verdwenen of verouderde bronnen uitkomen.

Kan ik van WordPress naar een ander CMS migreren?

Ja. Content, afbeeldingen, metadata en functionaliteit kunnen worden overgezet naar een ander CMS. Omdat contentmodellen en functies per systeem verschillen, is dit meestal geen automatische één-op-één migratie. Bepaal vooraf welke WordPress-plugins, velden, templates en koppelingen in de nieuwe omgeving moeten worden vervangen.

Heb ik redirects nodig als mijn URL’s hetzelfde blijven?

Nee, niet voor URL’s die exact gelijk blijven en dezelfde content tonen. Controleer wel of ze daadwerkelijk dezelfde statuscode, canonical en inhoud behouden. Verandert een URL, dan hoort de oude URL permanent naar de meest relevante nieuwe pagina te verwijzen.

Hoe lang duurt een WordPress-migratie?

Dat hangt af van het aantal pagina’s, de complexiteit van het ontwerp, maatwerk, koppelingen, talen en de vraag of je alleen verhuist of ook een nieuwe website en een ander CMS krijgt. Een kleine hostingverhuizing is iets anders dan een volledige herbouw met honderden artikelen. Een betrouwbare planning volgt daarom pas na een technische en inhoudelijke inventarisatie.