Een domein verhuizen hoeft geen moment omzet, aanvragen of vertrouwen te kosten. Toch gaat het bij domein verhuizen downtime vaak mis op één detail: DNS, e-mail of hosting wordt te vroeg uitgezet. Het gevolg? Een webshop die niet bereikbaar is, contactformulieren die verdwijnen of medewerkers die ineens geen e-mail meer ontvangen.

Voor ondernemers is dat geen technisch ongemak. Het is direct bedrijfsrisico. Zeker wanneer je website leads oplevert of je Shopify- of WooCommerce-webshop dagelijks bestellingen verwerkt. De goede aanpak is daarom niet: eerst verhuizen en daarna kijken wat er stukgaat. De juiste aanpak is voorbereiden, testen en pas omschakelen wanneer alles klaarstaat.

Waar ontstaat downtime bij een domeinverhuizing?

Een domein bestaat niet uit je website. Het is het adres dat bezoekers naar je website, e-mail en andere diensten stuurt. Bij een verhuizing kunnen die onderdelen op verschillende plekken staan. Je domeinregistratie kan bijvoorbeeld bij partij A lopen, je WordPress-hosting bij partij B en je e-mail bij Microsoft 365 of Google Workspace.

Dat onderscheid is cruciaal. Verhuis je alleen de domeinregistratie, dan hoeft je website helemaal niet offline te gaan. Verhuis je tegelijk de hosting, dan moet je ervoor zorgen dat de nieuwe server volledig werkt voordat je het verkeer omzet. En verander je DNS-records zonder de e-mailinstellingen mee te nemen, dan kan je mail tijdelijk stilvallen terwijl je website gewoon zichtbaar blijft.

Downtime ontstaat meestal door een van deze drie situaties: de oude hosting wordt te snel opgezegd, DNS-records worden onvolledig overgenomen of de nieuwe website is nog niet getest op het juiste domein. Het zijn vermijdbare fouten, maar alleen als iemand het volledige plaatje beheert.

Domein verhuizen downtime voorkomen begint met inventariseren

Voordat er ook maar één instelling wijzigt, moet duidelijk zijn wat er nu aan het domein gekoppeld is. Dat klinkt eenvoudig, maar bij veel bedrijven is die kennis verspreid. De eigenaar heeft toegang tot de registrar, een oud bureau beheert de hosting en e-mail is ooit door een IT-partner ingesteld.

Breng daarom eerst in kaart waar je domein geregistreerd staat, waar de website draait en welke e-maildienst je gebruikt. Noteer ook de huidige DNS-records. Denk aan A-records voor de website, CNAME-records voor subdomeinen, MX-records voor e-mail en TXT-records voor beveiliging en verificatie. Vooral SPF, DKIM en DMARC worden vaak vergeten. Zonder deze records kan e-mail in spam belanden of helemaal niet aankomen.

Controleer daarnaast welke extra diensten actief zijn. Misschien draait er een afspraakmodule op een subdomein, is er een koppeling met een nieuwsbriefsysteem of verwijst een oude campagnepagina nog naar een apart adres. Een verhuizing is het moment waarop verborgen technische afhankelijkheden zichtbaar worden. Liever voor de livegang dan erna.

Bouw eerst de nieuwe omgeving op

De veiligste migratievolgorde is helder: eerst de nieuwe omgeving, daarna de omschakeling. Een nieuwe WordPress-site of webshop moet dus al compleet functioneren op de nieuwe hosting voordat het domein ernaartoe wijst.

Dat betekent dat je de website migreert, een SSL-certificaat voorbereidt, formulieren test en controleert of alle essentiële pagina’s correct laden. Voor een webshop test je ook productpagina’s, winkelmandje, checkout, betaalmethoden, ordermails en voorraadkoppelingen. Een mooie homepage is niet genoeg als klanten tijdens het afrekenen vastlopen.

Werk bij voorkeur met een tijdelijke technische URL of een afgeschermde testomgeving. Zo kunnen ontwerp, snelheid en functionaliteit worden gecontroleerd zonder dat bezoekers er last van hebben. Let ook op zoekmachines: een testomgeving mag niet worden geïndexeerd. Anders kunnen dubbele pagina’s of onnodige verwarring ontstaan.

Bij JOYOmedia wordt een website niet alleen beoordeeld op hoe hij eruitziet. De praktische vraag is altijd: werkt dit voor de bezoeker én voor je bedrijf op het moment dat het verkeer omschakelt? Dat voorkomt een snelle livegang die later duur blijkt.

Verlaag de DNS-TTL voordat je omschakelt

DNS-wijzigingen zijn niet overal direct zichtbaar. Internetproviders en apparaten bewaren DNS-informatie tijdelijk in een cache. De TTL, oftewel Time To Live, bepaalt hoe lang die informatie bewaard mag blijven.

Staat de TTL op 24 uur, dan kunnen sommige bezoekers nog een dag naar de oude server gaan nadat je de DNS hebt aangepast. Verlaag de TTL daarom idealiter 24 tot 48 uur voor de verhuizing naar bijvoorbeeld 300 seconden. Daarmee geef je aan dat DNS-informatie sneller opnieuw moet worden opgehaald.

