Domeinnaam verhuizen zonder downtime

Een domeinnaam verhuizen zonder downtime begint met het juiste scenario: alleen een registrartransfer, een wijziging van DNS of hosting, of een verhuizing naar een nieuw domein. Door de nieuwe omgeving vooraf te testen, DNS- en e-mailrecords te inventariseren en de oude omgeving niet te vroeg uit te schakelen, beperk je onderbrekingen voor website, e-mail en vindbaarheid sterk. Volledige garantie op nul downtime is niet realistisch, maar een gecontroleerde aanpak maakt problemen veel beter beheersbaar.

Wat betekent een domeinnaam verhuizen?

De term ‘domeinnaam verhuizen’ wordt voor verschillende technische wijzigingen gebruikt. Die wijzigingen hebben niet allemaal hetzelfde risico en vragen niet om dezelfde stappen. Een registrartransfer verandert bijvoorbeeld niet automatisch je hosting of DNS. Een nieuw domein voor dezelfde website heeft juist wel gevolgen voor URL’s en SEO.

Situatie	Wat verandert er?	Belangrijkste aandachtspunt	Wat controleer je?
Registrartransfer	De beheerpartij van de domeinnaam	Behoud bestaande nameservers als je infrastructuur niet wijzigt	Transferstatus, nameservers en contactgegevens
DNS-wijziging	De DNS-zone of nameservers	Neem alle bestaande records volledig over	A-, AAAA-, CNAME-, MX-, TXT- en verificatierecords
Hostingmigratie	De server waarop de website draait	Bouw en test de nieuwe omgeving vóór de omschakeling	Website, SSL, formulieren, database, media en e-mailrouting
Nieuw domein	Publieke domeinnaam en vaak alle URL’s	Maak een URL-mapping en plaats permanente redirects	301-redirects, canonicals, sitemap en Search Console

Stappenplan: domein verhuizen zonder merkbare onderbreking

1. Bepaal het verhuisscenario. Leg vast of je alleen de registrar wijzigt, DNS aanpast, naar andere hosting verhuist of een nieuw domein gaat gebruiken. Combineer deze veranderingen niet onnodig in één ongecontroleerd moment.
2. Maak een volledige inventarisatie. Verzamel toegang tot registrar, DNS-beheer, hosting, WordPress, e-maildienst, analytics en Google Search Console. Exporteer of noteer alle DNS-records, inclusief records die voor e-mail en externe diensten nodig zijn.
3. Maak een herstelbaar uitgangspunt. Maak een actuele back-up van websitebestanden en database. Leg ook vast hoe je de bestaande omgeving beschikbaar houdt als terugvaloptie. Lees hiervoor ook onze gids over back-ups voor WordPress.
4. Bouw de nieuwe omgeving naast de live omgeving op. Zet bestanden, database en configuratie over zonder de live DNS al te wijzigen. Test bij voorkeur via een tijdelijke technische URL of een afgeschermde testmethode. Controleer of de site niet per ongeluk voor zoekmachines wordt geïndexeerd.
5. Test alle bedrijfskritische functies. Controleer pagina’s, inloggen, media, zoekfunctie, formulieren, bevestigingsmails, betalingen of koppelingen die voor jouw website relevant zijn. Test ook zowel op desktop als mobiel.
6. Bereid de DNS-omschakeling voor. Controleer welke records wijzigen en welke gelijk moeten blijven. Denk naast webverkeer nadrukkelijk aan MX-records en TXT-records voor SPF, DKIM, DMARC en dienstverificaties. Verlaag de TTL alleen als dat past bij je beheerproces en herstelplan.
7. Schakel gecontroleerd om. Publiceer de geteste DNS-records of wijzig de nameservers. Bewaar de oude hostingomgeving voorlopig actief. Bij een pure registrartransfer met ongewijzigde nameservers is vaak geen websitewijziging nodig, maar controle blijft noodzakelijk.
8. Voer directe controles uit. Open belangrijke pagina’s, verstuur een testformulier, controleer ontvangst en verzending van e-mail en bekijk of HTTPS zonder certificaatwaarschuwingen werkt. Controleer ook redirects en belangrijke externe koppelingen.
9. Monitor de overgang. Houd bereikbaarheid, foutmeldingen, formulieren, e-mail en crawlproblemen in de gaten. Ontstaan er foutpagina’s, pak die gericht aan met de aanpak uit de gids over 404- en soft-404-fouten.
10. Rond pas af als de overgang stabiel is. Verwijder de oude omgeving niet direct. Beëindig oude diensten pas nadat je hebt vastgesteld dat verkeer, e-mail en technische functies betrouwbaar via de nieuwe inrichting lopen.

Voorbereiding: wat moet je inventariseren?

De meest voorkomende oorzaak van problemen is geen fout in de website zelf, maar een vergeten afhankelijkheid. Een website kan correct laden terwijl zakelijke e-mail, formulierbevestigingen of een externe dienst niet meer werkt.

