WordPress migreren naar nieuwe hosting of domein: stappenplan zonder downtime

Een WordPress-migratie kan zonder één minuut downtime, als je de volgorde respecteert.

Je bouwt de volledige site eerst op de nieuwe omgeving en test hem af op een verborgen adres.

Pas als alles werkt, zet je het DNS om.

Het verdict: downtime ontstaat bijna altijd door een DNS-wijziging die te vroeg komt. Draai die als allerlaatste stap om, en geen enkele bezoeker merkt de verhuizing.

Hieronder volgt het technische stappenplan voor WordPress, van back-up en database tot media en DNS.

Gaat dit over de technische of de SEO-verhuizing?

Dit stappenplan gaat over de technische verhuizing zelf: het deel dat je site online houdt.

Wil je vooral je Google-posities beschermen, lees dan website-migratie zonder rankingverlies.

De twee horen samen.

Een migratie kan technisch perfect verlopen en toch SEO-schade aanrichten als je de redirects vergeet.

Voor de bredere context van bouwen en onderhouden kun je terecht bij onze gids over een B2B-website laten maken.

Wat houdt een WordPress-migratie technisch in?

Je verplaatst drie dingen: je bestanden, je database en je domeinverwijzing.

• Bestanden: je thema’s, plugins en geüploade media.
• Database: al je content, instellingen en gebruikers.
• Domein: via DNS bepaal je naar welke server bezoekers gaan.

Een verhuizing is pas geslaagd als alle drie correct op hun nieuwe plek staan en naar elkaar verwijzen.

Het platform zelf ken je wellicht:

WordPress.org, oktober 2026.

Het maakt niet uit hoe groot je site is: die drie onderdelen verhuizen altijd mee.

Welk type verhuizing heb je?

Het type verhuizing bepaalt hoeveel werk je hebt:

Verhuis je alleen naar een snellere host terwijl je domein gelijk blijft, dan wijzigt er geen enkele URL.

Wissel je ook van domein, dan veranderen al je adressen.

Dan komt er een SEO-laag bovenop het technische werk.

Vuistregel: behandel een migratie als een echt project met een back-up, een testronde en een terugvalplan. Het is geen klus van een halfuur.

Verdiep je ook in het bredere stappenplan om een domein of hosting te verhuizen zonder downtime, dat niet aan WordPress gebonden is.

Hoe verhuis je WordPress zonder downtime?

Door het DNS als allerlaatste om te zetten, wanneer de nieuwe site volledig getest klaarstaat.

De fout die mensen maken: het DNS meteen omleggen en daarna pas de nieuwe omgeving inrichten.

Dan staat je site offline zolang de bouw duurt.

Doe het omgekeerd. Bouw eerst, test op een verborgen adres, schakel daarna over.

Twee voorbereidingen die het verschil maken

Twee technische ingrepen beslissen of de overstap onmerkbaar verloopt:

• Lage TTL: zet je DNS TTL (Time To Live, de tijd dat servers je adres onthouden) 24 tot 48 uur vooraf op 300 seconden.
• Verborgen test: bekijk de nieuwe site via je lokale hosts-bestand of een tijdelijk testdomein van je hostingprovider.

Met de lage TTL propageert je latere DNS-wijziging in minuten in plaats van uren.

Met de verborgen test zie je de nieuwe omgeving precies zoals bezoekers hem straks krijgen.

Ondertussen blijft de oude site gewoon live.

Het WordPress-migratie stappenplan, stap voor stap

Werk met een checklist en vink elke stap af.

Een migratie improviseren leidt bijna altijd tot een vergeten onderdeel.

De zes stappen volgen bewust één rode draad. Elke voorbereiding gebeurt terwijl de oude site live blijft, en pas de laatste stap raakt aan wat bezoekers zien.

Stap 1: Volledige back-up en nulmeting

Maak een complete back-up van je bestanden en je database voor je iets aanraakt.

Dit is je vangnet.

De WordPress-documentatie is daar streng over: SQL-wijzigingen zijn permanent, dus maak eerst een back-up en bewaar die buiten je server.

Noteer ook een nulmeting:

• laadsnelheid van een paar belangrijke pagina’s
• of je formulieren werken
• je belangrijkste URL’s en hun statuscode

