Trage servers, oplopende prijzen, ondermaatse support: er zijn genoeg redenen om je website naar een andere hostingpartij te verhuizen. Wat veel ondernemers tegenhoudt is de angst dat de site er tijdens de verhuizing uit ligt, of erger. Onterecht: met de juiste volgorde verhuis je een website zonder dat een bezoeker er iets van merkt. Dit is het stappenplan.
Stap 1: breng in kaart wat er verhuist
Een website is meer dan een mapje bestanden. Inventariseer vooraf: de websitebestanden en de database, maar ook e-mailadressen die op het domein draaien, SSL-certificaten, cronjobs (geplande taken) en eventuele koppelingen die aan een server-IP hangen. E-mail is de klassieke verrassing: wie alleen de website verhuist en vergeet dat de mailboxen bij dezelfde partij draaien, zit na de DNS-wijziging ineens zonder e-mail.
Stap 2: maak een volledige back-up
Maak een complete kopie van bestanden én database, en bewaar die ook lokaal — niet alleen bij de oude host. Dit is je vangnet: wat er ook misgaat, je kunt altijd terug.
Stap 3: zet de site klaar op de nieuwe host
Zet de kopie op de nieuwe hosting terwijl de oude site gewoon live blijft draaien. Voor WordPress betekent dit: bestanden overzetten, database importeren en de databasegegevens in wp-config.php bijwerken. Let bij de nieuwe omgeving op de PHP-versie (gebruik een recente, maar dezelfde of nieuwere dan de oude host) en zet vast een SSL-certificaat klaar.
Stap 4: test vóórdat je overschakelt
Dit is de stap die downtime voorkomt — en die de meeste doe-het-zelvers overslaan. Je kunt de nieuwe site testen alsof hij al live is, door op je eigen computer het domein tijdelijk naar het nieuwe server-IP te laten wijzen (via het zogeheten hosts-bestand, of met een voorbeeld-URL die veel hosts aanbieden). Loop dan alles na: laden alle pagina’s, werken de formulieren, doet de checkout het, staan alle afbeeldingen erop? Pas als de nieuwe omgeving foutloos werkt, ga je door.
Stap 5: verlaag de TTL en zet de DNS om
De daadwerkelijke “verhuizing” is één DNS-wijziging: het domein naar het nieuwe IP-adres laten wijzen. Twee professionele details maken het verschil. Verlaag een dag van tevoren de TTL (de cachetijd van je DNS-instellingen) naar bijvoorbeeld vijf minuten, zodat de overschakeling wereldwijd snel doorwerkt in plaats van uren te na-ijlen. En bevries wijzigingen: vanaf de laatste synchronisatie tot de DNS-omzetting geen nieuwe blogs, bestellingen verwerken op de oude omgeving, of formulierinzendingen — anders lopen oude en nieuwe database uit elkaar. Voor webshops plan je dit venster op een stil moment en synchroniseer je de database vlak vóór de omzetting nog één keer.
Stap 6: controleer en ruim op
Na de omzetting: controleer of het SSL-certificaat actief is, test formulieren en betalingen nogmaals, en houd de eerste dagen de logboeken en het e-mailverkeer in de gaten. Zeg de oude hosting pas op als alles aantoonbaar een paar weken goed draait — die overlap van één factuurmaand is goedkope verzekering.
Conclusie
Een hostingverhuizing zonder downtime draait om volgorde: eerst alles inventariseren (vergeet e-mail niet), dan de site op de nieuwe host opbouwen en volledig testen terwijl de oude gewoon doordraait, en pas als laatste stap de DNS omzetten met verlaagde TTL. Wie die discipline opbrengt, verhuist zonder dat ook maar één bezoeker het merkt.