Dit maakt de omschakeling aanzienlijk beter voorspelbaar, maar niet magisch. Sommige providers en apparaten negeren een lage TTL of gebruiken bestaande caches langer. Reken dus altijd op een korte overgangsperiode waarin een deel van de bezoekers de oude omgeving ziet en een ander deel de nieuwe. Juist daarom moeten beide omgevingen tijdelijk beschikbaar blijven.

Zet website en e-mail niet tegelijk op scherp

De grootste fout bij een domeinverhuizing is alles in één keer aanpassen. Domein overzetten, nameservers wijzigen, hosting opzeggen en e-mailinstellingen vernieuwen: technisch kan het, maar het stapelt onnodig risico op.

Houd website en e-mail waar mogelijk los van elkaar. Als je e-mail al goed draait via Microsoft 365 of Google Workspace, kopieer je de bijbehorende MX- en TXT-records exact naar de nieuwe DNS-zone. Verander die records niet zonder reden. Moet e-mail wel mee verhuizen, plan dat als een apart project met mailboxmigratie, testaccounts en een duidelijke overgangsperiode.

Ook de domeintransfer zelf hoeft meestal geen downtime te veroorzaken. Een verhuizing van registrar verandert vooral wie het domein beheert en factureert. Zolang de nameservers en DNS-zone gelijk blijven, blijven website en e-mail werken zoals ze deden. Pas wanneer je nameservers of DNS-records wijzigt, verandert de route van het verkeer.

Kies het juiste moment voor de omschakeling

Een B2B-bedrijf kan vaak beter buiten kantooruren schakelen. Voor een webshop ligt dat genuanceerder. Als je omzet vooral ‘s avonds binnenkomt, is de ochtend misschien juist het beste moment. Kijk niet alleen naar bezoekersaantallen, maar ook naar je interne beschikbaarheid. Er moet iemand zijn die kan testen en direct kan ingrijpen.

Plan geen DNS-wijziging vlak voor een grote campagne, nieuwsbrief of advertentieactie. Zelfs wanneer alles goed gaat, wil je geen extra variabelen toevoegen op een druk moment. Bij een webshop is het verstandig om tijdelijk minder marketingbudget uit te geven rond de omschakeling, tenzij je zeker weet dat de oude en nieuwe omgeving parallel probleemloos werken.

Een praktische controle direct na de wijziging bestaat uit vier onderdelen:

• Controleer de homepage, belangrijkste landingspagina’s en mobiele weergave.
• Verstuur een test via ieder contactformulier en check of de e-mail aankomt.
• Plaats bij een webshop een echte testbestelling, inclusief betaling en orderbevestiging.
• Controleer e-mail ontvangen en versturen vanaf verschillende mailboxen.

Herhaal deze controle na een uur en later die dag. Niet omdat je problemen verwacht, maar omdat je ze wilt vinden voordat een klant of collega dat doet.

Zeg de oude hosting pas op als alles stabiel is

De oude hosting direct beëindigen lijkt efficiënt. In werkelijkheid is het een onnodige gok. Laat de oude omgeving minimaal enkele dagen beschikbaar, en bij complexe websites of webshops liever langer. Tijdens de DNS-overgang kan verkeer nog daar terechtkomen. Ook geeft het je een vangnet als een vergeten bestand, e-mailforwarder of instelling alsnog nodig blijkt.

Maak vooraf een volledige backup van bestanden, database en e-mailinstellingen. Een backup is geen migratieplan, maar wel je laatste veiligheidsnet. Test bovendien of de backup terug te zetten is. Een backup waar niemand bij kan of die niet werkt, helpt niet wanneer je hem nodig hebt.

Let ook op redirects. Verander je tijdens de verhuizing meteen je URL-structuur of ga je van een oude naar een nieuwe website, dan moeten belangrijke oude pagina’s correct doorverwijzen. Anders verlies je niet alleen bezoekers, maar mogelijk ook opgebouwde vindbaarheid en campagneverkeer.

Wanneer is hulp verstandig?

Een eenvoudige domeintransfer met bestaande nameservers kun je vaak zelf uitvoeren. Verhuis je een zakelijke website met formulieren, e-mail, analytics, betalingen en meerdere koppelingen, dan is specialistische begeleiding meestal goedkoper dan een middag omzetverlies. Zeker als niemand binnen je bedrijf precies weet welke technische keuzes vroeger zijn gemaakt.

Vraag niet alleen of een partij het domein kan verhuizen. Vraag hoe zij downtime voorkomen, welke records zij controleren, hoe e-mail wordt getest en hoe lang de oude omgeving actief blijft. Een helder stappenplan zegt meer dan de belofte dat het ‘wel goedkomt’.

Een domeinverhuizing is een klein technisch moment met een grote commerciële impact. Behandel hem dus als een gecontroleerde livegang. Als de voorbereiding klopt, merken je klanten er niets van – en kun jij verder bouwen aan een website die gewoon blijft verkopen, ook terwijl de techniek achter de schermen verandert.