Zo kun je na de overstap controleren of alles nog werkt zoals voorheen. Hoe je back-ups structureel regelt, lees je in een website-back-upstrategie.

Stap 2: DNS TTL verlagen

Zet de TTL van je domein 24 tot 48 uur op voorhand op 300 seconden.

Waarom: doe je dit niet, dan kan de overschakeling bij sommige bezoekers uren duren. Hun provider onthoudt dan nog het oude adres.

Een lage TTL maakt daar minuten van.

Stap 3: Bestanden en database overzetten

Kopieer je WordPress-bestanden naar de nieuwe host en importeer je database.

Pas daarna wp-config.php aan met de juiste databasenaam, gebruiker en wachtwoord van de nieuwe omgeving.

Vergeet je media niet: de map wp-content/uploads bevat al je afbeeldingen en documenten. Ze is vaak het zwaarste onderdeel.

Controleer na het kopiëren of de bestandsrechten kloppen. Anders krijg je foutmeldingen of ontbrekende beelden.

Welke host je kiest, vergelijk je in WordPress-hosting vergelijken.

Stap 4: URL’s veilig vervangen in de database

Verander je van domein, dan staan je oude URL’s nog overal in de database.

Het probleem: WordPress bewaart veel instellingen in geserialiseerde data. Daarin is de lengte van een tekst mee opgeslagen.

Een ruwe zoek-en-vervang via SQL breekt die structuur. Dat kan widgets, paginabouwers of instellingen stukmaken, zoals de WordPress-documentatie zelf waarschuwt.

Gebruik daarom een serialisatie-veilige methode:

• het search-replace-commando van WP-CLI
• een betrouwbare migratie- of zoek-en-vervangplugin

Volgens de WP-CLI-documentatie gaat search-replace slim om met geserialiseerde PHP-data.

Maak altijd eerst een back-up. Draai bij voorkeur een testronde.

Stap 5: Testen op een verborgen adres

Bekijk de nieuwe site via je hosts-bestand of een testdomein, terwijl de oude site live blijft.

Loop deze punten na:

• je belangrijkste pagina’s
• je contactformulieren
• menu’s en interne links
• de mobiele weergave
• of het SSL-certificaat actief is

Klik overal door. Pas dan ben je zeker.

Vuistregel: dit is het moment om problemen te vinden. Niet wanneer bezoekers er al op zitten.

Stap 6: DNS omzetten en oude host aanhouden

Pas nu wijs je het DNS naar de nieuwe server.

Dankzij de lage TTL is de overgang snel.

Houd je oude host nog 7 tot 14 dagen actief als vangnet.

Zo kun je terugschakelen als er onverwacht iets misloopt.

Ook bezoekers met een verouderde DNS-cache zien dan nog een werkende site.

Daarna zet je de TTL weer normaal.

Waar gaat een WordPress-migratie vaak mis?

Bij de database en de media, niet bij de bestanden.

Geserialiseerde data

Dit is de grootste valkuil. Vervang URL’s altijd met een veilig hulpmiddel, nooit met een ruwe SQL-replace.

Onvolledige media-overdracht

Een tweede klassieker: grote uploads-mappen breken halverwege af. Je site staat dan vol gebroken afbeeldingen.

Controleer daarom steekproefsgewijs of je beelden laden.

Externe koppelingen

Let ook op verwijzingen naar externe diensten. Die kunnen aan een domein of server gebonden zijn:

• tracking-scripts
• e-mailkoppelingen
• betaal- of CRM-integraties
• API-sleutels

Loop ze allemaal na. Anders vallen formulieren of metingen stil.

Snelheid na de overstap

Houd na de overstap je Core Web Vitals in de gaten. Een nieuwe host is vaak net de aanleiding om laadsnelheid te winnen, mits de configuratie klopt.

Search Console groepeert URL’s per probleem.

Zo zie je meteen of een nieuwe host of thema iets verslechterde:

Ons eigen Search Console-rapport, Core Web Vitals op mobiel, oktober 2026. Layoutverschuiving houdt 349 mobiele URL’s uit het groen.

Hoe hosting je snelheid beïnvloedt, lees je in hosting, snelheid en SEO.

Crawlfouten na de overstap

Kijk in de eerste weken ook naar de crawlstatistieken.

Het overzicht per responscode toont hoeveel verzoeken op een 301 of een 404 uitkomen:

