Je domeinnaam verhuizen zonder downtime klinkt eenvoudig: je vraagt een verhuiscode aan en zet die bij een nieuwe provider. In de praktijk hangt er vaak veel meer aan een domeinnaam. Je website, zakelijke e-mail, formulieren, agenda-uitnodigingen en soms zelfs externe systemen kunnen ervan afhankelijk zijn. Een verkeerde instelling of een stap in de verkeerde volgorde kan daarom betekenen dat klanten je website niet zien of dat belangrijke e-mail tijdelijk niet aankomt.
De oplossing is niet om een verhuizing zo snel mogelijk uit te voeren, maar om hem goed voor te bereiden. Met de juiste inventarisatie en een gecontroleerde overgang kun je de kans op onderbrekingen sterk verkleinen.
Waarom een domeinverhuizing soms problemen geeft
Een domeinnaam is vooral het adres waarmee mensen en systemen jouw bedrijf vinden. De feitelijke diensten erachter staan niet altijd bij dezelfde partij. Je website kan bijvoorbeeld op een aparte hostingserver draaien, terwijl Microsoft 365 je e-mail verwerkt en een externe partij je nieuwsbrief verstuurt.
De koppelingen naar die diensten staan in DNS-records. Zie DNS als de routekaart achter je domeinnaam. Daarin staat onder meer waar je website te vinden is en welke mailserver e-mail voor jouw domein mag ontvangen. Verhuis je alleen de domeinregistratie en blijven alle DNS-instellingen intact, dan merken bezoekers vaak niets. Verhuis je tegelijk de DNS-zone, hosting of e-mail, dan is een zorgvuldige aanpak nodig.
Juist dat onderscheid wordt nogal eens gemist. Een domeinnaam kan wel verhuisd zijn, maar als de nieuwe DNS-zone onvolledig is, werken bepaalde onderdelen alsnog niet. De homepage lijkt dan misschien prima, terwijl contactformulieren, subdomeinen of e-mail niet goed functioneren.
Domeinnaam verhuizen zonder downtime begint met inventariseren
Voordat je een verhuiscode aanvraagt, moet duidelijk zijn wat er aan het domein gekoppeld is. Doe dit niet op basis van aannames of een oude e-mail van je vorige provider. Controleer de actuele DNS-zone en vraag bij twijfel na welke diensten er daadwerkelijk gebruikmaken van het domein.
Kijk in elk geval naar de website en eventuele subdomeinen, zoals webshop.jouwdomein.nl of portal.jouwdomein.nl. Controleer ook waar de e-mail wordt gehost en welke records daarvoor nodig zijn. Bij Microsoft 365 zijn dat bijvoorbeeld MX-, SPF-, DKIM- en verificatierecords. Gebruik je een extern boekhoudpakket, CRM-systeem, nieuwsbriefdienst of telefonieplatform? Dan kunnen ook daar DNS-records voor bestaan.
Maak van alle instellingen een volledig overzicht. Een export of schermafbeelding van de huidige DNS-zone is nuttig, maar controleer ook de inhoud regel voor regel. Een foutje in één teken in een mailrecord is genoeg om e-mailverkeer te verstoren.
Let extra op deze onderdelen
Bij een zakelijke domeinverhuizing verdienen vooral deze onderdelen aandacht:
- A-records en AAAA-records voor je website of applicatie
- CNAME-records voor subdomeinen en externe diensten
- MX-records voor inkomende e-mail
- SPF-, DKIM- en DMARC-records voor betrouwbare e-mailbezorging
- TXT-records voor verificatie van Microsoft 365, Google-diensten of andere platforms
- Eventuele SRV-records, bijvoorbeeld voor telefonie of specifieke applicaties
Heb je geen duidelijk overzicht van deze records, begin dan niet aan de verhuizing. Dit is precies het moment waarop begeleiding tijd en onnodige stress kan besparen.
Kies eerst: alleen het domein verhuizen of ook de diensten?
De minst risicovolle situatie is een administratieve verhuizing. Daarbij verhuist alleen het beheer van de domeinnaam naar een nieuwe registrar, terwijl je nameservers en DNS-zone gelijk blijven. De website en e-mail blijven dan technisch gezien werken zoals ze al werkten.
Dat is een goede keuze als je vooral één aanspreekpunt wilt, betere ondersteuning zoekt of je domeinen wilt onderbrengen bij een partij die ook je hosting en IT beheert. Houd wel rekening met de vraag waar de DNS-zone op termijn hoort te staan. Als die bij een oude leverancier blijft, blijf je voor wijzigingen mogelijk van die partij afhankelijk.
Wil je ook de hosting, DNS en e-mail verplaatsen, dan is een gefaseerde overgang verstandiger. Zet de nieuwe omgeving eerst volledig klaar en test die voordat je de DNS daadwerkelijk omschakelt. Dit vraagt iets meer voorbereiding, maar voorkomt dat je tijdens de verhuizing nog instellingen moet uitzoeken.
Verlaag de TTL ruim voor de wijziging
DNS-records hebben een TTL, oftewel de bewaartijd die aangeeft hoe lang systemen een DNS-antwoord mogen onthouden. Staat die op 24 uur, dan kan een wijziging bij sommige bezoekers of mailservers nog een dag op zich laten wachten. Dat maakt een overgang minder voorspelbaar.
Verlaag de TTL van de relevante records daarom bij voorkeur 24 tot 48 uur vóór je de DNS gaat aanpassen. Een waarde van 300 seconden, oftewel vijf minuten, wordt vaak gebruikt tijdens een geplande migratie. Daardoor pakken systemen wijzigingen sneller op.
Pas de TTL niet pas toe vlak voordat je verhuist. De oude TTL blijft dan nog actief in caches die het record eerder hebben opgevraagd. Na de overgang kun je de TTL weer verhogen naar een normale waarde. Dat voorkomt onnodig veel DNS-verzoeken zonder dat je flexibiliteit verliest.
Bouw en test de nieuwe omgeving vooraf
Verhuis je ook de website, dan zet je eerst een kopie klaar op de nieuwe hostingomgeving. Controleer niet alleen of de voorpagina opent, maar test ook formulieren, inloggen, de webshop, afbeeldingen, redirects en eventuele koppelingen met andere systemen. Een website die technisch online staat, is nog niet automatisch bedrijfsklaar.
Voor e-mail geldt hetzelfde. Richt de mailboxen, aliassen en beveiligingsinstellingen vooraf in. Bij een overstap naar Microsoft 365 of een andere mailomgeving moet je ook rekening houden met bestaande mailboxinhoud, agenda’s en gedeelde postvakken. De DNS-wijziging is slechts één deel van de overgang.
Test de nieuwe website bij voorkeur via een tijdelijke testomgeving of een lokaal hosts-bestand. Daarmee bekijk je de nieuwe server onder je eigen domeinnaam, zonder dat bezoekers al naar die server worden gestuurd. Dit is een praktische manier om fouten op te sporen voordat ze zichtbaar worden voor klanten.
Plan het omschakelmoment bewust
Een verhuizing zonder downtime betekent niet dat je alles midden op een drukke werkdag moet uitvoeren. Kies een moment waarop je organisatie goed bereikbaar is en er iemand beschikbaar is die weet welke controles nodig zijn. Voor een webshop kan dat buiten piekuren zijn. Voor een kantoor met veel e-mailverkeer is het verstandig om niet vlak voor een belangrijke offerte- of factuurronde te wisselen.
Zorg dat je toegang hebt tot zowel de oude als de nieuwe beheeromgeving zolang de overgang loopt. Zeg oude diensten niet direct op. Laat de oude hosting en e-mailomgeving nog even actief staan totdat je hebt vastgesteld dat alle DNS-wijzigingen overal zijn doorgekomen en alles correct werkt.
De daadwerkelijke domeinverhuizing kan, afhankelijk van de extensie en de betrokken partijen, tijd kosten. Voor .nl-domeinen gaat dit vaak snel, maar baseer je planning niet uitsluitend daarop. De technische continuïteit wordt vooral bepaald door je DNS- en service-instellingen, niet door de administratieve verhuisstatus alleen.
Controleer na de verhuizing meer dan alleen je website
Na het omschakelen controleer je of de website via het hoofddomein en de veelgebruikte subdomeinen bereikbaar is. Verstuur daarna e-mail vanaf een extern adres naar je zakelijke adres en stuur zelf een bericht naar een extern adres. Zo test je inkomende én uitgaande e-mail.
Controleer daarnaast je contactformulier, eventuele orderbevestigingen en mail die vanuit je website of applicaties wordt verstuurd. Vooral deze geautomatiseerde berichten vallen soms pas dagen later op, terwijl ze voor klanten juist belangrijk zijn.
Houd de eerste 24 tot 48 uur rekening met verschillen tussen netwerken door DNS-caching. Krijg je een melding van een klant dat een pagina niet opent, dan betekent dat niet direct dat de hele verhuizing fout is gegaan. Onderzoek wel meteen welke DNS-informatie dat netwerk gebruikt en of de juiste records overal beschikbaar zijn.
Veelgemaakte fouten bij een domeinverhuizing
De meest voorkomende fout is het opzeggen van de oude hosting voordat de nieuwe omgeving is getest. Een andere fout is het overschrijven van de volledige DNS-zone zonder alle bestaande records mee te nemen. Dat kan leiden tot een werkende website, maar niet-werkende e-mail of koppelingen.
Ook het wijzigen van nameservers en e-mailinstellingen tegelijk maakt foutzoeken lastig. Verander bij voorkeur zo min mogelijk tegelijk, tenzij je een goed getest migratieplan hebt. Als er dan iets misgaat, weet je sneller waar je moet zoeken.
Ten slotte is een verhuiscode geen vrijbrief om alle veiligheidscontroles over te slaan. Controleer wie de domeinhouder is, of de contactgegevens kloppen en of er een domeinlock actief is. Bewaar toegang tot de beheeraccounts zorgvuldig, want een domeinnaam is een belangrijk bedrijfsmiddel.
Wanneer je het beter laat begeleiden
Heb je alleen een eenvoudige website en geen zakelijke e-mail onder het domein, dan kun je een verhuizing vaak zelf uitvoeren. Maar zodra meerdere diensten, mailboxen, medewerkers of externe koppelingen betrokken zijn, is het verstandig om de overgang te laten controleren door een partij die zowel domeinen, hosting als werkplekken begrijpt.
Cloudformatie kan zo’n verhuizing vooraf in kaart brengen en de stappen in de juiste volgorde uitvoeren. Daarmee voorkom je dat je tijdens een drukke werkdag moet uitzoeken waarom e-mail niet aankomt of een formulier geen berichten meer verstuurt.
Een domeinverhuizing hoeft geen spannend moment te zijn. Als je weet welke diensten aan je domein hangen, de nieuwe omgeving vooraf test en oude diensten pas stopt na een volledige controle, houd je de bereikbaarheid van je bedrijf onder controle.