Domein of hosting verhuizen zonder downtime: stappenplan

Een domein of hosting verhuizen zonder downtime kan, maar alleen als je de DNS-omschakeling plant in plaats van improviseert. Downtime ontstaat zelden door de verhuis zelf en bijna altijd door DNS-caching: bezoekers en mailservers onthouden je oude adres een tijd lang. Het korte antwoord: verlaag je TTL ruim op voorhand, zet de volledige nieuwe omgeving klaar en getest, schakel pas daarna de DNS-records om en bewaak alles vanaf de eerste minuut. In deze gids lopen we het draaiboek door dat je website online en je e-mail werkend houdt tijdens de overstap.

Dit hoort bij de bredere website-migratie zonder rankingverlies: daar gaat het over je Google-posities, hier over beschikbaarheid en bereikbaarheid tijdens de cutover. Voor de volledige aanpak van een B2B-site lees je de pillar over een B2B-website laten maken.

Wat verhuis je nu eigenlijk: domein, hosting of DNS?

Eerst dit, want de helft van de verwarring komt hier vandaan: een domein verhuizen, een hosting verhuizen en je DNS verleggen zijn drie verschillende handelingen. Vaak doe je er maar een, soms alle drie tegelijk, en het risicoprofiel verschilt sterk.

Een domeinverhuis (registrar-transfer) betekent dat je de naam zelf, bijvoorbeeld jouwbedrijf.be, onderbrengt bij een andere partij. Een hostingverhuis betekent dat je website-bestanden en database naar een nieuwe server gaan, terwijl het domein hetzelfde blijft. Een DNS-wissel is het verleggen van de records die zeggen welk adres bij je domein hoort. In de praktijk is dat laatste de gevoelige stap: hier valt downtime of e-mailuitval.

De geruststelling: bij een pure registrar-transfer hoeven je records niet te veranderen als de nieuwe partij dezelfde DNS-zone overneemt. De website blijft dan gewoon bereikbaar. Het risico stijgt zodra je tegelijk van server wisselt of je nameservers verlegt.

Waarom ontstaat downtime bij een verhuis?

Downtime ontstaat vrijwel altijd door DNS-caching, niet door de verhuis op zich. DNS-records hebben een TTL (time to live): het aantal seconden dat servers wereldwijd jouw adres mogen onthouden voordat ze opnieuw checken. Staat die TTL op bijvoorbeeld 24 uur, dan blijven bezoekers tot een dag lang naar je oude server gestuurd worden, ook al staat je site allang op de nieuwe.

Dat veroorzaakt twee problemen tijdens een verhuis. Sommige bezoekers landen op de oude server (mogelijk al uitgeschakeld), anderen op de nieuwe, en die “split brain”-periode kan uren tot ongeveer twee dagen duren. Daarom is propagatie het kernbegrip: de tijd die het kost voor de hele wereld je nieuwe records ziet.

De oplossing is timing. Verlaag de TTL van je relevante records ruim voor de cutover, doorgaans tot zo’n 300 seconden (vijf minuten), en doe dat minstens 24 tot 48 uur op voorhand. Waarom zo vroeg? Omdat een server die je oude record net vóór de verlaging cachte, nog de oude lange TTL aanhoudt. Pas als dat oude venster verstreken is, ziet iedereen de korte TTL en kun je veilig omschakelen met een terugval van minuten in plaats van dagen. Na een geslaagde verhuis zet je de TTL weer omhoog, bijvoorbeeld naar een uur.

Hoe voorkom je e-mailuitval tijdens de verhuis?

E-mail is het grootste en meest onderschatte risico, omdat je mailrecords niet automatisch meeverhuizen met je website. Veel mensen denken in “de site verhuist”, terwijl aan hetzelfde domein vaak ook je zakelijke e-mail hangt. Als je de DNS-zone opnieuw opbouwt en de mailrecords vergeet, ligt je e-mail plat zonder dat de website iets laat zien.

Breng daarom vóór de verhuis je volledige mailconfiguratie in kaart. Let minstens op:

• MX-records: wijzen aan welke server inkomende mail ontvangt. Verkeerd of leeg betekent: geen e-mail.
• SPF: bepaalt welke servers namens jouw domein mogen verzenden. Vergeten betekent mail in de spam.
• DKIM: de cryptografische handtekening op je uitgaande mail.
• DMARC: het beleid dat SPF en DKIM afdwingt en rapporteert.

De gouden regel: verander je alleen je webhosting, raak dan je MX- en mailrecords niet aan. Te veel verhuizingen lopen mis omdat iemand de hele zone “schoon” overzet en de mailrecords sneuvelen. Verhuist je mail wel mee, schakel die dan gefaseerd om en houd de oude mailbox een tijd actief, zodat berichten in de overgangsperiode nergens verloren gaan.

Hoe verhuis je een .be-domein naar een andere registrar?

Een .be-domein verhuizen naar een andere registrar verloopt via een transfercode van DNS Belgium en kan, mits alles klopt, in enkele uren rond zijn. De code bestaat uit vijf groepjes van drie cijfers, gescheiden door koppeltekens, en wordt verstuurd naar het e-mailadres van de domeinhouder zoals dat in het register staat.

Drie aandachtspunten maken hier het verschil. Ten eerste: zorg dat het houder-e-mailadres in het register klopt, want daar belandt de code. Staat daar een oud of fout adres, dan loopt de transfer vast. Ten tweede: de transfercode is een beperkte tijd geldig (in de orde van een week), dus vraag hem pas aan als je klaar bent om door te zetten. Ten derde, en cruciaal: een registrar-transfer hoeft je website of e-mail niet offline te halen, zolang de DNS-zone met dezelfde records meegaat of vooraf identiek is opgebouwd bij de nieuwe partij.

Voor andere extensies zoals .com of .nl werkt het vergelijkbaar, maar met een eigen autorisatie- of EPP-code en eigen doorlooptijden. Het principe blijft: regel de DNS-kant goed en de naamoverdracht zelf is meestal het kleinste risico.

Wat is het veilige stappenplan voor de cutover?

Het veilige draaiboek draait om een simpel principe: bouw en test de nieuwe omgeving volledig voordat je ook maar een record omschakelt. Zo wordt de cutover een knop omzetten, geen sprong in het diepe.

1. Inventariseer. Leg je huidige DNS-zone vast: A/AAAA, CNAME, MX, SPF, DKIM, DMARC en eventuele CAA-records. Dit is je referentie en je terugvalplan.
2. Verlaag de TTL. Zet de TTL van de records die je gaat wijzigen 24 tot 48 uur vooraf laag (rond vijf minuten).
3. Zet de nieuwe omgeving klaar. Plaats site en database op de nieuwe server, inclusief geldig SSL-certificaat, en test op het echte adres (via een tijdelijke hosts-instelling) voordat het publiek is.
4. Plan de cutover. Kies een rustig moment voor je B2B-publiek, doorgaans buiten de kantooruren, en wijzig dan de records.
5. Bewaak en herstel. Controleer propagatie, formulieren, e-mail en je 404’s en SSL direct na de omschakeling. Wijkt iets af, dan zet je dankzij de lage TTL binnen minuten terug.
6. Verhoog de TTL weer zodra alles stabiel draait en laat de oude omgeving nog even staan als vangnet.

Die laatste twee punten worden vaak overgeslagen, terwijl juist het bewaken en het terugvalplan het verschil maken tussen een stille verhuis en een paniekerige avond. Een eerlijke kanttekening: technisch perfecte verhuizingen leveren geen leads op, maar een verhuis die mailuitval of een dag downtime veroorzaakt, kost je wel direct vertrouwen en omzet. Plan ze daarom als een echt project.

De korte samenvatting

Domein of hosting verhuizen zonder downtime is geen kwestie van geluk maar van volgorde: verlaag je TTL op tijd, zet de nieuwe omgeving compleet en getest klaar, bescherm je MX-, SPF-, DKIM- en DMARC-records, schakel pas dan om en houd een terugval van minuten klaar. De verhuis zelf is meestal het kleinste risico; de DNS- en e-mailkant maken het verschil. Wil je dit niet zelf riskeren of zit een verhuis vast aan een nieuwe of vernieuwde website? Wij plannen de migratie zo dat je site online blijft en je e-mail gewoon doorloopt.

Plan je gratis intake