Eine Domain umzuziehen ist Verwaltungsarbeit. Vierhundert umzuziehen ist ein Projekt. Portfolios, die über Jahre gewachsen sind, verteilen sich meist auf drei oder vier Registrare und mehrere Abrechnungskonten, mit generischen und länderspezifischen Endungen nebeneinander, jede mit eigenem Sperrverhalten und eigenem Ablaufdatum. Die einzelnen Schritte sind nicht schwer. Schwer ist es, sie in der richtigen Reihenfolge und in großer Zahl auszuführen, ohne eine Kundenwebsite oder einen Mailfluss abzuschalten. Dieser Leitfaden beschreibt die Vorbereitung, die Durchführung, die Fehlerbehandlung und die Kontrolle, die ein großer Registrarwechsel tatsächlich verlangt.
Was ist ein Domain-Massentransfer?
Ein Domain-Massentransfer überträgt viele Domains in einem koordinierten Vorgang von einem Registrar zum nächsten. Jede Domain wird trotzdem einzeln entsperrt, mit ihrem eigenen Transfercode autorisiert und von der Registry separat geprüft. Über den Erfolg entscheidet deshalb die Vorbereitung: korrekte Kontaktdaten, gültige AuthInfo-Codes und eine Eignungsprüfung vor dem Absenden.
|
Das Wichtigste in Kürze
|
|---|
Wie funktioniert ein Domain-Massentransfer?
Ein Domain-Massentransfer ist die gebündelte Übermittlung mehrerer Transferaufträge, entweder über eine Liste im Panel oder über eine Folge von API-Aufrufen. Die Bündelung findet an der Schnittstelle statt. Darunter läuft jede Domain denselben Weg wie ein Einzeltransfer: Der aufnehmende Registrar meldet den Auftrag mit dem Transfercode an die Registry, die Registry prüft den Code, der abgebende Registrar hat ein definiertes Zeitfenster zur Reaktion, und die Registry entscheidet für genau diese eine Domain.
Drei Rollen sollte man auseinanderhalten. Die Registry betreibt die Endung und führt den maßgeblichen Datenbestand. Der Registrar hat den Vertrag oder die Akkreditierung bei dieser Registry und stellt den Antrag für Sie. Der Domaininhaber ist der rechtliche Halter. Ein Transfer wechselt den Registrar. Er wechselt nicht den Inhaber, und er verschiebt auch nicht das DNS-Hosting, solange Sie das nicht getrennt veranlassen.
Daraus erklärt sich die häufigste Überraschung. Ein Stapel von 300 Domains mit 274 Bestätigungen und 26 Ablehnungen ist nicht teilweise gescheitert. Er hat 26 einzelne Ablehnungen erzeugt, jede mit eigenem Grund und eigener Lösung.
Checkliste vor dem Domain-Transfer
Arbeiten Sie diese Punkte ab, bevor Sie irgendetwas absenden. Fast jeder gescheiterte Massenumzug lässt sich auf einen Punkt zurückführen, der für einen Teil des Portfolios übersprungen wurde.
| **Prüfpunkt | Warum es zählt | Maßnahme** |
|---|---|---|
| Transfersperre | Eine gesperrte Domain wird von der Registry abgelehnt, unabhängig davon, wie der Auftrag übermittelt wurde. | Jede Domain im Stapel entsperren und den Status bei der Registry prüfen, nicht nur im Panel. |
| Gültiger AuthInfo-Code | Die meisten Endungen verlangen einen Code, den die Registry verifizieren kann. Codes sind häufig befristet. | Codes zeitnah zum Versand erzeugen, auf Vollständigkeit prüfen und abgelaufene neu anfordern. |
| Daten des Domaininhabers | Bestätigungen und Hinweise gehen an den hinterlegten Inhaber. Die Terminologie hat sich verschoben: Die aktuelle ICANN-Arbeit stellt den Registered Name Holder in den Mittelpunkt statt eines separaten administrativen Kontakts. | Sicherstellen, dass die hinterlegte Adresse von jemandem gelesen wird, der handeln kann, und sie vor dem Start korrigieren. |
| Neuregistrierung oder kürzlicher Transfer | Bei generischen Endungen gilt nach ICANN-Transferrichtlinie häufig eine Sperre von 60 Tagen nach Registrierung, nach einem vorherigen Transfer und nach bestimmten Inhaberänderungen. | Betroffene Domains markieren und für einen späteren Stapel einplanen, statt die Ablehnung hinzunehmen. |
| Nähe zum Ablaufdatum | Eine Domain kurz vor Ablauf kann während des Vorgangs in eine Verlängerungsphase rutschen und den Transfer verkomplizieren. | Vor dem Umzug verlängern oder diese Namen in einem separaten, eng beobachteten Stapel bewegen. |
| Statuscodes der Domain | Sperrstatus von Registry oder Registrar blockieren den Transfer und sind ohne Prüfung unsichtbar. | Statuscodes über WHOIS oder RDAP prüfen und Sperren vor dem Versand auflösen. |
| DNSSEC | Bei einer signierten Domain bricht die Validierung, wenn die DS-Einträge bei der Registry nicht mehr zur Signaturkette passen. | Bleiben DNS-Anbieter und Schlüssel gleich, sollten die bestehenden DS-Einträge vom aufnehmenden Registrar übernommen werden. Entfernen nur, wenn sich die Kette ändert oder eine Übernahme nicht möglich ist. |
| Privacy- oder Proxy-Dienste | Ein Proxy-Kontakt kann zwischen der Registry und der Person stehen, die zustimmen muss. | Prüfen, ob der Dienst bei dieser Endung die Autorisierung oder die Bestätigungsnachrichten beeinflusst, und nur abschalten, wenn Registrar oder Registry es verlangen. |
| Kontoguthaben | Transfers sind kostenpflichtig, und eine abgelehnte Zahlung bringt den Stapel zum Stillstand. | Das aufnehmende Konto für den gesamten Stapel decken, inklusive Premium- und Sonderendungen. |
| Regeln der jeweiligen Endung | Länderendungen verlangen teils Nachweise, einen lokalen Bezug oder einen zusätzlichen Freigabeschritt bei der Registry. | Diese Endungen abtrennen und das Verfahren jeder Registry vor der Terminplanung klären. |
Mehrere Domains umziehen: Schritt für Schritt
Die Reihenfolge unterstellt ein Portfolio von einigen hundert Domains bei mehreren abgebenden Registraren. Passen Sie die Stapelgröße an Ihr Volumen an, aber nicht die Reihenfolge.
1. Inventar aufbauen. Alle Registrare und Konten in eine Tabelle exportieren: Domain, Endung, aktueller Registrar, Ablaufdatum, Nameserver, DNSSEC-Status, Sperrstatus, hinterlegte Inhaberadresse, fachlicher Eigentümer und Kritikalität.
2. Gruppieren. Nach Endung und abgebendem Registrar sortieren. Diese beiden Achsen bestimmen, welche Regeln gelten und in welchem Panel Sie arbeiten, und damit auch Ihre Stapel.
3. Nach Kritikalität trennen. Umsatzrelevante Domains, Domains mit E-Mail, reine Weiterleitungen und ruhende Defensivregistrierungen gehören in getrennte Listen. Die letzten beiden Gruppen eignen sich für den Pilotdurchlauf.
4. Hindernisse ausräumen. Prüfliste je Gruppe abarbeiten: entsperren, Kontaktdaten korrigieren, ablaufnahe Domains verlängern, gesperrte Fälle zurückstellen.
5. Pilotstapel senden. Fünf bis zehn unkritische Domains aus einer Endung. Der Pilot prüft Ihren Umgang mit Codes, den Weg der Bestätigungen und Ihr Statusreporting, bevor ein Fehler etwas Wichtiges trifft.
6. AuthInfo-Codes sicher sammeln. Codes in derselben Sitzung abrufen, in der Sie senden, in einem kontrollierten Speicher ablegen statt in einer geteilten Tabelle und wie Zugangsdaten behandeln.
7. Gestaffelt senden. Nach Endung und abgebendem Registrar gruppieren, Stapel klein genug halten, dass ein systematischer Fehler begrenzt bleibt, und zwischen den Stapeln Zeit lassen.
8. Status täglich verfolgen. Offene, bestätigte und abgelehnte Vorgänge je Domain führen. Stille ist kein Fortschritt; Bestätigungen liegen oft ungeöffnet in einem Sammelpostfach.
9. Kontinuität nach jedem Stapel prüfen. Nameserver kontrollieren, Website aufrufen, bei Domains mit E-Mail eine Testnachricht senden und empfangen, Zertifikatserneuerungen mit Domain-Validierung nachvollziehen.
10. Nachkontrolle abschließen. Wieder sperren, Ablaufdaten und automatische Verlängerung prüfen, den Endbestand gegen das Ausgangsinventar abgleichen.
AuthInfo-Code und EPP-Code richtig vorbereiten
Der Transfercode ist das Zugangsmerkmal, das die Berechtigung des Auftrags belegt. In Panels und Dokumentationen taucht er unter mehreren Namen auf: AuthInfo, Auth-Code, EPP-Code und in der aktuellen ICANN-Arbeit Transfer Authorization Code oder TAC. Gemeint ist dieselbe Kontrolle, und die Anforderungen an den Umgang sind identisch.
Drei Eigenschaften verursachen im Massenbetrieb die meisten Fehler. Codes sind häufig befristet, eine drei Wochen alte Liste ist am Versandtag teilweise wertlos. Manche Registrare senden den Code ausschließlich an die hinterlegte Inhaberadresse, statt ihn im Panel anzuzeigen, womit ein unbeobachtetes Postfach zur harten Blockade wird. Und Codes unterscheiden Groß- und Kleinschreibung und sind lang genug, dass ein beim Kopieren abgeschnittenes Zeichen erst durch die Ablehnung auffällt.
Behandeln Sie sie deshalb wie Passwörter: zeitnah abrufen, in einem Passwortspeicher statt in einem geteilten Dokument halten, den Zugriff auf das Umzugsteam begrenzen und nach Abschluss löschen. Eine abhandengekommene Codeliste für ein ganzes Portfolio ist ein fertiger Werkzeugkasten zur Domainübernahme.
Domain-Massentransfer im Panel durchführen
Der Versand ist meist einfacher als die Vorbereitung davor. Im Reseller-Panel von Domain Name API liegen die Transfers unter Domain Management, wo zwei Reiter die Abläufe trennen: eine Abfrage für den Einzelfall und eine Sammelabfrage für den Stapel.
*Sammeltransfer-Abfrage im Reseller-Panel von Domain Name API: pro Zeile eine Domain und ihr Transfercode.*
Das Eingabefeld erwartet je Zeile eine Domain, ein Leerzeichen und den zugehörigen Transfercode. Das erwartete Muster steht direkt über dem Feld, eine vorbereitete Liste lässt sich also unmittelbar einfügen, und die Abfrage läuft, bevor etwas verbindlich wird. Dieses Format ist schon in der Vorbereitung wichtig, weil es bestimmt, wie Sie Ihre Inventartabelle aufbauen: Domain und Code in benachbarten Spalten und in derselben Zeilenreihenfolge, dann wird der Export zum Einfügen statt zur Abgleicharbeit. Grenzwerte für Stapel und Abfragen zeigt das Panel selbst an und sie können sich ändern, prüfen Sie die aktuellen Werte also im eigenen Konto, bevor Sie ein großes Portfolio planen.
Fünf Dinge vor dem Einfügen der Liste prüfen
Die Vorbereitung hat einen langen Schwanz, aber wenige Kontrollen fangen das meiste ab.
- Ist der Code noch gültig? Codes altern. Holen Sie sie am Tag des Versands, nicht in der Woche davor.
- Ist die Sperre wirklich offen? Das Panel sagt entsperrt. Entscheiden tut die Registry.
- Wer bekommt die Bestätigung? Steht dort ein ehemaliger Kollege, ist dieser Transfer bereits blockiert.
- Was läuft in den nächsten dreißig Tagen ab? Jetzt verlängern, nicht mitten im Transfer.
- Welche Namen tragen E-Mail? Die gehen zuletzt, in einem kleinen Stapel und unter Beobachtung.
Warum scheitern Domain-Transfers und wie lösen Sie das?
Die Fehler folgen wenigen Mustern. Die Tabelle verbindet das sichtbare Symptom mit der wahrscheinlichen Ursache und der Lösung.
| **Problem | Wahrscheinliche | UrsacheLösung** |
|---|---|---|
| Auftrag wird sofort abgelehnt | Transfersperre noch aktiv oder die Entsperrung ist nicht bei der Registry angekommen. | Status über WHOIS oder RDAP prüfen statt im Panel, erneut entsperren und neu senden. |
| AuthInfo-Code ungültig | Code abgelaufen, beim Kopieren abgeschnitten oder die Endung nutzt ein anderes Verfahren. | Code neu erzeugen, ohne Leerzeichen einfügen und die tatsächliche Anforderung der Endung klären. |
| Keine Bestätigung erhalten | Hinterlegte Adresse veraltet oder gefiltert, oder ein Proxy-Dienst leitet die Nachricht um. | Datensatz aktualisieren, Spam-Quarantäne prüfen und den erneuten Versand anfordern, bevor Sie sonst etwas ändern. |
| Ablehnung wegen 60-Tage-Sperre | Registrierung, Transfer oder Inhaberänderung liegen weniger als 60 Tage zurück. | Datum notieren, an dem die Sperre endet, und die Domain für einen späteren Stapel einplanen. |
| Transfer hängt kurz vor Ablauf | Die Domain ist abgelaufen oder in eine Verlängerungsphase geraten. Die Behandlung unterscheidet sich je Registrar und Endung. | Beim abgebenden Registrar verlängern, die Verlängerung wirken lassen und den Transfer neu starten. |
| Domain nach dem Transfer nicht erreichbar | DS-Einträge passen nicht mehr zur Signaturkette oder Nameserver wurden zurückgesetzt. | Nameserver sofort wiederherstellen und danach die DS-Einträge mit den tatsächlich genutzten Schlüsseln abgleichen. |
| .de-Domain wird abgelehnt | Der KK-Antrag ist nicht sauber gestellt oder der AuthInfo passt nicht zum aktuellen Datenbestand. | AuthInfo beim abgebenden Provider neu erzeugen und den Antrag im DENIC-Verfahren erneut einreichen. |
| Eine Domain blockiert alles | An dem Namen hängt ein Streitfall, eine gerichtliche Anordnung oder eine Registry-Sperre. | Zuerst die Sache selbst klären; strittige Domains gehören nicht in den Stapel. |
| Stapel bleibt unbemerkt unvollständig | Ablehnungen wurden nicht sichtbar, weil gesendete und angekommene Liste nie verglichen wurden. | Nach jedem Stapel die Zahlen abgleichen und jede Differenz als offenen Punkt führen. |
Wirkt sich ein Domain-Transfer auf DNS, Website und E-Mail aus?
Ein Registrarwechsel bewegt den Registrierungsdatensatz, nicht die daran hängenden Dienste. Die Nameserver-Delegation übersteht den Umzug in der Regel, deshalb verlaufen die meisten Transfers unauffällig. Kritisch wird es, wenn der abgebende Registrar auch das DNS gehostet hat, denn diese Zone kann nach dem Weggang gelöscht werden und nimmt jeden A-, MX-, TXT- und CNAME-Eintrag mit.
Die sichere Reihenfolge trennt beide Änderungen: DNS zuerst an das endgültige Ziel umziehen, Auflösung prüfen, einige Tage laufen lassen, dann die Registrierung transferieren. Muss beides gleichzeitig passieren, exportieren Sie vorher alle Zonendateien und bauen sie beim neuen Anbieter auf, bevor Sie die Delegation umstellen. Senken Sie die TTL kritischer Einträge ein bis zwei Tage vorher, dann ist ein Fehler in Minuten statt in Stunden korrigiert.
E-Mail verdient eigene Aufmerksamkeit, weil Fehler dort still bleiben. Prüfen Sie, ob MX-Einträge, SPF, DKIM-Selektoren und DMARC-Richtlinie exakt nachgebildet wurden. Ein fehlender DKIM-Selektor stoppt keine Mail; er erhöht leise den Anteil Ihrer ausgehenden Nachrichten, der im Spam landet, und eine Woche später denkt niemand mehr an den Umzug.
DNSSEC braucht eine Entscheidung, keinen Reflex. Bleiben DNS-Anbieter und Signaturschlüssel gleich, sind die DS-Einträge bei der Registry weiterhin gültig, und die Aufgabe besteht darin, ihre Übernahme durch den neuen Registrar zu sichern. DS-Einträge zu entfernen ist nur richtig, wenn sich die Signaturkette ändert, wenn das DNS zu einem Anbieter mit anderen Schlüsseln wandert oder wenn der aufnehmende Registrar die Einträge nicht führen kann. Dann zuerst entfernen, die alten Werte auslaufen lassen und nach dem Umzug neu signieren. Ein nicht passender DS-Eintrag macht eine Domain für jeden validierenden Resolver unerreichbar, das ist der schwerste denkbare Ausgang.
Sicherheit beim Domain-Transfer großer Portfolios
Ein Umzug bündelt ungewöhnliche Rechte in einem Zeitfenster: entsperrte Domains, gültige Transfercodes und erweiterte Kontozugriffe. Behandeln Sie diese Phase entsprechend.
- Zwei-Faktor-Authentifizierung in beiden Konten vor dem Start aktivieren, nicht danach.
- Den Kreis der Personen begrenzen, die Codes anfordern oder entsperren dürfen, und namentliche Konten verwenden.
- Codes über einen Passwortmanager verteilen. E-Mail- und Chatverläufe überdauern die Gültigkeit der Codes bei Weitem.
- Jede Domain nach Abschluss wieder sperren. Ein nach dem Umzug offen gebliebenes Portfolio ist ein Dauerrisiko.
- Auf Codeanforderungen achten, die Sie nicht ausgelöst haben. Unerwartete Codeerzeugung während eines Umzugs gehört sofort geprüft.
Wenn Sie über die API arbeiten, gilt dieselbe Sorgfalt für Zugangsdaten. Die Hinweise von Domain Name API zu API-Schlüsseln und Zugriffsfehlern behandeln Umgebungsvariablen, IP-Freigaben, Schlüsselrotation und das Vorgehen nach einer Offenlegung.
.de-Domain umziehen: DENIC-Verfahren statt ICANN-Regeln
Generische Endungen wie .com, .net und .org arbeiten unter der ICANN-Transferrichtlinie, die Autorisierung, Reaktionsfristen und Ablehnungsgründe zwischen akkreditierten Registraren vereinheitlicht. Länderendungen unterliegen ihren eigenen Registries und müssen diesem Modell nicht folgen.
Für .de führt die DENIC das Register, und der Providerwechsel läuft über den KK-Antrag mit einem AuthInfo, den Sie beim abgebenden Anbieter erzeugen. In der Praxis heißt das zweierlei: Der AuthInfo muss zum aktuellen Datenbestand passen, und die Domaindaten sollten vor dem Antrag sauber sein, weil Abweichungen den Wechsel aufhalten. Planen Sie .de-Bestände als eigenen Arbeitsstrang mit eigenem Zeitplan statt als Teil des generischen Stapels.
Bei weiteren Länderendungen sind die Unterschiede noch struktureller. Ein .uk-Transfer wird nicht über einen Code, sondern über die Änderung des IPS-Tags abgeschlossen, der den verwaltenden Registrar identifiziert. Andere Registries verlangen Nachweise, einen lokalen Bezug oder eine Freigabe im eigenen Portal. Generische Endungen bewegen sich in großen Stapeln; Länderendungen meist nicht, und die gegenteilige Annahme ist der häufigste Grund dafür, dass ein Umzug seinen Termin verfehlt.
Nach dem Transfer: Prüfliste zur Kontrolle
Ein Vorgang mit dem Status abgeschlossen ist noch kein abgeschlossener Umzug. Arbeiten Sie diese Liste je Stapel ab, solange sich Ursachen noch zuordnen lassen.
- Angekommene Anzahl gegen gesendete Anzahl abgleichen und jede Differenz erklären.
- Nameserver gegen die geplante Konfiguration prüfen, nicht gegen das, was zufällig auflöst.
- Jeden produktiven Hostnamen auflösen und die Seite über HTTPS laden, um Zertifikatsprobleme zu erkennen.
- Bei jeder Domain mit E-Mail eine Testnachricht senden und empfangen, dann SPF, DKIM und DMARC prüfen.
- Ablaufdaten kontrollieren. Die meisten generischen Endungen verlängern beim Transfer um ein Jahr, manche Länderendungen nicht.
- Automatische Verlängerung einheitlich setzen und ein gültiges Zahlungsmittel hinterlegen.
- Transfersperre wieder aktivieren und Privacy-Dienste bei Bedarf reaktivieren.
- Bei signierten Domains die DNSSEC-Validierung prüfen und die DS-Einträge mit den genutzten Schlüsseln abgleichen.
- Asset-Verzeichnis und Monitoring auf den neuen Anbieter umstellen.
Reseller-Panel oder API: was passt zum Umzug?
Keiner der beiden Wege ist grundsätzlich überlegen. Entscheidend ist, wie oft Sie die Arbeit wiederholen und wie viel davon sich sicher automatisieren lässt.
| **Einsatzfall | Reseller-Panel | API | Passend** |
|---|---|---|---|
| Einmaliger Umzug unter einigen hundert Domains | Ausreichend, kein Entwicklungsaufwand | Aufwand übersteigt den Nutzen | Panel |
| Wiederkehrende Umzüge für Kunden | Repetitiv und fehleranfällig | Wiederholbar und nachvollziehbar | API |
| Gemischtes Portfolio mit Länderendungen | Trägt Ausnahmen und manuelle Schritte gut | Ausnahmen brauchen eigene Logik | Panel, API für die Standardendungen |
| Statusverfolgung über Stapel hinweg | Manueller Abgleich | Programmatische Abfrage und Auswertung | API |
| Abgleich mit dem Abrechnungssystem | Manuell oder per Export | Nativ über Modul oder Integration | API oder Modul |
| Team ohne Entwicklungsressourcen | Sofort nutzbar | Ohne Engineering nicht umsetzbar | Panel |
| Laufender Betrieb nach dem Umzug | Bei kleinem Volumen genug | Skaliert mit dem Portfolio | API |
Wenn Sie automatisieren, halten Sie sich von der ersten Codezeile an an die Durchsatzregeln des Anbieters. Domain Name API veröffentlicht eine eigene Richtlinie zu Rate Limits, Throttling und Massennutzung, die Echtzeitaufrufe auf /api von automatisierten Läufen auf /api-bulk trennt, ein Limit von einer Anfrage pro Sekunde je API-Schlüssel setzt und das erwartete exponentielle Zurückweichen nach einer HTTP-429-Antwort beschreibt. Eine Warteschlange, die dieses Limit von Anfang an einhält, ist günstiger als eine nachträglich eingebaute.
Domain-Massentransfer mit Domain Name API
Für einen Umzug sind drei Punkte relevant. Panel und REST-API decken beide Registrierung, Transfer, Verlängerung und DNS-Verwaltung ab, das Portfolio kann also über die Oberfläche bewegt werden, die zum Team passt. Für WHMCS, WiseCP, HostBill, Blesta und ClientExec bestehen Module, was zählt, wenn die Abrechnung während des Umzugs intakt bleiben muss. Und die veröffentlichte Richtlinie zur Massennutzung sagt Ihnen vor dem Schreiben des ersten Codes, welcher automatisierte Durchsatz zulässig ist.
Auf der Reseller-Seite steht zudem, dass wechselnde Reseller beim Umzug unterstützt werden: Sie liefern die Domainliste, öffnen die Transfersperren und stellen die Codes bereit, den Transferablauf übernimmt das Support-Team. Dieselbe Seite benennt den Punkt, der auch in diesem Leitfaden auftaucht, nämlich dass Bestätigungen an die hinterlegten Kontakte gehen und nicht an den Reseller. Eine maximale Stapelgröße wird nicht veröffentlicht und hier auch nicht behauptet.
Domain Name API ist ein Reseller-Programm auf der Infrastruktur des ICANN-akkreditierten Registrars Atak Domain. Die veröffentlichten Zahlen lohnen einen Abgleich mit Ihrem Bedarf: Zugang zu mehr als 800 Domainendungen, mehr als 40.000 aktive Reseller in über 200 Ländern und mehr als zwei Jahrzehnte Erfahrung im Domaingeschäft.
Für Bestände mit anspruchsvollen Länderendungen sprechen Sie vor der Terminplanung mit dem Support. Wer den Wechsel prüft, findet die Details im Reseller-Programm und bei den API- und Modulintegrationen.
Fazit
Ein Domain-Massentransfer ist überwiegend Vorbereitungsarbeit. Der Versand dauert Minuten; Inventar, Bereinigung, DNS-Reihenfolge und Kontrolle sind der Ort, an dem die Arbeit und das Risiko liegen. Bauen Sie das Inventar, räumen Sie die Hindernisse aus, testen Sie mit Namen, die Ihnen nicht schaden können, ziehen Sie in kontrollierten Stapeln um und prüfen Sie jeden Stapel, bevor der nächste hinausgeht.
Wenn Sie ein Ziel für Ihr Portfolio prüfen, vergleichen Sie die Transfer- und Verlängerungspreise über Ihre tatsächliche Endungsverteilung, eröffnen Sie ein Reseller-Konto und testen Sie das Panel, bevor Sie einen großen Stapel senden, und klären Sie, wie der Anbieter die Länderendungen behandelt, von denen Sie abhängen.
Häufige Fragen
Jede Antwort beginnt mit der direkten Auskunft und ergänzt danach die nötige Einschränkung. Diese Struktur ist beabsichtigt: Sie erlaubt Antwortmaschinen eine kurze, korrekte Entnahme, ohne den Vorbehalt zu verlieren.
Was ist ein Domain-Massentransfer?
Ein Domain-Massentransfer ist die gebündelte Übermittlung mehrerer Transferaufträge in einem Vorgang. Gebündelt wird an der Oberfläche; jede Domain wird weiterhin von ihrer Registry einzeln geprüft und bearbeitet.
Kann ich mehrere Domains gleichzeitig umziehen?
Ja, sofern jede Domain für sich die Bedingungen ihrer Endung erfüllt. Gesperrte Domains, Namen innerhalb einer Sperrfrist, ablaufnahe Domains und fehlende Codes werden abgelehnt, auch wenn der Rest des Stapels durchgeht.
Braucht jede Domain einen AuthInfo-Code?
Die meisten Endungen verlangen einen, nicht alle. Generische Endungen nutzen einen Transfercode, je nach Quelle AuthInfo, Auth-Code, EPP-Code oder TAC genannt. Manche Länderendungen arbeiten ganz anders, etwa .uk über die Änderung des IPS-Tags.
Wie lange dauert ein Massentransfer?
Das hängt von der Endung, der Reaktion des abgebenden Registrars und davon ab, ob Bestätigungen zügig erfolgen. Generische Endungen sind nach einem gültigen Auftrag meist innerhalb weniger Tage fertig, Länderendungen unterscheiden sich deutlich. Für ein gemischtes Portfolio kann niemand eine einheitliche Dauer zusichern.
Läuft der Umzug einer .de-Domain anders?
Ja. Die DENIC führt das Register für .de, und der Providerwechsel erfolgt über den KK-Antrag mit einem AuthInfo, den Sie beim abgebenden Anbieter erzeugen. Der AuthInfo muss zum aktuellen Datenbestand passen. Planen Sie .de-Bestände als eigenen Stapel.
Kann ich eine abgelaufene Domain umziehen?
In der Regel nicht, und die Antwort hängt von Registrar und Endung ab. Manche Registrare bearbeiten einen Transfer noch während der Verlängerungsphase; ab der Wiederherstellungsphase ist ein Transfer praktisch ausgeschlossen. Vorher zu verlängern ist der verlässliche Weg.
Beeinflusst der Transfer meine Website?
Für sich genommen nicht. Der Registrierungsdatensatz wechselt, die Nameserver-Delegation bleibt normalerweise bestehen. Das Risiko liegt darin, dass die DNS-Zone beim abgebenden Registrar lag und nach dem Weggang gelöscht werden kann. Exportieren Sie die Zonendateien vorher.
Kann während des Transfers E-Mail ausfallen?
Ja, wenn DNS-Einträge verloren gehen oder falsch neu aufgebaut werden. MX-Einträge, SPF, DKIM-Selektoren und DMARC müssen exakt nachgebildet werden. Fehlende Authentifizierungseinträge stoppen Mail selten vollständig, sie erhöhen die Spam-Einstufung, was schwerer auffällt.
Warum scheitern Transfers?
Am häufigsten durch eine aktive Transfersperre, einen ungültigen oder abgelaufenen Code, eine unbeobachtete Kontaktadresse, eine Registrierung oder einen Transfer innerhalb der letzten 60 Tage, Nähe zum Ablaufdatum, eine Sperre bei Registry oder Registrar sowie durch Länderendungen mit abweichendem Verfahren.
Werden Einzeltransfers durch einen Sammelauftrag schneller?
Nein. Die Bündelung verkürzt Ihre Bearbeitungszeit, nicht die der Registry. Jede Domain wird weiterhin nach ihrem eigenen Zeitplan und ihren eigenen Regeln bewertet.
Sollte ich vor dem Transfer verlängern?
Verlängern Sie alles, was kurz vor Ablauf steht. Die meisten generischen Endungen fügen beim Transfer ein Jahr hinzu, eine frühe Verlängerung ist also selten verschenkt und nimmt das Risiko, dass eine Domain während eines laufenden Auftrags abläuft.
Muss DNSSEC vor dem Transfer entfernt werden?
Nicht automatisch. Bleiben DNS-Anbieter und Schlüssel gleich, sind die DS-Einträge weiterhin gültig, und es geht nur darum, ob der aufnehmende Registrar sie führen kann. Entfernen und neu aufsetzen ist nur nötig, wenn sich die Signaturkette ändert oder die Einträge dort nicht gepflegt werden können.
Ist eine API für ein großes Portfolio zwingend?
Nein. Einen einmaligen Umzug von einigen hundert Domains trägt das Panel ohne Weiteres. Eine API lohnt sich, wenn Umzüge wiederkehren, wenn die Statusverfolgung programmatisch sein muss oder wenn das Portfolio danach dauerhaft verwaltet wird.
