Kurze Antwort
Wie funktionieren Domain-Transfers?
Ein gTLD-Domain-Transfer verschiebt einen Namen mit einem Auth-Code von einem ICANN-akkreditierten Registrar zu einem anderen. Nach der ab Oktober 2026 geltenden ICANN-Transfer Policy hat der alte Registrar 5 Kalendertage Zeit zu antworten. Danach wird der Transfer standardmäßig genehmigt. Bei TransferOffshore kostet ein .com-Transfer 12,49 $ und fügt ein Jahr hinzu.
Heute geltende Domain-Transfer-Regeln
| Geltende Policy | ICANN Transfer Policy, Version aktualisiert am 21. Februar 2024; verbindlich für Registrare seit 21. August 2025 |
|---|---|
| Zeitfenster des abgebenden Registrars | 5 Kalendertage nach der Mitteilung der Registry; keine Antwort bedeutet, der Transfer wird standardmäßig genehmigt |
| Frist für den Auth-Code | Innerhalb von 5 Kalendertagen nach Ihrer Anfrage, wenn der Registrar kein Self-Service-Tool hat; niemals wegen eines Zahlungsstreits zurückgehalten |
| Sperre nach Registrierung oder Transfer | 60 Tage: ein Grund, den Registrare zur Ablehnung nutzen dürfen; viele Registrare wenden ihn an, und einige Registries setzen ihn durch |
| Sperre bei Registrantenwechsel | 60 Tage nach einem Registrantenwechsel; der Registrar kann vor dem Wechsel ein Opt-out anbieten |
| Zeit, die bei gTLDs hinzukommt | Ein Jahr zusätzlich zum aktuellen Ablaufdatum, insgesamt gedeckelt auf 10 Jahre |
| Kommende Regeln | Transfer Policy Review, vom ICANN Board am 7. Juni 2026 verabschiedet (30-Tage-Sperren, Einmalcode); bis zum 19. Oktober 2026 kein Wirksamkeitsdatum veröffentlicht |
| Transferpreis hier | .com 12,49 $, derselbe wie bei der Verlängerung; alle Preise auf der Preisliste |
Wer macht was bei einem Domaintransfer?
Vier Parteien sind beteiligt, und nur eine davon sind Sie. Die Registry betreibt die Endung, die zwei Registrare verkaufen sie, und Sie halten den Namen.
| Partei | Wer das ist | Ihre Aufgabe beim Transfer |
|---|---|---|
| Registrant | Sie, der Inhaber der Domain | Hebt die Sperre auf, holt den Auth-Code, gibt ihn an den neuen Registrar und hält die Kontakt-E-Mail erreichbar |
| Abgebender Registrar | Der aktuelle Registrar of Record | Stellt den Auth-Code aus, entfernt clientTransferProhibited, genehmigt dann, lehnt aus einem der genannten Gründe ab oder lässt die 5 Tage ablaufen |
| Empfangender Registrar | Der Registrar, zu dem Sie wechseln; bei TransferOffshore unser ICANN-akkreditierter Registrar-Partner, wie im RDAP-Eintrag angegeben | Nimmt den Code, schickt die Transferanfrage an die Registry, verifiziert die Registranten-E-Mail |
| Registry | Der Betreiber der Endung (Verisign für .com) | Prüft den Code, setzt pendingTransfer, informiert den abgebenden Registrar, schließt den Wechsel ab und verlängert das Ablaufdatum |
Die Registry ist der Schiedsrichter. Sie führt den maßgeblichen Datensatz zur Domain: ihren sponsoring Registrar, ihre Status, ihr Ablaufdatum und ihre Nameserver. Ein Transfer ändert den sponsoring Registrar in diesem Datensatz. Er ändert nicht die Nameserver, weshalb eine Website während des gesamten Vorgangs online bleiben kann.
Was passiert zwischen Tag 0 und Tag 5?
Ein gTLD-Transfer ist spätestens an Tag 5 abgeschlossen, es sei denn, der abgebende Registrar lehnt aus einem von der Policy erlaubten Grund ab. Viele Registrare lassen Sie den ausgehenden Transfer auch vorzeitig bestätigen, was ihn innerhalb von Stunden abschließen kann.
| Wann | Was passiert | Domainstatus |
|---|---|---|
| Vor Tag 0 | Sie deaktivieren die Transfersperre und kopieren den Auth-Code beim abgebenden Registrar | Sperre entfernt |
| Tag 0 | Der empfangende Registrar sendet die Anfrage mit dem Code; die Registry prüft den Code und benachrichtigt den abgebenden Registrar | pendingTransfer |
| Tag 1 bis 5 | Der abgebende Registrar kann Ihnen eine E-Mail senden, frühzeitig zustimmen oder den Transfer aus einem zulässigen Grund ablehnen | pendingTransfer |
| Tag 5 | Ohne Antwort genehmigt die Registry den Transfer standardmäßig | Zurück zu ok, neuer Registrar |
| Nach dem Umzug | Der neue Registrar kann einen weiteren Transfer für 60 Tage blockieren | Häufig clientTransferProhibited |
In Ihrem TransferOffshore-Konto zeigt „Meine Domains“ denselben Ablauf: Beantragt → Warten auf den aktuellen Registrar (bis zu 5 Tage) → Abgeschlossen oder Fehlgeschlagen. Eine fehlgeschlagene Zeile zeigt den Grund, etwa einen falschen Code oder eine weiterhin gesperrte Domain, mit einem Feld zum Senden eines korrigierten Codes.
Was ist der Auth-Code, und wer muss ihn herausgeben?
Der Auth-Code (auch EPP-Code oder AuthInfo genannt) ist ein Passwort, das bei der Registry für jede Domain hinterlegt ist. Der aufnehmende Registrar muss ihn mit der Transferanfrage senden, und die Registry lehnt die Anfrage ab, wenn er nicht übereinstimmt.
Der abgebende Registrar muss Ihnen den Code geben. Gibt es kein Self-Service-Tool, gewährt ihm die Policy 5 Kalendertage ab Ihrer Anfrage. Er darf den Code nicht verweigern, weil Sie ihm Geld schulden. Länder-Registries setzen eigene Regeln: Eine .de AuthInfo ist 30 Tage gültig, und .uk verwendet gar keinen Code. Details unter was ein Auth-Code ist.
Welche Sperren und Status stoppen einen Transfer?
Es gibt zwei Arten von Sperre: einen Status, den Sie selbst entfernen können, und eine zeitbasierte Regel, die Sie nur abwarten können. RDAP zeigt die Status an, und das Lookup-Tool von ICANN liest sie für jede gTLD-Domain aus.
| Sperre oder Status | Gesetzt von | Was er bedeutet | Was Sie tun |
|---|---|---|---|
| clientTransferProhibited | Abgebender Registrar | Die Registry lehnt jede Transferanfrage ab | Schalten Sie die Transfersperre im Dashboard Ihres Registrars aus |
| serverTransferProhibited | Registry | Eine Sperre auf Registry-Ebene, oft im Zusammenhang mit einem Streitfall oder einer Redemption-Periode | Fragen Sie den Registrar, warum sie gesetzt ist |
| pendingTransfer | Registry | Eine Transferanfrage ist offen | Warten Sie, oder stimmen Sie beim abgebenden Registrar frühzeitig zu |
| 60 Tage nach Registrierung oder Transfer | Registrar-Policy, manchmal die Registry | Der Registrar kann den Transfer ablehnen | Warten Sie bis Tag 61 |
| 60-Tage-Sperre nach Inhaberwechsel | Registrar | Der Registrar muss den Transfer ablehnen | Warten Sie, oder bitten Sie vor dem nächsten Wechsel um das Opt-out |
| redemptionPeriod | Registry | Die Domain wurde nach Ablauf gelöscht | Stellen Sie sie zuerst beim alten Registrar wieder her |
Die vollständige Liste der Ursachen mit einer Lösung für jede finden Sie unter warum eine Domain nicht transferiert werden kann.
Was wird nach einem Transfer zum Ablaufdatum addiert?
Bei gTLDs wie .com, .net und .org fügt ein abgeschlossener Transfer ein Jahr zum bestehenden Ablaufdatum hinzu. Die bereits bezahlte Zeit bleibt erhalten. Die Richtlinie begrenzt die gesamte ungenutzte Laufzeit auf 10 Jahre, sodass eine Domain, die kurz vor diesem Limit verlängert wurde, das zusätzliche Jahr nicht vollständig aufnehmen kann.
Ein Beispiel: Eine .com läuft am 1. März 2027 ab und wird am 10. November 2026 übertragen. Ihr neues Ablaufdatum ist der 1. März 2028.
Auto-Renew-Kulanzfrist. Wenn der alte Registrar die Domain in den letzten 45 Tagen automatisch verlängert hat, storniert die Registry diese Verlängerung und schreibt dem abgebenden Registrar gut. Der Transfer fügt dann sein eigenes Jahr hinzu. Das Nettoergebnis ist ein Jahr nach dem alten Ablaufdatum, nicht zwei. Wenn Sie dem alten Registrar diese Verlängerung bezahlt haben, hängt eine Rückerstattung von dessen eigener Richtlinie ab.
Länderendungen unterscheiden sich. Ein .uk-Transfer lässt das Ablaufdatum unverändert. Ein .ai-Transfer fügt seit dem 15. Januar 2025 zwei Jahre hinzu, gemäß der Erklärung des Registry-Betreibers gegenüber Domain Name Wire; TransferOffshore berechnet ihn als 2 Jahre: 86,49 $ plus eine Verlängerung, 172,98 $. Ein .ch-Transfer fügt kein Jahr hinzu.
Wie unterscheiden sich Transfers von Ländercodes (ccTLD)?
ccTLDs folgen nicht der ICANN Transfer Policy: Jede Registry schreibt ihre eigenen Regeln. Der Mechanismus, die Wartezeit und das addierte Jahr können sich alle ändern. Die folgende Tabelle deckt die am häufigsten nachgefragten Endungen ab; die Tabelle Transferregeln nach Endung deckt 40 ab.
| Endung | Wie er abläuft | Jahr hinzugefügt | Geschwindigkeit | Vertrauen |
|---|---|---|---|---|
| .uk | IPS-Tag-Änderung durch den aktuellen Registrar, kein Code; codebasierte Transfers ab 9. Februar 2027, laut Realtime Register | Nein, Ablaufdatum bleibt unverändert | Von Nominet nicht angegeben | Gemischt |
| .de | AuthInfo 30 Tage gültig, nur ein Transfer | Hängt vom Registrar ab | Sofort, sobald die AuthInfo übereinstimmt (DENIC) | Primär für den Mechanismus |
| .nl | Token, das der Registrar innerhalb von 5 Tagen bereitstellen muss | Hängt vom Registrar ab | Sofort (SIDN) | Primär und sekundär |
| .ch | Transfercode vom Registrar | Nein | Nicht angegeben | Gemischt |
| .ai | EPP-Auth-Code | Zwei Jahre seit 15. Januar 2025 | Abgebender Registrar hat 7 Tage, laut sekundären Quellen | Sekundär |
Jede Endung, die wir anbieten, hat außerdem einen eigenen Leitfaden in den Transfer-Leitfäden nach Endung.
Wann muss, darf oder darf ein Registrar einen Transfer nicht ablehnen?
Die Transfer Policy ordnet Ablehnungsgründe in drei Listen ein. Ein Registrar, der aus einem Grund außerhalb dieser Listen ablehnt, verstößt gegen seinen ICANN-Vertrag.
| Regel | Grund | Abschnitt der Policy |
|---|---|---|
| Muss ablehnen | Ein UDRP-Verfahren, über das der Registrar informiert wurde | I.A.3.8 |
| Muss ablehnen | Eine gerichtliche Anordnung | I.A.3.8 |
| Muss ablehnen | Ein anhängiger TDRP-Fall (Transfer Dispute Resolution Policy) | I.A.3.8 |
| Muss ablehnen | Ein URS-Verfahren oder eine URS-Aussetzung | I.A.3.8 |
| Muss ablehnen | Die 60-Tage-Sperre bei Wechsel des Registranten, es sei denn, der Inhaber hat widersprochen | I.A.3.8 |
| Darf ablehnen | Hinweise auf Betrug | I.A.3.7 |
| Darf ablehnen | Ein berechtigter Streit über die Identität der anfragenden Person | I.A.3.7 |
| Darf ablehnen | Nichtzahlung für einen früheren oder abgelaufenen Zeitraum, nachdem die Domain auf Registrar Hold gesetzt wurde | I.A.3.7 |
| Darf ablehnen | Ausdrücklicher Widerspruch des Transferkontakts | I.A.3.7 |
| Darf ablehnen | Weniger als 60 Tage seit Erstellung oder seit einem vorherigen Transfer | I.A.3.7 |
| Darf nicht ablehnen | Nichtzahlung für einen ausstehenden oder zukünftigen Zeitraum | I.A.3.9 |
| Darf nicht ablehnen | Keine Antwort vom Registranten oder vom Admin-Kontakt | I.A.3.9 |
| Darf nicht ablehnen | Eine Sperre, die der Inhaber auf keine zumutbare Weise entfernen konnte | I.A.3.9 |
| Darf nicht ablehnen | Ablauf oder Nichtverlängerung der Domain, gemäß der Registrant-FAQ von ICANN | I.A.3.9 |
Ändern sich diese Regeln bald?
Ja, aber noch nicht. Am 7. Juni 2026 hat der ICANN-Vorstand die Transfer Policy Review angenommen (Resolution 2026.06.07.04). Sie bringt 30-tägige Sperren statt 60, einen einmaligen Transfer Authorization Code (TAC) mit 14 Tagen Gültigkeit und das Ende der 60-tägigen Sperre bei einem Wechsel des Registranten.
Stand 19. Oktober 2026 hat ICANN kein Inkrafttreten-Datum veröffentlicht. Bis dahin gilt jede Regel auf dieser Seite weiter. Die Seite ICANN transfer policy changes verfolgt die Details.
Wie läuft ein Transfer zu TransferOffshore ab?
Sie geben jede Domain und ihren Auth-Code im Transferformular ein, eine Zeile pro Domain, bis zu 20 Zeilen pro Anfrage. Ihre aktuellen Nameserver werden standardmäßig beibehalten, sodass Website und E-Mail weiter funktionieren. Sie zahlen aus einem Krypto-Guthaben, und die Anfragen gehen an die Registries, sobald die Zahlung gutgeschrieben ist. Der eingetragene Registrar wird unser ICANN-akkreditierter Registrar-Partner, der im RDAP-Datensatz angezeigt wird.
Der Transferpreis entspricht dem Verlängerungspreis der Endung und wird einmal pro Domain berechnet (eine .ai wird mit 2 Jahren berechnet, Transfer + eine Verlängerung): .com 12,49 $, .net 12,99 $, .org 12,49 $. Die vollständige Anleitung finden Sie unter So übertragen Sie eine Domain zu einem Offshore-Registrar.
Fragen zum Domaintransfer
Wie lange dauert ein Domaintransfer?
Ein gTLD-Transfer dauert bis zu 5 Kalendertage. Die Registry benachrichtigt den abgebenden Registrar, der 5 Tage Zeit hat zu antworten, bevor der Transfer standardmäßig genehmigt wird. Eine vorzeitige Genehmigung beim abgebenden Registrar kann das auf Stunden verkürzen. Einige Länder-Registries wie DENIC für .de und SIDN für .nl schließen einen Transfer sofort ab, wenn der Code passt.
Kann der alte Registrar meinen Transfer blockieren?
Nur aus den Gründen, die die ICANN Transfer Policy auflistet. Er muss während eines UDRP-Verfahrens, einer Gerichtsanordnung oder einer Sperre bei einem Registrantenwechsel ablehnen. Er darf ablehnen bei Betrug, einem Identitätsstreit, einer unbezahlten vergangenen Periode oder der 60-Tage-Frist nach Registrierung oder Transfer. Er darf nicht ablehnen, weil die Domain abgelaufen ist oder weil Sie nicht auf eine E-Mail geantwortet haben.
Verliere ich die bereits bezahlte Zeit bei einem Transfer?
Nein. Bei gTLDs behält die Registry Ihr aktuelles Ablaufdatum und fügt ein Jahr hinzu, bis zu einer Gesamtdauer von 10 Jahren. Wurde die Domain in den letzten 45 Tagen automatisch verlängert, storniert die Registry diese Verlängerung. Der Transfer fügt stattdessen ein Jahr hinzu, sodass Sie ein Jahr nach dem alten Ablaufdatum enden.
Ändert ein Transfer meine Nameserver?
Nein. Die Nameserver sind bei der Registry gespeichert und bleiben während des Transfers gleich. Ausfallzeiten entstehen nur, wenn das DNS selbst beim alten Registrar gehostet wird, und enden, sobald die Domain ihn verlässt. TransferOffshore behält Ihre aktuellen Nameserver standardmäßig bei. Siehe transfer without DNS downtime.
Warum muss ich nach der Registrierung einer Domain 60 Tage warten?
Die aktuelle ICANN-Richtlinie erlaubt einem Registrar, einen Transfer innerhalb von 60 Tagen nach dem Erstellungsdatum oder nach einem vorherigen Transfer abzulehnen. Es ist ein zulässiger Grund, keine Pflicht, aber viele Registrare wenden ihn an und einige Registries setzen ihn durch. Die am 7. Juni 2026 angenommene Richtlinie verkürzt dies auf 30 Tage, sobald sie in Kraft tritt.
Wer schreibt mir während eines Transfers?
Meist der abgebende Registrar, der Sie bitten kann, den Transfer zu bestätigen oder abzulehnen. Nach der aktuellen Richtlinie müssen Sie nicht antworten: Schweigen führt nach 5 Tagen zur Genehmigung. Der aufnehmende Registrar verifiziert außerdem Ihre E-Mail. ICANN verlangt diese Verifizierung innerhalb von 15 Tagen, sonst wird die Domain gesperrt.
Gelten für ccTLDs dieselben Regeln?
Nein. Länder-Registries legen ihre eigenen Transferregeln fest. Eine .uk-Domain wird durch Ändern ihres IPS-Tags übertragen, ohne Code und ohne hinzugefügtes Jahr. Ein .de- oder .nl-Transfer ist sofort abgeschlossen, wenn der Code passt. Die Tabelle rules by extension listet jede einzelne mit ihrer Quelle.
Quellen (11)
- Transfer Policy (aktualisiert 21. Februar 2024) — ICANN (geprüft 2026-10-19)
- Transfer Policy (Text von 2016) — ICANN (geprüft 2026-10-19)
- Registrant-FAQs zu Domainübertragungen — ICANN (geprüft 2026-10-19)
- EPP-Statuscodes: Was bedeuten sie, und warum sollte ich sie kennen? — ICANN (geprüft 2026-10-19)
- Registrar Advisory zur Kulanzfrist für die automatische Verlängerung (6. Juni 2002) — ICANN (geprüft 2026-10-19)
- Grace Periods erklärt — Identity Digital (geprüft 2026-10-19)
- Genehmigte Beschlüsse, ordentliche Sitzung des ICANN Board, 7. Juni 2026 — ICANN (geprüft 2026-10-19)
- Provider transfer of .de domains — DENIC (geprüft 2026-10-19)
- Transferring your domain name — SIDN (geprüft 2026-10-19)
- Nominet standardises .uk domains from February 2027 — Realtime Register (geprüft 2026-10-19)
- Identity Digital verwaltet jetzt .ai-Domains — Domain Name Wire (geprüft 2026-10-19)
Bereit, eine Domain zu übertragen?
Geben Sie den Namen und seinen Auth-Code ein. Die Nameserver bleiben erhalten, bei gTLDs wird ein Jahr hinzugefügt, und Sie zahlen mit Krypto ohne Ausweis.