Website verhuizen: de checklist van back-up tot DNS-omzetting

Een website verhuis je veilig in deze volgorde: eerst een geteste back-up, dan een kopie op de nieuwe host die je test, dan de DNS-TTL verlagen, dan het A-record omzetten en tot slot alles controleren. De oude hosting zeg je pas op als de nieuwe aantoonbaar werkt. Dit artikel loopt de stappen langs, met aandacht voor wat makkelijk wordt vergeten: mail, het certificaat en de timing van DNS. Digitaalnu voert zo'n verhuizing uit vanaf €250 per migratie.

Wat doe je voordat je begint?

Begin met een inventaris, want je kunt alleen verhuizen wat je kent. Noteer waar je domein is geregistreerd, wie je DNS-records beheert, waar de website draait en waar je mailboxen staan. Dat kunnen verschillende partijen zijn. Schrijf ook op welke plugins, formulieren en koppelingen je gebruikt, en wie op welke plek kan inloggen. Heb je dat overzicht niet, dan is dat zelf al een uitkomst: er is dan eerst iemand nodig die het uitzoekt. Hoe de records in elkaar zitten lees je in DNS uitgelegd voor ondernemers.

Maak vervolgens een back-up, en test hem. Volgens WordPress.org bestaat een volledige back-up van een gewone WordPress-site uit twee delen, de database en de bestanden, en heb je beide nodig om te herstellen. WordPress.org adviseert eerst de database te back-uppen en daarna de bestanden. Het adviseert ook de database regelmatig en altijd voor een upgrade te back-uppen. Een verhuizing is zo'n moment. WordPress.org raadt bovendien aan automatische back-ups af en toe met een handmatige back-up te controleren, zodat je weet dat het proces werkt. Ons advies gaat een stap verder: test ook of je de back-up echt kunt terugzetten.

Welke nieuwe plek kies je?

Kies dan de nieuwe plek. Volgens Wikipedia levert een webhostingdienst de infrastructuur om websites te hosten en bereikbaar te maken. Bij shared hosting staan veel websites op één webserver en worden de kosten verdeeld over veel klanten. Een VPS is een virtuele machine die een hostingbedrijf als dienst verkoopt. Welk type bij je past hangt af van hoeveel beheer je zelf wilt doen, en dat is een keuze die je vóór de verhuizing maakt en niet erna. Vraag de nieuwe partij ook hoe back-ups, certificaten en monitoring zijn geregeld.

Zet de site daarna op de nieuwe host, zonder de oude uit te zetten. Bij het terugzetten van een back-up geldt volgens WordPress.org: eerst de WordPress-bestanden terugzetten en daarna de database importeren. Werk op een staging-site: WooCommerce omschrijft die als een kopie van je live site waarop je updates test voordat klanten er last van hebben, en maak je via je hostingprovider of door een back-up op een aparte WordPress-installatie terug te zetten. WooCommerce schrijft ook dat je updates niet rechtstreeks op de productiesite test. Ons advies is dat principe ook bij een verhuizing toe te passen.

Wat test je voordat je DNS omzet?

Test de kopie grondig voordat je DNS omzet. Controleer alle pagina's, het contactformulier, inloggen, zoeken, betalingen als je een webshop hebt en de e-mail die de site verstuurt. Controleer of elke pagina via HTTPS laadt. Volgens MDN is HTTPS een versleutelde versie van HTTP en horen alle websites al hun pagina's en subresources via HTTPS aan te bieden. Let op voor onderdelen die nog via het oude, onversleutelde adres worden opgehaald. Op een kopie los je dat rustig op, voordat bezoekers het zien.

Vraag je nieuwe host ook hoe het certificaat wordt vernieuwd. Let's Encrypt is volgens zichzelf een gratis, geautomatiseerde en open certificaatautoriteit, en raadt handmatig vernieuwen af omdat dat bij kortere geldigheid vaker nodig is. Het adviseert ook voldoende monitoring te hebben die alarmeert als certificaten niet tijdig worden vernieuwd. Regelt na een verhuizing niemand de vernieuwing, dan verloopt het certificaat op een gegeven moment, ook als de verhuizing zelf goed ging. Leg daarom vast wie de vernieuwing en de monitoring bewaakt.

