Domeinnaam verhuizen of wijzigen zonder downtime en zonder SEO-verlies

Een domeinnaam verhuizen zonder downtime kan, als je de DNS-omschakeling plant.

Downtime ontstaat zelden door de verhuis zelf.

Ze ontstaat bijna altijd door DNS-caching: bezoekers en mailservers onthouden je oude adres een tijd lang.

Het verdict: verlaag je TTL ruim op voorhand, zet de nieuwe omgeving volledig getest klaar en schakel pas dan om. Bewaak alles vanaf de eerste minuut.

Hieronder het draaiboek 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 tijdens de cutover. De volledige aanpak staat in de pillar over een B2B-website laten maken.

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

Drie verschillende handelingen, met elk een eigen risico.

De helft van de verwarring komt hier vandaan.

Vaak doe je er maar een, soms alle drie tegelijk.

De drie handelingen

• Domeinverhuis (registrar-transfer): je brengt de naam, bijvoorbeeld jouwbedrijf.be, onder bij een andere partij.
• Hostingverhuis: je website-bestanden en database gaan naar een nieuwe server, het domein blijft hetzelfde.
• DNS-wissel: je verlegt de records die zeggen welk adres bij je domein hoort.

Draai je op WordPress, dan komt bij een hostingverhuis het overzetten van bestanden en database kijken. Dat draaiboek staat in WordPress migreren naar nieuwe hosting of domein.

Waar het risico zit

In de praktijk is de DNS-wissel 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.

Kies je nieuwe partij bewust: zie webhosting in België kiezen voor B2B.

Waarom ontstaat downtime bij een verhuis?

Door DNS-caching, niet door de verhuis op zich.

TTL en propagatie

DNS-records hebben een TTL (time to live): het aantal seconden dat servers wereldwijd je adres mogen onthouden.

Staat die TTL op 24 uur, dan blijven bezoekers tot een dag lang naar je oude server gaan. Ook als je site allang op de nieuwe staat.

Dat veroorzaakt twee problemen.

Sommige bezoekers landen op de oude server, mogelijk al uitgeschakeld, anderen op de nieuwe.

Die “split brain”-periode kan uren tot ongeveer twee dagen duren. Daarom is propagatie het kernbegrip: de tijd die de wereld nodig heeft om je nieuwe records te zien.

De korte definitie staat onder DNS in onze woordenlijst.

De oplossing is timing

Verlaag de TTL van je relevante records ruim voor de cutover. Doorgaans tot zo’n 300 seconden (vijf minuten), minstens 24 tot 48 uur op voorhand.

Waarom zo vroeg?

Een server die je oude record net vóór de verlaging cachte, houdt nog de oude lange TTL aan.

Pas als dat oude venster verstreken is, ziet iedereen de korte TTL. Dan schakel je veilig om met een terugval van minuten in plaats van dagen.

Na een geslaagde verhuis zet je de TTL weer omhoog, bijvoorbeeld naar een uur. De tijdlijn in één beeld:

Vuistregel: de lage TTL is je terugvalplan, dus zet hem klaar voor je iets wijzigt.

Hoe voorkom je e-mailuitval tijdens de verhuis?

Door je mailrecords apart in kaart te brengen, want ze verhuizen niet automatisch mee.

Het onderschatte risico

Veel mensen denken in “de site verhuist”. Aan hetzelfde domein hangt vaak ook je zakelijke e-mail.

Bouw je de DNS-zone opnieuw op en vergeet je de mailrecords, dan ligt je e-mail plat. De website laat daar niets van zien.

De vier records die je moet kennen

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

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

Wat die records doen voor je aflevering, lees je in e-mail deliverability verbeteren.

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. Zo gaan berichten in de overgangsperiode nergens verloren.

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

Via een transfercode van DNS Belgium, en dat kan in enkele uren rond zijn.

Hoe de transfercode werkt

De code bestaat volgens DNS Belgium uit vijf groepjes van drie cijfers, gescheiden door koppeltekens.

Ze wordt verstuurd naar het e-mailadres van de domeinhouder zoals dat in het register staat.

Drie aandachtspunten

1. Klopt het houder-e-mailadres? Daar belandt de code. Staat er een oud of fout adres, dan loopt de transfer vast.
2. Vraag de code pas aan als je klaar bent. Ze is volgens DNS Belgium 7 dagen geldig.
3. Neem de DNS-zone identiek mee. Dan hoeft een registrar-transfer je website of e-mail niet offline te halen.

DNS Belgium waarschuwt ook dat de mail met de code door een mailserver geblokkeerd kan worden. Zet het afzenderadres dus op je toegelaten lijst.

Andere extensies

Voor .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.

Twijfel je over de naam? Lees een domeinnaam kiezen.

Wat is het veilige stappenplan voor de cutover?

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.

Zes stappen

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. Test op het echte adres via een tijdelijke hosts-instelling.
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, je 404’s en SSL direct na de omschakeling. Dankzij de lage TTL zet je binnen minuten terug.
6. Verhoog de TTL weer zodra alles stabiel draait en laat de oude omgeving nog even staan als vangnet.

Hoe je het certificaat regelt, lees je in SSL-certificaat en https uitgelegd.

Bewaken na de livegang

De laatste twee stappen worden vaak overgeslagen. Toch maken bewaken en een terugvalplan het verschil tussen een stille verhuis en een paniekerige avond.

In Search Console zie je in de crawlstatistieken of Googlebot je nieuwe server zonder fouten bereikt:

Crawlstatistieken in onze eigen Search Console voor customerimpact.be, oktober 2026.

Een piek in serverfouten of responstijd na de cutover is je signaal om in te grijpen. Uitleg per grafiek staat in crawlstatistieken in Search Console.

Onze ervaring: daalt het organisch verkeer na een migratie, dan zoeken we eerst in de crawlstatistieken en Search Console naar een duidelijke breukdatum. Slecht gezette redirects zijn de klassieke oorzaak.

Technisch perfecte verhuizingen leveren geen leads op.

Maar een dag downtime kost je wel direct vertrouwen en omzet.

Hoe wijzig je je domeinnaam zonder SEO-verlies?

Met 1-op-1 301-redirects, de Change of Address-tool en redirects die blijven staan.

Waarom dit een ander risico is

Een registrar- of hostingverhuis laat je URL’s ongemoeid.

Google merkt er weinig van.

Verander je de domeinnaam zelf, bijvoorbeeld van jouwbedrijf.be naar nieuwemerknaam.be na een rebranding of fusie, dan is dat voor Google een volledige site-verhuizing.

Elke URL krijgt een nieuw adres en alle signalen moeten meeverhuizen.

De vijf stappen bij een domeinnaam wijzigen

Google beschrijft het draaiboek in zijn handleiding voor een site-verhuizing met URL-wijzigingen. Deze stappen maken het verschil:

1. Verander één ding tegelijk. Google raadt aan om een nieuwe domeinnaam, een nieuw CMS en een nieuw design niet tegelijk door te voeren. Verhuis eerst, pas daarna de layout aan. Zo weet je bij een daling waar ze vandaan komt.
2. Maak een redirectplan. Elke oude URL krijgt een 301-redirect naar dezelfde pagina op het nieuwe domein, niet naar de homepage. Hoe je die lijst opbouwt, lees je in ons 301-redirectplan.
3. Verifieer beide domeinen in Search Console en gebruik na de livegang de Change of Address-tool. Google geeft het crawlen en indexeren van de nieuwe site dan voorrang en stuurt signalen door gedurende 180 dagen. Dien de wijziging in voor alle geverifieerde varianten van je oude domein (met en zonder www, en subdomeinen).
4. Werk alles bij wat naar het oude domein wijst: canonicals, hreflang, interne links, je XML-sitemap, je Google Bedrijfsprofiel en je profielen op andere sites. Vraag partners met belangrijke backlinks om hun link aan te passen.
5. Laat de redirects minstens een jaar staan en houd de oude domeinnaam geregistreerd. Google raadt aan om redirects zo lang mogelijk te behouden. Laat je het oude domein vervallen, dan kan iemand anders het registreren.

De Change of Address-tool vind je in de instellingen van je oude property:

Voor stap 4 helpen deze uitleggen: de canonical tag, hreflang-tags en een XML-sitemap voor een nieuwe site.

Volg je posities na de wissel

In het rapport Zoekresultaten van de nieuwe property zie je of klikken en vertoningen terugkomen:

Het rapport Zoekresultaten in onze eigen Search Console voor customerimpact.be, laatste 28 dagen tot half oktober 2026 (EN-interface, US-instellingen).

Leg het oude en het nieuwe domein naast elkaar. Zo zie je of de signalen echt meeverhuizen.

Controleer elke redirect

Na de omschakeling controleer je of elke oude URL met één enkele 301 op de juiste nieuwe pagina uitkomt.

Onze gratis redirect checker test een lijst oude URL’s in één keer op statuscode en eindbestemming. Ketens van redirects los je op met redirect chains oplossen.

Is de domeinwissel onderdeel van een grotere herlancering, lees dan ook het volledige draaiboek voor een website-migratie zonder rankingverlies.

Wil je de domeinwissel niet alleen doen?

Onze SEO-migratie begeleidt het redirectplan en de opvolging na de livegang.

De korte samenvatting

Domein of hosting verhuizen zonder downtime is een kwestie van volgorde, niet van geluk:

• 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, met een terugval van minuten

De verhuis zelf is meestal het kleinste risico. De DNS- en e-mailkant maken het verschil.

Zit je verhuis vast aan een nieuwe of vernieuwde website? Wij plannen de migratie zo dat je site online blijft en je e-mail doorloopt.

Neem contact op

Veelgestelde vragen over een domeinnaam verhuizen

Verlies ik mijn Google-posities als ik mijn domeinnaam verander?

Niet blijvend, als je elke oude URL met een 301 doorverwijst naar dezelfde pagina op het nieuwe domein en de Change of Address-tool in Search Console gebruikt. Reken wel op enkele weken schommelingen terwijl Google de nieuwe URL’s verwerkt.

Hoe lang moet ik mijn oude domein behouden?

Houd de redirects minstens een jaar actief en de oude domeinnaam bij voorkeur geregistreerd zolang er nog links naar verwijzen. Zo blijven bezoekers via oude links, bladwijzers en e-mails op de juiste plek uitkomen.

Heb ik de Change of Address-tool nodig bij een overstap naar https?

Nee. Volgens Google gebruik je de tool alleen bij een wissel van domein of subdomein, niet bij een overstap van http naar https, een wissel tussen www en zonder www, of een verplaatsing binnen hetzelfde domein.

Verandert een registrar-transfer iets aan mijn SEO?

Nee, zolang je DNS-records identiek blijven en de site bereikbaar blijft. Je URL’s veranderen niet, dus Google merkt de overdracht niet op. Hoe je Search Console daarna opvolgt, lees je in Google Search Console uitgelegd.