Skip to content
Goedkope webhosting en domeinnamen. Al meer dan 17 jaar.

WordPress site verhuizen zonder downtime

WordPress site verhuizen zonder downtime

Je merkt het vaak pas als het misgaat: een websiteverhuizing lijkt eenvoudig, tot bezoekers ineens een foutmelding zien, bestellingen niet binnenkomen of e-mail op de oude server blijft hangen. Wie een wordpress site verhuizen zonder downtime wil aanpakken, moet daarom niet alleen bestanden kopiëren, maar vooral de volgorde goed krijgen.

Dat is meteen het goede nieuws. Voor de meeste WordPress-sites is verhuizen zonder merkbare onderbreking prima haalbaar, zolang je niet te snel aan je domeinnaaminstellingen komt en eerst test op de nieuwe hosting. Het draait minder om ingewikkelde techniek dan om rustig werken, controleren en pas overschakelen als alles klaarstaat.

Wanneer een WordPress site verhuizen zonder downtime echt nodig is

Niet elke site heeft dezelfde gevoeligheid voor uitval. Een eenvoudige portfolio kan een korte hapering soms hebben zonder grote gevolgen. Maar zodra je webshopbestellingen ontvangt, offerteaanvragen binnenkrijgt of afhankelijk bent van formulieren en e-mail, kost zelfs een korte storing direct geld of leads.

Ook bij kleine bedrijven en zelfstandigen speelt vertrouwen mee. Bezoekers die tijdens een verhuizing een foutpagina zien, weten niet dat jij “even bezig” bent. Die klikken weg en komen lang niet altijd terug. Daarom is een verhuizing zonder downtime geen luxe, maar gewoon de nette manier van werken.

Wat downtime tijdens een verhuizing meestal veroorzaakt

De meeste problemen ontstaan niet door WordPress zelf, maar door te vroeg overschakelen. Veel mensen verhuizen eerst het domein of passen de nameservers aan, terwijl de nieuwe omgeving nog niet volledig getest is. Dan komen sommige bezoekers al op de nieuwe server uit, terwijl anderen nog de oude versie zien.

Daarbij komt DNS-propagatie. Dat klinkt technisch, maar het betekent simpelweg dat internet niet overal tegelijk weet waar je domeinnaam naartoe moet. De ene bezoeker ziet al de nieuwe hosting, de andere nog de oude. Als beide omgevingen niet identiek zijn, krijg je chaos.

Een tweede klassieke fout is vergeten dat er live data verandert. Denk aan nieuwe reacties, bestellingen, ingevulde contactformulieren of wijzigingen in de database. Als je een back-up terugzet die een paar uur oud is, kan er informatie ontbreken. Bij informatieve sites valt dat soms mee, bij een actieve webshop niet.

De veiligste aanpak voor wordpress site verhuizen zonder downtime

De veiligste methode is bijna altijd deze: zet eerst de volledige site op de nieuwe hosting, test daar alles grondig, en wijzig pas daarna de DNS of domeinkoppeling. De oude site blijft intussen gewoon online. Bezoekers merken niets, terwijl jij achter de schermen alles voorbereidt.

Begin met een volledige back-up van bestanden en database. Niet half, maar volledig. Controleer ook of je toegang hebt tot WordPress, je hostingpaneel, je databasebeheer en je domeininstellingen. Niets is vervelender dan op het beslissende moment ontdekken dat een oude login niet meer werkt.

Daarna plaats je de site op de nieuwe hostingomgeving. Dat kan handmatig of met een migratieplugin. Voor beginners is een plugin vaak sneller, maar handmatig verhuizen geeft meer controle. Wat de beste keuze is, hangt af van de grootte van de site, je ervaring en of er speciale instellingen zijn zoals aangepaste caches, cronjobs of extra subdomeinen.

Eerst testen, dan pas live

De nieuwe omgeving moet je testen voordat bezoekers erop terechtkomen. Dat kan via een tijdelijk adres, een preview-URL of een aangepaste hosts-file als je weet wat je doet. Het doel is simpel: jij ziet de nieuwe versie al, terwijl het publiek nog op de oude server blijft.

Loop daarbij niet alleen de homepage na. Klik door meerdere pagina’s, controleer contactformulieren, login, afbeeldingen, SSL, menu’s en eventuele redirects. Gebruik je WooCommerce, test dan ook productpagina’s, winkelwagen en checkout. Een verhuizing is pas klaar als de site niet alleen opent, maar ook echt werkt.

Let ook op versieverschillen. Een nieuwe host kan een andere PHP-versie, andere limieten of andere caching gebruiken. Dat is vaak juist een verbetering, maar oudere thema’s of plugins kunnen daar gevoelig op reageren. Juist daarom test je vooraf en niet pas na de livegang.

Vergeet e-mail niet tijdens de verhuizing

Veel site-eigenaars denken alleen aan de website, terwijl e-mail minstens zo belangrijk is. Als je domein ook voor e-mail wordt gebruikt, moet je goed weten waar je mailboxen nu draaien en waar ze straks moeten draaien. Anders werkt de website misschien prima, maar komt zakelijke e-mail tijdelijk niet aan.