Hoe verlaag je de TTL en zet je DNS om?

Verlaag nu de TTL van de records die je gaat wijzigen. TTL is volgens RFC 1035 de tijd in seconden dat een record gecachet mag worden voordat het weggegooid moet worden, en MDN beschrijft het als de tijd waarin de aanvrager het antwoord mag bewaren. Een lage TTL zorgt ervoor dat bezoekers na de wijziging sneller het nieuwe adres krijgen. Doe dit ruim van tevoren: pas als de oude, hogere waarde is verlopen, werkt de lage waarde overal. Een TTL van nul betekent volgens RFC 1035 dat het record alleen voor de lopende transactie gebruikt mag worden en niet gecachet hoort te worden. Ons advies: kies een lage waarde, geen nul.

Zet dan het A-record om. Het A-record koppelt een naam aan een IPv4-adres, en DNS vertaalt volgens MDN een domeinnaam naar een numeriek IP-adres. Pas het adres aan naar de nieuwe server en laat alle andere records ongemoeid. Raak vooral het MX-record niet aan als je mail niet meeverhuist: dat record identificeert volgens RFC 1034 de mail exchange voor het domein. Verhuist je mail wel mee, behandel dat dan als een eigen stap en lees e-mail na een verhuizing: SPF, DKIM en DMARC.

Kies voor de omzetting een rustig moment, bijvoorbeeld buiten je drukste uren. Laat de oude server tot na de verhuizing gewoon draaien. Zolang sommige bezoekers het oude adres nog uit hun cache krijgen, moeten die een werkende site zien. Voor een site die data verzamelt, zoals een webshop met bestellingen of een site met formulierinzendingen, is het slim op het omzetmoment geen wijzigingen toe te laten op de oude server. Anders eindigen nieuwe bestellingen op de verkeerde plek. Kondig het onderhoudsvenster aan als er iets op het spel staat.

Wat controleer je na de omzetting?

Controleer direct na de omzetting. Open de site vanaf een ander netwerk dan waarmee je werkte, bijvoorbeeld je telefoon op mobiel internet. Systemen die het oude antwoord nog bewaren, tonen tijdelijk de oude situatie tot de TTL is verlopen, dus een verschil tussen apparaten is normaal. Test daarna opnieuw het contactformulier, de checkout en de e-mail. Controleer of je certificaat geldig is en of de site zonder waarschuwing opent. Zet de TTL pas naar een hogere waarde terug als alles stabiel is.

Denk tot slot aan de adressen. Verandert de structuur van je site, bijvoorbeeld omdat paden of het domein anders worden, zorg dan dat elk oud adres met een redirect naar het nieuwe adres verwijst. Een redirect stuurt wie het oude adres opent automatisch door naar het nieuwe. Blijven de adressen gelijk, dan is dit niet nodig. Test een steekproef van de belangrijkste pagina's handmatig. Wat je verder van een vorige partij moet meenemen, zoals inloggegevens en het domein, staat in weg bij je huidige webbureau.

Moet ook het domein naar een andere registrar? Doe dat als aparte stap, niet tegelijk met de website. SIDN schrijft dat een .nl-domein altijd mag verhuizen naar een andere registrar, al kan het abonnement bij de oude registrar nog doorlopen. Meer daarover staat in een .nl-domein verhuizen naar een andere registrar of host. Door de twee stappen te scheiden weet je bij een probleem meteen welke van de twee het veroorzaakte, en zet je geen twee dingen tegelijk op het spel.

Wanneer laat je het door een specialist doen?

Zeg de oude hosting pas op als de nieuwe aantoonbaar werkt, en bewaar de back-up van de oude situatie nog een tijd. Wil je de verhuizing niet zelf doen, dan neemt Digitaalnu dat uit handen via website-migratie, vanaf €250 per migratie. Staat de site daarna bij ons, dan kijk je bij managed hosting naar de mogelijkheden. Loopt er tijdens de overstap iets vast, dan is er WordPress-hulp voor storingen.

Laatst bijgewerkt op 11 oktober 2026