WordPress migreren naar nieuwe hosting of domein: stappenplan zonder downtime

Een WordPress-site verhuizen naar nieuwe hosting of een nieuw domein kan zonder dat je site ook maar een minuut onbereikbaar is. De truc zit in de volgorde: je bouwt de volledige site eerst op de nieuwe omgeving, test hem af op een verborgen adres, en pas als alles werkt zet je het DNS om. Zo blijft het oude adres live tot het nieuwe klaarstaat, en merkt geen enkele bezoeker iets. In deze gids lopen we het technische stappenplan door, van back-up en database tot media en DNS, specifiek voor WordPress.

Dit artikel gaat over de technische verhuizing zelf. Wil je vooral weten hoe je je Google-posities beschermt bij een verhuizing, 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. Hier focussen we op het deel dat je site online houdt. 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?

Een WordPress-migratie betekent dat je drie dingen verplaatst: je bestanden, je database en je domeinverwijzing. De bestanden zijn je thema’s, plugins en geüploade media. De database bevat al je content, instellingen en gebruikers. Het domein, geregeld via DNS, bepaalt naar welke server bezoekers worden gestuurd. Een verhuizing is pas geslaagd als alle drie correct op hun nieuwe plek staan en naar elkaar verwijzen.

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 en is het risico klein. Wissel je ook van domein, dan veranderen al je adressen en komt er een SEO-laag bovenop het technische werk. Behandel een migratie daarom als een echt project met een back-up, een testronde en een terugvalplan, niet als een klus van een halfuur.

Hoe verhuis je WordPress zonder downtime?

Downtime voorkom je door het DNS pas als allerlaatste om te zetten, wanneer de nieuwe site volledig getest klaarstaat. De fout die mensen maken, is 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 technische voorbereidingen maken het verschil. Verlaag eerst je DNS TTL (Time To Live, de tijd dat servers je adres onthouden) naar 300 seconden, ongeveer 24 tot 48 uur voor de verhuizing. Zo propageert je latere DNS-wijziging in minuten in plaats van uren. Test daarnaast de nieuwe site voor de DNS-omschakeling via een aanpassing in je lokale hosts-bestand of via een tijdelijke testdomein van je hostingprovider. Zo zie je de nieuwe omgeving precies zoals bezoekers hem straks krijgen, terwijl de oude site gewoon live blijft.

Het technische stappenplan stap voor stap

Werk met een checklist en vink elke stap af. Een migratie improviseren leidt bijna altijd tot een vergeten onderdeel.

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. Noteer ook even een nulmeting: laadsnelheid, een paar belangrijke pagina’s en je formulieren, zodat je na de overstap kunt controleren of alles nog werkt zoals voorheen.

2. DNS TTL verlagen

Zet de TTL van je domein 24 tot 48 uur op voorhand op 300 seconden. Doe je dit niet, dan kan de uiteindelijke overschakeling bij sommige bezoekers uren duren omdat hun provider nog het oude adres onthoudt. Een lage TTL maakt van die wachttijd een kwestie van minuten.

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 en is vaak het zwaarste onderdeel. Controleer na het kopiëren of de bestandsrechten kloppen, anders krijg je foutmeldingen of ontbrekende beelden.

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, waar de lengte van een tekst mee opgeslagen is. Een ruwe zoek-en-vervang via SQL breekt die structuur en kan widgets, paginabouwers of instellingen stukmaken. Gebruik daarom een serialisatie-veilige methode, zoals het search-replace-commando van WP-CLI of een betrouwbare migratie- of zoek-en-vervangplugin. Maak altijd eerst een back-up en draai bij voorkeur een testronde.

5. Testen op een verborgen adres

Bekijk de nieuwe site via je hosts-bestand of een testdomein, terwijl de oude site live blijft. Loop je belangrijke pagina’s na, test je contactformulieren, check je menu’s, interne links en de mobiele weergave. Klik door tot je zeker bent dat niets kapot is. Dit is het moment om problemen te vinden, niet wanneer bezoekers er al op zitten.

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, zodat je kunt terugschakelen als er onverwacht iets misloopt en zodat bezoekers met een verouderd DNS-cache nog een werkende site zien. Na een paar dagen mag je de TTL weer normaal zetten.

Database en media: waar het vaak misgaat

De meeste mislukte WordPress-migraties stranden op de database en de media, niet op de bestanden. Geserialiseerde data is de grootste valkuil: vervang URL’s altijd met een veilig hulpmiddel. Een tweede klassieker is een onvolledige media-overdracht, waarbij grote uploads-mappen halverwege afbreken en je site vol gebroken afbeeldingen komt te staan. Controleer na de migratie steekproefsgewijs of je beelden laden.

Let ook op verwijzingen naar externe diensten. Tracking-scripts, e-mailkoppelingen, betaal- of CRM-integraties en API-sleutels kunnen aan een domein of server gebonden zijn. Loop ze na zodat je formulieren en metingen blijven werken. En 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.

Migratieplugin of handmatig verhuizen?

Voor de meeste standaardsites is een migratieplugin de snelste en veiligste route, omdat zo’n plugin de geserialiseerde data automatisch en correct meeneemt. 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. Houd er wel rekening mee dat de gratis versies vaak een praktische bovengrens hebben voor de bestandsgrootte, die deels afhangt van de PHP-instellingen van je host. Voor grote sites heb je soms een betaalde uitbreiding of een handmatige aanpak nodig.

Handmatig verhuizen, met WP-CLI en directe database-export, geeft je meer controle en is geschikt voor zware of complexe sites met veel maatwerk. Het vraagt wel technische kennis en laat minder ruimte voor fouten. De juiste keuze hangt af van de grootte van je site, je technische comfort en hoeveel maatwerk erin zit. Twijfel je, dan is een testmigratie op een staging-omgeving 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.

De korte samenvatting

WordPress migreren zonder downtime is vooral een kwestie van volgorde en voorbereiding. Bouw de nieuwe omgeving eerst volledig op, verlaag je DNS TTL op voorhand, vervang URL’s met een serialisatie-veilige tool, test alles op een verborgen adres en zet pas daarna het DNS om. Houd je oude host nog even aan als vangnet. Wissel je ook van domein, vergeet dan niet dat de technische verhuizing maar de helft is: je hebt ook een redirect-plan nodig om je rankings te beschermen.

Wij zijn een klein, senior B2B-team dat sites bouwt en verhuist met focus op wat telt: een site die blijft draaien en leads blijft binnenhalen. Loopt jouw WordPress-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.