Crawlstatistieken in onze eigen Search Console voor customerimpact.be, oktober 2026.

Onze ervaring: migraties en redesigns zijn de klassieke oorzaak van een plotse daling in organisch verkeer. Slecht uitgevoerde redirects kunnen dat verkeer sterk doen zakken.

Zakt je verkeer na de verhuizing, zoek dan eerst in Search Console en de crawlstatistieken naar een duidelijke breukdatum. Leg die naast je migratiedatum.

Migratieplugin of handmatig verhuizen?

Voor de meeste standaardsites is een migratieplugin de snelste en veiligste route.

Zo’n plugin neemt de geserialiseerde data automatisch en correct mee. Tools als All-in-One WP Migration, Duplicator en WP Migrate pakken bestanden en database in één pakket in en zetten de URL’s bij het importeren goed.

Let op: de gratis versies hebben vaak een praktische bovengrens voor de bestandsgrootte. Die hangt deels af van de PHP-instellingen van je host.

Voor grote sites heb je soms een betaalde uitbreiding of een handmatige aanpak nodig.

Wanneer kies je handmatig?

Handmatig verhuizen, met WP-CLI en directe database-export, geeft je meer controle. Het past bij zware of complexe sites met veel maatwerk.

Het vraagt wel technische kennis. Fouten zijn sneller gemaakt.

Een testmigratie op staging is de veiligste manier om te zien welke route bij jouw site past.

Voor een grotere herbouw is het ook het overwegen waard om migratie te koppelen aan een website-redesign.

Wat als je ook van domein wisselt?

Dan is de technische verhuizing maar de helft van het werk.

Google raadt bij een verhuizing met URL-wijzigingen permanente redirects aan, zoals 301 of 308. Laat ze zo lang mogelijk staan, in het algemeen minstens een jaar.

Volgens dezelfde pagina duurt het voor een kleine tot middelgrote site een paar weken voor de meeste pagina’s verhuisd zijn.

Tip: de Change of Address-tool in Search Console heb je alleen nodig bij een wissel van domein of subdomein. Niet bij een overstap naar https of een andere host.

Hoe je zo’n plan opbouwt, lees je in het redirect-plan bij een herlancering. Vermijd daarbij redirect chains.

De korte samenvatting

WordPress migreren zonder downtime is vooral een kwestie van volgorde en voorbereiding:

1. Bouw de nieuwe omgeving eerst volledig op.
2. Verlaag je DNS TTL op voorhand.
3. Vervang URL’s met een serialisatie-veilige tool.
4. Test alles op een verborgen adres.
5. Zet pas daarna het DNS om en houd je oude host even aan.

Wij zijn een klein, senior B2B-team dat sites bouwt en verhuist. Loopt jouw migratie over meerdere domeinen, integraties of een redesign tegelijk, dan bekijken we samen het veiligste pad.

Bekijk onze aanpak als webdesign bureau of plan meteen een gesprek.

Neem contact met ons op

Veelgestelde vragen over WordPress migreren

Hoe lang duurt een WordPress-migratie?

De technische overdracht van een standaardsite is vaak in een paar uur klaar. De voorbereiding, het testen en de DNS-propagatie nemen samen meer tijd in beslag, doorgaans één tot enkele dagen. Plan ruim, want haasten is precies waar fouten ontstaan.

Verlies ik mijn data bij een WordPress-migratie?

Niet als je vooraf een volledige back-up van bestanden en database maakt en je oude host nog enkele dagen aanhoudt. Met dat vangnet kun je altijd terugschakelen. Dataverlies ontstaat vrijwel alleen bij verhuizingen zonder back-up.

Heb ik downtime bij het wisselen van hosting?

Nee, mits je de nieuwe site volledig opbouwt en test voor je het DNS omzet. Omdat het oude adres live blijft tot het nieuwe klaarstaat, ervaren bezoekers geen onderbreking. Downtime ontstaat alleen als je het DNS te vroeg omlegt.

Moet ik een plugin gebruiken of handmatig migreren?

Voor de meeste sites is een migratieplugin sneller en veiliger, omdat die geserialiseerde data correct meeneemt. Grote of complexe sites met veel maatwerk zijn soms beter af met een handmatige aanpak via WP-CLI. Een testmigratie wijst uit wat bij jouw site past.