Controleer daarom vooraf de DNS-records voor e-mail, zoals MX, SPF en eventueel DKIM. Gebruik je externe e-maildiensten, dan moeten die instellingen behouden blijven. Verhuis je ook de mailboxen mee, plan dat apart en zorgvuldig. Website en e-mail tegelijk verhuizen kan, maar vergroot de kans op fouten als je niet precies weet wat je doet.

Het moment van overschakelen

Als alles getest is, komt het enige spannende deel: de domeinkoppeling aanpassen. Vaak gaat dat via nameservers of via losse DNS-records. Welke methode het best is, hangt af van hoe je domein en hosting zijn ingericht. Losse DNS-records aanpassen geeft vaak meer controle, maar is niet altijd nodig.

Kies bij voorkeur een rustig moment, bijvoorbeeld buiten piekuren. Niet omdat de wijziging lang moet duren, maar omdat je dan minder risico loopt als je nog iets moet bijsturen. De oude hosting laat je daarna nog even actief. Dat is slim, want tijdens DNS-propagatie kunnen sommige bezoekers nog tijdelijk op de oude server terechtkomen.

Juist daar zit de kern van een verhuizing zonder downtime: de oude site gaat niet direct uit. Die blijft nog even online als vangnet, totdat je zeker weet dat het verkeer volledig op de nieuwe omgeving uitkomt.

Hoe lang duurt DNS-propagatie echt?

Daar bestaan veel halve waarheden over. Soms is een wijziging binnen een uur zichtbaar, soms duurt het langer. Dat hangt af van providers, caches en eerder ingestelde TTL-waarden. Wie belooft dat het altijd “direct” geregeld is, maakt het mooier dan het is.

Belangrijker is dat propagatie niet automatisch downtime betekent. Als zowel oud als nieuw goed ingericht zijn, kunnen bezoekers in die overgangsperiode nog steeds gewoon de site zien. Het wordt pas een probleem als één van beide omgevingen onvolledig, verouderd of uitgeschakeld is.

Extra aandacht bij webshops en drukbezochte sites

Bij een brochurewebsite kun je vaak eenvoudig migreren met een laatste controle. Bij een webshop of ledenomgeving ligt dat lastiger, omdat de database voortdurend verandert. Bestellingen, klantaccounts en voorraadaanpassingen moeten wel op de juiste plek terechtkomen.

In zulke gevallen werk je idealiter met een kort onderhoudsmoment voor alleen het schrijvende verkeer, vlak voordat je definitief overschakelt. Je zet dan bijvoorbeeld nieuwe bestellingen heel even stil, maakt een laatste databasesynchronisatie en schakelt daarna pas om. Voor bezoekers blijft de onderbreking minimaal, maar technisch is het veel veiliger.

Dat is ook het eerlijke antwoord op de vraag of je altijd nul downtime kunt garanderen: voor een statische site bijna wel, voor een drukke webshop hangt het af van hoe actief de data verandert. Zonder goede planning kun je zichtbare uitval vermijden, maar toch gegevens missen. En dat is uiteindelijk erger.

Veelgemaakte fouten die je makkelijk voorkomt

De grootste fout is haast. Een tweede fout is blind vertrouwen op één plugin zonder te controleren of alles echt werkt. En een derde fout is de oude hosting meteen opzeggen zodra de nieuwe site online lijkt te staan.

Geef jezelf liever overlap. Laat de oude hosting nog enkele dagen actief, controleer logins, formulieren en e-mail, en kijk of SSL-certificaten correct werken. Die extra marge kost weinig, maar voorkomt stress en schade.

Ook verstandig: maak na de livegang opnieuw een verse back-up van de nieuwe omgeving. Dan heb je meteen een schoon herstelpunt op de juiste server.

Zelf doen of laten helpen?

Voor een eenvoudige WordPress-site is zelf verhuizen haalbaar als je rustig werkt en toegang hebt tot de juiste gegevens. Zeker met gebruiksvriendelijke hosting en een duidelijk beheerpaneel hoeft dat geen ingewikkeld project te zijn. Heb je echter meerdere mailboxen, een webshop, aangepaste DNS-records of weinig technische ervaring, dan is hulp vaak goedkoper dan een fout herstellen.

Juist daarom kiezen veel overstappers voor een partij die niet alleen goedkope hosting biedt, maar ook helder uitlegt wat er gebeurt en bereikbaar is als er iets vastloopt. Dat klinkt misschien minder spannend dan grote beloftes, maar bij een verhuizing heb je meer aan duidelijke hulp dan aan marketingpraat. Voor veel kleine ondernemers en starters is dat precies het verschil tussen stress en een nette overstap.

Een wordpress site verhuizen zonder downtime is dus geen trucje, maar vooral een kwestie van voorbereiding, testen en niet te vroeg omschakelen. Neem de tijd om het goed te doen. Je bezoekers hoeven niet te merken dat je bent verhuisd – en eigenlijk is dat het mooiste resultaat dat je kunt hebben.

Lees volgend bericht
Back To Top