Een werkwijze om uit te voeren en vast te leggen. Dit is geen verslag van een verhuizing bij een van de drie geplande aanbieders. De benodigde rechten, handelingen en tijd hangen af van je website en host.
1. Spreek af wie beslist en wanneer je stopt
Leg vast wie akkoord geeft, wie de verhuizing uitvoert en wie het resultaat controleert. Noteer de oude en nieuwe hostingpartij, domeinregistrar, DNS-beheerder en e-mailprovider. Hosting, domeinregistratie en e-mail zijn afzonderlijke diensten, ook wanneer ze op één factuur staan.
Bepaal bij een webshop, reserveringssysteem of ledensite hoe je tijdens de laatste kopie met nieuwe gegevens omgaat. Spreek een onderhoudsvenster en stopcriteria af, zoals een mislukte betaling, ontbrekende records of niet kunnen inloggen. Wijzig DNS pas als deze afspraken vastliggen.
2. Inventariseer de bestaande omgeving
Exporteer de DNS-zone met A-, AAAA-, CNAME-, MX- en relevante TXT-records, waaronder SPF, DKIM en DMARC. Noteer ook doorverwijzingen, certificaten, geplande taken, vereiste softwareversies, webhooks en instellingen voor automatische e-mail. Bewaar wachtwoorden veilig buiten de verhuisnotities.
Leg de huidige DNS-TTL vast: de tijd dat andere systemen een DNS-antwoord mogen bewaren. Een lagere TTL kan een latere wijziging versnellen, maar bestaande caches kunnen de oude waarde bewaren tot die verloopt. Nameservers wijzigen is een andere handeling dan het webadres naar een nieuwe server laten wijzen. Combineer die stappen alleen als dat nodig is.
3. Maak een volledige back-up en controleer herstel
Kopieer bestanden en een consistente database-export, inclusief media en configuratie. Exporteer e-mail apart als die meeverhuist. Bewaar buiten beide hosts een beveiligde kopie met tijdstip. Beperk de toegang: back-ups kunnen persoonsgegevens en geheimen bevatten.
Zet de kopie terug in een afgeschermde omgeving. Controleer pagina's, media en belangrijke databaserecords. Een geslaagde download of een groene melding bewijst niet dat de site herstelt. Leg je controle vast voordat je verdergaat.
4. Bereid de nieuwe host afgeschermd voor
Maak de applicatie en database aan met de juiste versies en rechten. Beveilig de testomgeving met toegangscontrole; een robots-instructie maakt haar niet privé. Voorkom klantmails, echte betalingen, webhooks en geplande taken vanaf de testkopie.
Gebruik de previewfunctie van de host of een lokale aanpassing in het hosts-bestand om de bestemming te testen. Behoud waar nodig de echte hostnaam voor de applicatie. Laat je beheerder HTTPS voorbereiden en zo nodig controleren of de DNS-instellingen de uitgifte van een certificaat toestaan.
5. Doorloop de belangrijke handelingen
- Open belangrijke pagina's en afbeeldingen op mobiel en desktop. Controleer doorverwijzingen, statuscodes, canonieke URL's en sitemap.
- Test inloggen, zoeken en formulieren. Gebruik veilige e-mailbestemmingen en waar mogelijk een testomgeving van de betaalprovider.
- Controleer uploads, rechten, wijzigingen in de database en koppelingen. Vergelijk aantallen belangrijke records met de bron.
- Controleer dat account-, winkelmand- en betaalpagina's buiten de cache vallen. Leeg oude caches na de laatste kopie.
- Verwijder de afscherming alleen van de echte productieomgeving. Controleer dat daar geen tijdelijke noindex-instructie achterblijft.
6. Pauzeer wijzigingen en maak de laatste kopie
Schakel voor dynamische sites de afgesproken onderhoudsmodus of schrijfpauze in. Synchroniseer de laatste bestanden en databasegegevens. Controleer wat sinds de oefening is veranderd. Zet de database van gisteren niet over de bestellingen van vandaag heen.
Houd de oude host beschikbaar als terugvaloptie en controleer de opzegdatum. Verwijder die omgeving niet tegelijk met de DNS-wijziging. Noteer wanneer de definitieve kopie is gemaakt en gecontroleerd.
7. Wijzig alleen de benodigde DNS-records
Pas alleen de records voor de website aan. Controleer IPv4 én IPv6, zodat bezoekers niet onbedoeld op verschillende servers uitkomen. Behoud e-mailrecords als e-mail niet meeverhuist.
Controleer via meerdere DNS-resolvers welke server antwoord geeft. Test HTTPS, doorverwijzingen tussen www en zonder www, een representatieve pagina en de belangrijkste klantactie. Zet productietaken en uitgaande koppelingen pas aan als de nieuwe omgeving aantoonbaar actief is.
8. Volg het resultaat en beslis over terugzetten
Controleer foutmeldingen en of nieuwe gegevens op de juiste plek binnenkomen. Wordt een stopcriterium bereikt, pauzeer wijzigingen opnieuw voordat je verkeer terugstuurt. Verwerk eerst bestellingen of berichten die op de nieuwe host zijn ontstaan. Alleen het oude DNS-record terugzetten kan nieuwe gegevens verloren laten gaan.
Houd beide diensten beschikbaar totdat de vastgelegde cachetermijnen verstreken zijn en de controles akkoord zijn. Zeg de oude dienst daarna op via het officiële proces. Ruim de testkopie en tijdelijke toegang op zodra ze niet meer nodig zijn, volgens de afgesproken bewaartermijnen.
Aandachtspunt bij WordPress
Blijft het domein gelijk, vervang URL's dan niet onnodig. Verandert het domein, volg de officiële WordPress-verhuisinstructies. Een eenvoudige tekstvervanging in de database kan opgeslagen instellingen beschadigen. Laat je beheerder hiervoor een hulpmiddel gebruiken dat de gegevensstructuur van WordPress begrijpt. Test doorverwijzingen en interne links afzonderlijk.
Bewaar de overdracht
Leg de back-uplocatie, tijdstippen, oude en nieuwe configuratie, controles, incidenten en definitieve goedkeuring vast. Laat wachtwoorden en klantgegevens uit een openbaar verslag. Controleer vóór de verhuizing de eisen voor de nieuwe host.
Wijzigingen
1 oktober 2026: deze verhuischecklist is opgesteld. Er wordt geen uitgevoerde verhuizing bij een aanbieder geclaimd.