Kort antwoord
Hoe werken domeintransfers?
Een gTLD-domeintransfer verplaatst een naam van de ene ICANN-geaccrediteerde registrar naar de andere met een auth-code. Volgens het ICANN Transfer Policy dat vanaf oktober 2026 van kracht is, heeft de oude registrar 5 kalenderdagen om te reageren. Daarna wordt de transfer standaard goedgekeurd. Bij TransferOffshore kost een .com-transfer US$ 12,49 en voegt één jaar toe.
Domeintransferregels die vandaag van kracht zijn
| Beleid van kracht | ICANN Transfer Policy, versie bijgewerkt 21 februari 2024; verplicht voor registrars sinds 21 augustus 2025 |
|---|---|
| Venster van de verliezende registrar | 5 kalenderdagen na de melding van het register; geen antwoord betekent dat de transfer standaard wordt goedgekeurd |
| Deadline voor auth-code | Binnen 5 kalenderdagen na je verzoek wanneer de registrar geen selfservice-tool heeft; nooit tegengehouden vanwege een betalingsgeschil |
| Vergrendeling na registratie of transfer | 60 dagen: een reden die registrars mogen gebruiken om te weigeren; veel registrars passen het toe en sommige registers handhaven het |
| Vergrendeling bij wijziging van registrant | 60 dagen na een wijziging van registrant; de registrar mag vóór de wijziging een opt-out aanbieden |
| Tijd die bij gTLD's wordt toegevoegd | Eén jaar bij de huidige vervaldatum, met een maximum van 10 jaar in totaal |
| Regels die eraan komen | Transfer Policy Review aangenomen door de ICANN Board op 7 juni 2026 (30-daagse vergrendelingen, eenmalige code); geen ingangsdatum gepubliceerd per 19 oktober 2026 |
| Transferprijs hier | .com US$ 12,49, hetzelfde als de verlenging; alle prijzen op de prijslijst |
Wie doet wat bij een domeinnaamtransfer?
Vier partijen doen mee, en slechts één daarvan ben jij. Het register beheert de extensie, de twee registrars verkopen die, en jij houdt de naam.
| Partij | Wie het is | Zijn taak in de transfer |
|---|---|---|
| Registrant | Jij, de houder van de domeinnaam | Haalt de vergrendeling weg, krijgt de auth-code, geeft die aan de nieuwe registrar en houdt het contact-e-mailadres bereikbaar |
| Losing registrar | De registrar waar de naam nu geregistreerd staat | Geeft de auth-code uit, verwijdert clientTransferProhibited en keurt dan goed, weigert om een vermelde reden, of laat de 5 dagen verlopen |
| Gaining registrar | De registrar waar je naartoe gaat; bij TransferOffshore onze ICANN-geaccrediteerde registrar-partner, te zien in het RDAP-record | Neemt de code aan, stuurt het transferverzoek naar het register en verifieert het e-mailadres van de registrant |
| Register | De beheerder van de extensie (Verisign voor .com) | Controleert de code, zet pendingTransfer, informeert de losing registrar, rondt de verhuizing af en verlengt de vervaldatum |
Het register is de scheidsrechter. Het houdt het gezaghebbende record van de domeinnaam bij: de sponsorende registrar, de statussen, de vervaldatum en de nameservers. Een transfer wijzigt de sponsorende registrar in dat record. De nameservers veranderen niet, daarom kan een website het hele proces online blijven.
Wat gebeurt er tussen dag 0 en dag 5?
Een gTLD-transfer rondt uiterlijk op dag 5 af, tenzij de losing registrar weigert om een reden die het beleid toestaat. Veel registrars laten je de uitgaande transfer ook vroegtijdig goedkeuren, waardoor die binnen enkele uren kan afronden.
| Wanneer | Wat er gebeurt | Domeinstatus |
|---|---|---|
| Vóór dag 0 | Je zet de transfervergrendeling uit en kopieert de auth-code bij de losing registrar | Vergrendeling verwijderd |
| Dag 0 | De gaining registrar stuurt het verzoek met de code; het register controleert de code en stelt de losing registrar op de hoogte | pendingTransfer |
| Dagen 1 tot 5 | De verliezende registrar kan je mailen, vroegtijdig goedkeuren of weigeren om een toegestane reden | pendingTransfer |
| Dag 5 | Zonder antwoord keurt het register de transfer standaard goed | Terug naar ok, nieuwe registrar |
| Na de verhuizing | De nieuwe registrar kan nog 60 dagen een nieuwe transfer blokkeren | Vaak clientTransferProhibited |
In je TransferOffshore-account toont Mijn domeinen dezelfde tijdlijn: Aangevraagd → Wachten op de huidige registrar (max. 5 dagen) → Voltooid of Mislukt. Een mislukte regel toont de reden, zoals een verkeerde code of een domein dat nog op slot staat, met een veld om een gecorrigeerde code te sturen.
Wat is de authcode, en wie moet die geven?
De authcode (ook wel EPP-code of AuthInfo genoemd) is een wachtwoord dat per domein bij het register ligt. De ontvangende registrar moet hem met de transferaanvraag meesturen, en het register weigert de aanvraag als hij niet klopt.
De verliezende registrar moet je de code geven. Heeft die geen selfservice-tool, dan geeft het beleid hem 5 kalenderdagen vanaf je aanvraag. Hij mag de code niet weigeren omdat je hem geld schuldig bent. Landenregisters stellen hun eigen regels: een .de AuthInfo is 30 dagen geldig, en .uk gebruikt helemaal geen code. Details in wat een authcode is.
Welke locks en statussen stoppen een transfer?
Er bestaan twee soorten lock: een status die je zelf kunt opheffen, en een tijdsregel waarop je alleen kunt wachten. RDAP toont de statussen, en ICANN's Lookup-tool leest ze uit voor elk gTLD-domein.
| Lock of status | Ingesteld door | Wat het betekent | Wat je doet |
|---|---|---|---|
| clientTransferProhibited | Losing registrar | Het register weigert elke transferaanvraag | Zet de transferlock uit in het dashboard van je registrar |
| serverTransferProhibited | Register | Een blokkade op registerniveau, vaak gekoppeld aan een geschil of een redemption-periode | Vraag de registrar waarom die is ingesteld |
| pendingTransfer | Register | Er loopt een transferaanvraag | Wacht, of keur hem vroegtijdig goed bij de verliezende registrar |
| 60 dagen na registratie of transfer | Registrarbeleid, soms het register | De registrar mag de transfer weigeren | Wacht tot dag 61 |
| 60-dagenlock na wijziging van houder | Registrar | De registrar moet de transfer weigeren | Wacht, of vraag de opt-out aan vóór de volgende wijziging |
| redemptionPeriod | Register | Het domein is na afloop verwijderd | Herstel het eerst bij de oude registrar |
De volledige lijst met oorzaken, met per oorzaak een oplossing, staat in waarom een domein niet getransfereerd kan worden.
Wat komt er na een transfer bij de vervaldatum op?
Bij gTLD's zoals .com, .net en .org voegt een voltooide transfer één jaar toe aan de bestaande vervaldatum. De tijd die je al hebt betaald, blijft behouden. Het beleid beperkt de totale niet-verlopen termijn tot 10 jaar, dus een domein dat dicht bij die limiet is verlengd, kan niet het hele extra jaar opnemen.
Een voorbeeld: een .com verloopt op 1 maart 2027 en wordt op 10 november 2026 overgedragen. De nieuwe vervaldatum is 1 maart 2028.
Auto-renew grace period. Als de oude registrar het domein in de laatste 45 dagen automatisch heeft verlengd, annuleert de registry die verlenging en crediteert de verliezende registrar. De transfer voegt dan zijn eigen jaar toe. Het nettoresultaat is één jaar na de oude vervaldatum, niet twee. Als je de oude registrar voor die verlenging hebt betaald, hangt een terugbetaling af van zijn eigen beleid.
Landextensies verschillen. Een .uk-transfer laat de vervaldatum zoals die is. Een .ai-transfer voegt sinds 15 januari 2025 twee jaar toe, volgens de verklaring van de registry-operator aan Domain Name Wire; TransferOffshore factureert het als 2 jaar: US$ 86,49 plus één verlenging, $172,98. Een .ch-transfer voegt geen jaar toe.
Hoe verschillen transfers van landenextensies (ccTLD)?
ccTLD's volgen het ICANN Transfer Policy niet: elk register schrijft zijn eigen regels. Het mechanisme, de wachttijd en het toegevoegde jaar kunnen allemaal verschillen. De tabel hieronder dekt de extensies waar mensen het vaakst naar vragen; de tabel transferregels per extensie dekt er 40.
| Extensie | Hoe het verloopt | Jaar toegevoegd | Snelheid | Betrouwbaarheid |
|---|---|---|---|---|
| .uk | IPS-tag wijzigen door de huidige registrar, geen code; op code gebaseerde transfers vanaf 9 februari 2027, volgens Realtime Register | Nee, vervaldatum ongewijzigd | Niet vermeld door Nominet | Gemengd |
| .de | AuthInfo 30 dagen geldig, slechts één transfer | Afhankelijk van de registrar | Direct zodra de AuthInfo klopt (DENIC) | Primair voor het mechanisme |
| .nl | Token die de registrar binnen 5 dagen moet geven | Afhankelijk van de registrar | Direct (SIDN) | Primair en secundair |
| .ch | Transfercode van de registrar | Nee | Niet vermeld | Gemengd |
| .ai | EPP-authcode | Twee jaar sinds 15 januari 2025 | Verliezende registrar heeft 7 dagen, volgens secundaire bronnen | Secundair |
Elke extensie die we aannemen heeft ook een eigen gids in de transfergidsen per extensie.
Wanneer moet, mag of mag een registrar een transfer weigeren?
Het Transfer Policy verdeelt weigeringsredenen in drie lijsten. Een registrar die weigert om een reden buiten die lijsten, breekt het ICANN-contract.
| Regel | Reden | Beleidsartikel |
|---|---|---|
| Moet weigeren | Een UDRP-procedure waarvan de registrar op de hoogte is gesteld | I.A.3.8 |
| Moet weigeren | Een rechterlijk bevel | I.A.3.8 |
| Moet weigeren | Een lopende TDRP-zaak (Transfer Dispute Resolution Policy) | I.A.3.8 |
| Moet weigeren | Een URS-procedure of een URS-schorsing | I.A.3.8 |
| Moet weigeren | De 60-dagenlock bij wijziging van registrant, tenzij de houder hiervan heeft afgezien | I.A.3.8 |
| Mag weigeren | Aanwijzingen voor fraude | I.A.3.7 |
| Mag weigeren | Een redelijk geschil over de identiteit van de persoon die het verzoek doet | I.A.3.7 |
| Mag weigeren | Niet-betaling voor een eerdere of verlopen periode, nadat het domein op Registrar Hold is gezet | I.A.3.7 |
| Mag weigeren | Uitdrukkelijk bezwaar van de transfercontactpersoon | I.A.3.7 |
| Mag weigeren | Minder dan 60 dagen sinds creatie, of sinds een eerdere transfer | I.A.3.7 |
| Mag niet weigeren | Niet-betaling voor een lopende of toekomstige periode | I.A.3.9 |
| Mag niet weigeren | Geen reactie van de registrant of het admin-contact | I.A.3.9 |
| Mag niet weigeren | Een lock die de houder redelijkerwijs niet kon opheffen | I.A.3.9 |
| Mag niet weigeren | Verloop of niet-verlenging van het domein, volgens de registrant-FAQ van ICANN | I.A.3.9 |
Veranderen deze regels binnenkort?
Ja, maar nog niet. Op 7 juni 2026 heeft de ICANN Board het Transfer Policy Review aangenomen (resolutie 2026.06.07.04). Het brengt locks van 30 dagen in plaats van 60, een eenmalige Transfer Authorization Code (TAC) die 14 dagen geldig is, en het einde van de lock van 60 dagen na wijziging van registrant.
Op 19 oktober 2026 heeft ICANN nog geen ingangsdatum gepubliceerd. Tot die er is, blijft elke regel op deze pagina van kracht. De pagina wijzigingen in het ICANN-transferbeleid houdt de details bij.
Hoe verloopt een transfer naar TransferOffshore?
Je voert elk domein en zijn authcode in het transferformulier in, één rij per domein, tot 20 rijen per aanvraag. Je huidige nameservers blijven standaard behouden, zodat de website en e-mail blijven werken. Je betaalt vanuit een cryptosaldo, en de aanvragen gaan naar de registry's zodra de betaling is bijgeschreven. De registrar van record wordt onze ICANN-geaccrediteerde registrar-partner, vermeld in het RDAP-record.
De transferprijs is gelijk aan de verlengingsprijs van de extensie en wordt één keer per domein gefactureerd (een .ai wordt voor 2 jaar gefactureerd, transfer + één verlenging): .com US$ 12,49, .net US$ 12,99, .org US$ 12,49. De volledige uitleg staat in hoe je een domein naar een offshore registrar transfereert.
Vragen over domeintransfers
Hoe lang duurt een domeintransfer?
Een gTLD-transfer duurt tot 5 kalenderdagen. Het register stelt de verliezende registrar op de hoogte, die 5 dagen heeft om te reageren voordat de transfer standaard wordt goedgekeurd. Vroeg goedkeuren bij de verliezende registrar kan dit terugbrengen tot enkele uren. Sommige landenregisters, zoals DENIC voor .de en SIDN voor .nl, ronden een transfer direct af als de code klopt.
Kan de oude registrar mijn transfer blokkeren?
Alleen om de redenen die het ICANN Transfer Policy noemt. Het moet weigeren tijdens een UDRP-zaak, een gerechtelijk bevel of een lock na wijziging van registrant. Het mag weigeren bij fraude, een identiteitsgeschil, een onbetaalde vorige periode of de periode van 60 dagen na registratie of transfer. Het mag niet weigeren omdat de domeinnaam is verlopen of omdat je niet op een e-mail hebt geantwoord.
Verlies ik de al betaalde tijd als ik transfereer?
Nee. Bij gTLD's behoudt het register je huidige vervaldatum en telt er een jaar bij op, tot maximaal 10 jaar. Als de domeinnaam in de laatste 45 dagen automatisch is verlengd, annuleert het register die verlenging. De transfer voegt in plaats daarvan een jaar toe, dus je eindigt een jaar na de oude vervaldatum.
Verandert een transfer mijn nameservers?
Nee. De nameservers staan bij het register en blijven gelijk tijdens de transfer. Downtime ontstaat alleen wanneer de DNS zelf bij de oude registrar wordt gehost en stopt zodra de domeinnaam vertrekt. TransferOffshore behoudt standaard je huidige nameservers. Zie transfer zonder DNS-downtime.
Waarom moet ik 60 dagen wachten na het registreren van een domeinnaam?
Het huidige ICANN-beleid staat een registrar toe een transfer te weigeren binnen 60 dagen na de aanmaakdatum of na een eerdere transfer. Het is een toegestane reden, geen verplichting, maar veel registrars passen het toe en sommige registers handhaven het. Het beleid dat op 7 juni 2026 is aangenomen, verkort dit naar 30 dagen zodra het ingaat.
Wie mailt mij tijdens een transfer?
Meestal de verliezende registrar, die je kan vragen de transfer te bevestigen of te weigeren. Onder het huidige beleid hoef je niet te antwoorden: stilte leidt na 5 dagen tot goedkeuring. De winnende registrar verifieert ook je e-mail. ICANN vereist die verificatie binnen 15 dagen, anders wordt de domeinnaam opgeschort.
Volgen ccTLD's dezelfde regels?
Nee. Landenregisters stellen hun eigen transferregels op. Een .uk-domein verhuist door de IPS-tag te wijzigen, zonder code en zonder jaar erbij. Een .de- of .nl-transfer rondt direct af als de code klopt. De tabel regels per extensie vermeldt elke regel met de bron.
Bronnen (11)
- Transferbeleid (bijgewerkt 21 februari 2024) — ICANN (gecontroleerd 2026-10-19)
- Transferbeleid (tekst van 2016) — ICANN (gecontroleerd 2026-10-19)
- Registrant-FAQ's over het overdragen van domeinnamen — ICANN (gecontroleerd 2026-10-19)
- EPP-statuscodes: wat betekenen ze, en waarom moet ik ze kennen? — ICANN (gecontroleerd 2026-10-19)
- Registrar-advies over de automatische verlengingsperiode (6 juni 2002) — ICANN (gecontroleerd 2026-10-19)
- Grace-periodes uitgelegd — Identity Digital (gecontroleerd 2026-10-19)
- Goedgekeurde resoluties, reguliere vergadering van de ICANN Board, 7 juni 2026 — ICANN (gecontroleerd 2026-10-19)
- Provider transfer of .de domains — DENIC (gecontroleerd 2026-10-19)
- Je domeinnaam overdragen — SIDN (gecontroleerd 2026-10-19)
- Nominet standaardiseert .uk-domeinen vanaf februari 2027 — Realtime Register (gecontroleerd 2026-10-19)
- Identity Digital beheert nu .ai-domeinen — Domain Name Wire (gecontroleerd 2026-10-19)
Klaar om een domeinnaam te verhuizen?
Voer de naam en de bijbehorende auth code in. Nameservers blijven behouden, bij gTLD's komt er een jaar bij, en je betaalt in crypto zonder ID.