Een slecht voorbereide domeinnaamoverdracht resulteert in verloren e-mails, een onbereikbare website of een domein dat dagenlang in de status pendingTransfer blijft hangen. De procedure zelf is op papier eenvoudig: ontgrendelen, de EPP-code ophalen, valideren bij de nieuwe registrar. Wat problemen oplevert, zijn de technische details die de meeste gidsen oppervlakkig behandelen, met name het beheer van de DNS-zone tijdens de overgang en de specifieke kenmerken van nationale extensies.
DNS-zone en registraties om te bewaren vóór de domeinnaamoverdracht
De overdracht verplaatst de administratieve controle van het domein, niet de DNS-zone zelf. We zien regelmatig verliezen van MX- of TXT-registraties na migratie, omdat de zone die bij de oude registrar was gehost niet bij de nieuwe is gedupliceerd vóór de overgang.
Aanrader : De essentiële stappen om een nieuwe agent aan de stad Marseille te verbinden
Voordat u iets doet, exporteert u uw volledige DNS-zone. Controleer elk type registratie: A, AAAA, CNAME, MX, TXT (SPF, DKIM, DMARC), en eventuele SRV-registraties. Als uw domein DNSSEC gebruikt, schakelt u het uit voordat u de overdracht start: een wees DS-registratie bij de registry veroorzaakt mislukte resoluties zolang de nieuwe registrar zijn eigen sleutels niet opnieuw heeft gepubliceerd.
Maak al deze registraties opnieuw aan bij de nieuwe provider of op een externe DNS-service (Cloudflare, Route 53) voordat u de overdracht initieert. Zodra de zone aan beide zijden gereed is, heeft de administratieve overgang geen invloed meer op de resolutie. Als u zoekt naar hoe u een domeinnaam effectief kunt overdragen met Fireblog, vindt u deze logica van DNS-voorbereiding stap voor stap terug.
Verder lezen : Begrijp het centrifugeersymbool op een Valberg-wasmachine voor een optimale wasbeurt
EPP-code, ontgrendeling en WHOIS-bescherming: de technische vereisten voor de overdracht
Drie vergrendelingen blokkeren een overdracht als u ze niet in de juiste volgorde opheft.
- De status clientTransferProhibited (of registrar lock) moet worden verwijderd via de interface van uw huidige registrar. Zolang deze actief is, wordt elke overdrachtsaanvraag automatisch door de registry geweigerd.
- De EPP-autorisatiecode (of Auth-Code) is een eenmalig wachtwoord dat aan het domein is gekoppeld. De geldigheidsduur varieert per registrar, soms slechts enkele dagen. Haal deze op het moment dat u klaar bent om de procedure te starten, niet van tevoren.
- De WHOIS-privacybescherming moet tijdelijk worden uitgeschakeld. Verschillende registrars verbergen het e-mailadres van de houder achter een proxy. De e-mail ter bevestiging van de overdracht wordt naar het WHOIS-adres gestuurd: als dit naar een privacyservice wijst die slecht filtert of omleidt, mislukt de validatie stilletjes.
We raden aan om het openbare WHOIS van het domein te controleren nadat u de bescherming hebt uitgeschakeld, om te bevestigen dat het weergegeven e-mailadres datgene is dat u controleert. Een niet-ontvangen validatie-e-mail is de belangrijkste oorzaak van een afgebroken overdracht.
De blokkade van zestig dagen na wijziging WHOIS
Het ICANN-beleid vereist een vergrendeling van zestig dagen na elke wijziging van de houder op gTLD’s (.com, .net, .org). Als u onlangs de naam of het e-mailadres van de houder in het WHOIS heeft gewijzigd, wordt de overdracht gedurende deze periode geweigerd. Plan uw contactgegevensupdates goed voor de migratie, of voer ze erna uit.
Domeinnaamoverdracht volgens de extensie: gTLD, ccTLD en bijzondere gevallen
Algemene artikelen beschrijven een universeel proces. In de praktijk volgt elk type extensie zijn eigen overdrachtsregels.
Voor gTLD’s (.com, .net, .org) is het proces gestandaardiseerd door ICANN: EPP-code, aanvraag bij de nieuwe registrar, bevestigingsmail, en vervolgens een periode van vijf tot zeven dagen waarin de oude registrar de aanvraag kan goedkeuren of laten verlopen. Expliciete goedkeuring van de oude registrar versnelt de procedure.
De ccTLD’s (nationale extensies) volgen andere regels. De .fr, beheerd door AFNIC, gebruikt een autorisatiecode die lijkt op de EPP-code, maar de procedure voor het wijzigen van de registratie gaat via een Afnic Operation Request (DOA). De .uk werkt met een tag-systeem: u vraagt uw huidige registrar om de IPS-tag naar de nieuwe provider te wijzigen, zonder EPP-code. De .de (DENIC) vereist een Auth-Code, maar met een ander validatieproces.
Deze verschillen hebben directe invloed op de tijdlijnen. Een .com-overdracht duurt doorgaans minder dan een week. Een ccTLD kan enkele weken vereisen als identificatie- of verblijfsdocumenten door de nationale autoriteit worden vereist.
E-mails en SSL-certificaat na de overgang
De domeinnaamoverdracht verplaatst uw webhosting of e-mail niet. Als uw MX-registraties naar de servers van de oude registrar wezen, zullen uw e-mails stoppen met werken zodra de DNS-zone is gewijzigd. Controleer of de MX-registraties naar uw werkelijke e-mailprovider wijzen (Google Workspace, Microsoft 365, dedicated server) en niet naar een service die aan de vertrekkende registrar is gekoppeld.
Wat betreft SSL, een Let’s Encrypt-certificaat vernieuwt automatisch als de DNS- of HTTP-validatie nog steeds functioneel is. Een betaald certificaat dat aan de oude host is gekoppeld, moet opnieuw worden uitgegeven of overgedragen. Controleer de vervaldatum en de validatiemethode vóór de overdracht om een overgang naar onveilige HTTP te voorkomen.
Checklist voor controle na de overdracht van de domeinnaam
Zodra het domein bij de nieuwe registrar wordt weergegeven, is het werk nog niet gedaan. We merken dat de meeste incidenten zich binnen de tweeënveertig uur na de overgang voordoen, wanneer niemand nog iets controleert.
- Vergelijk de actieve DNS-zone met uw oorspronkelijke back-up. Elke A-, MX-, CNAME- en TXT-registratie moet exact overeenkomen.
- Stuur een test-e-mail naar en van elk adres dat aan het domein is gekoppeld om de goede werking van de MX-registraties te bevestigen.
- Controleer de DNSSEC-resolutie als u deze opnieuw heeft geactiveerd: een tool zoals DNSViz kan helpen om een verbroken vertrouwensketen te detecteren.
- Heractiveer de domeinvergrendeling (clientTransferProhibited) en de WHOIS-bescherming bij de nieuwe registrar.
- Controleer of het SSL-certificaat geldig is en of uw site goed reageert in HTTPS zonder certificaatfouten.
De overdracht van een domeinnaam blijft een administratieve handeling, niet technisch in de strikte zin. Wat de onderbrekingen veroorzaakt, is het gebrek aan DNS-voorbereiding vooraf en het vergeten van controles achteraf. Bereid de zone vooraf voor, controleer alles achteraf: tussen de twee duurt de overdracht zelf maar een paar klikken.