• Domein en DNS: registrar, nameservers, zonebestanden en alle actieve records.
• Website en hosting: bestanden, database, PHP-configuratie, cron-taken, caching en SSL-certificaat.
• E-mail: mailprovider, MX-records, SPF, DKIM, DMARC, mailboxen en verzendende applicaties.
• WordPress: siteadres, home-adres, wp-config.php, plugins, thema, uploads en databaseverwijzingen.
• Meten en vindbaarheid: analytics, tagbeheer, Search Console, XML-sitemap, robots.txt en canonicals.
• Externe koppelingen: CRM, boekingssoftware, betaalprovider, nieuwsbriefdienst en API-koppelingen.

WordPress-website verhuizen: extra controles

Bij een WordPress-migratie moeten bestanden én database bij elkaar passen. Controleer na de overdracht onder meer het ingestelde siteadres, permalinks, afbeeldingen, interne links en formulieren. Databaseverwijzingen naar een oude URL vervang je zorgvuldig: een onjuiste zoek-en-vervangactie kan opgeslagen gegevens beschadigen. De WordPress-documentatie behandelt de migratie van bestanden, database en URL-instellingen.

Een verhuizing is ook een logisch moment om te beoordelen of je technische basis nog aansluit bij je groeiplannen. Bekijk hoe strategisch creatief webdesign kan helpen wanneer niet alleen hosting, maar ook structuur, techniek en conversie aandacht vragen.

SEO behouden bij een verhuizing naar een nieuw domein

Verhuis je alleen naar een andere host terwijl de publieke URL’s gelijk blijven, dan is de SEO-opgave vooral technisch: zorg dat Google en bezoekers dezelfde pagina’s op dezelfde URL’s blijven bereiken. Bij een nieuw domein veranderen URL’s wel. Dan heb je een expliciet migratieplan nodig.

1. Maak een overzicht waarin elke belangrijke oude URL aan de meest passende nieuwe URL is gekoppeld.
2. Plaats permanente 301-redirects van oude naar nieuwe URL’s. Stuur niet alles automatisch naar de homepage.
3. Actualiseer interne links, canonicals, XML-sitemap en eventuele gestructureerde gegevens naar het nieuwe domein.
4. Verifieer beide domeinen in Search Console en gebruik de beschikbare migratievoorzieningen wanneer die op jouw situatie van toepassing zijn.
5. Controleer na livegang indexering, crawlmeldingen en de afhandeling van oude URL’s.

Google adviseert bij een siteverhuizing met gewijzigde URL’s om redirects, sitemaps en monitoring zorgvuldig in te zetten. Houd de oude domeinnaam bovendien beschikbaar zolang oude links en zoekresultaten nog naar die adressen kunnen verwijzen.

Praktische controlelijst voor het omschakelmoment

Onderdeel	Concrete controle	Akkoord wanneer
DNS	Vergelijk de nieuwe records met de inventarisatie	Web-, mail- en verificatierecords zijn aanwezig en correct
Website	Open homepage, dienstenpagina’s en belangrijke landingspagina’s	Pagina’s laden via HTTPS zonder foutmelding
WordPress	Log in en controleer media, permalinks en geplande functies	Beheer en publieke website functioneren normaal
Formulieren	Verstuur een echte testaanvraag	Bevestiging verschijnt en e-mail komt aan bij de juiste ontvanger
E-mail	Test inkomend en uitgaand e-mailverkeer	Verzenden en ontvangen werkt vanuit relevante mailboxen
SEO	Controleer robots.txt, sitemap, canonicals en redirects	Zoekmachines krijgen de bedoelde signalen en URL’s terug
Metingen	Controleer analytics en belangrijke conversiepunten	Bezoeken en testconversies worden geregistreerd
Herstelplan	Houd oude instellingen en omgeving beschikbaar	Terugschakelen is mogelijk als een kritisch probleem ontstaat

Veelgemaakte fouten

• De registrartransfer verwarren met een hostingmigratie. Een transfer kan administratief zijn, terwijl DNS en hosting ongewijzigd blijven.
• Alleen A-records kopiëren. Daardoor kan de website werken, maar e-mail of domeinverificatie uitvallen.
• De oude hosting direct opzeggen. Dan ontbreekt een veilige terugvaloptie wanneer een probleem pas later zichtbaar wordt.
• De testomgeving indexeerbaar laten. Dat kan verwarring veroorzaken voor zoekmachines en bezoekers.
• Redirects naar de homepage sturen. Dit is geen vervanging voor een gerichte URL-mapping bij een domeinwijziging.
• Formulieren alleen visueel controleren. Een formulier kan er goed uitzien terwijl de e-mailaflevering niet werkt.

Wanneer schakel je een specialist in?

Schakel hulp in wanneer je verhuizing meerdere systemen raakt, bijvoorbeeld WordPress, e-mail, CRM, betalingen, advertentietracking en een nieuw domein. Ook bij een zakelijke website met veel organisch verkeer of complexe URL-structuur is een migratieplan verstandig. LYNX Media helpt bedrijven met de technische en strategische kant van websites. Bekijk onze diensten of bespreek je website of online groeikansen met LYNX Media.

Kort samengevat

Een domeinnaam verhuizen zonder downtime draait niet om één technische handeling, maar om voorbereiding en controle. Bepaal eerst wat werkelijk verandert, test de nieuwe omgeving vóór de omschakeling, neem alle DNS- en e-mailrecords mee en houd de oude omgeving beschikbaar. Verandert ook je domein? Voeg dan URL-mapping, 301-redirects en Search Console-controles toe aan je plan.