Domain nach Agenturvertrag übergeben: Übernahme dokumentieren
Der Agenturvertrag kann enden, während Domainaufgaben offenbleiben. Eine ladende Startseite und eine Nachricht „übergeben“ belegen weder aktuelle Registrierungskontrolle noch übernommene Daueraufgaben. Nutze dieses zunächst leere Blatt für einen kooperativen Ausstieg mit am 14. Oktober 2026 gelesenen öffentlichen Quellen. Rechte, Anbieterzulässigkeit und echte Kontoergebnisse benötigen eigene Nachweise.
Boletolibre-Redaktion
Veröffentlicht
Die Änderung vor dem Wort Transfer bestimmen
Trenne Inhaberwechsel, Kontowechsel beim selben Registrar, Wechsel zu einem anderen Registrar, DNS-Delegationsänderung, Hosting-/Mailmigration und vertragliche Rechtezuordnung. Sie können zusammenhängen, sind aber verschiedene Vorgänge. Eine kooperative Übergabe setzt befugte, teilnahmefähige Parteien voraus. Ein Anspruchsstreit oder nicht erreichbarer Freigabekanal erfordert einen anderen Weg.
Network Solutions unterscheidet Inhaber- und Registrarwechsel und beschreibt Freigaben bisheriger und neuer Inhaber. Zugehörige Dienste können gesonderte Maßnahmen verlangen. Verwende diese anbieterspezifische Anleitung als Fragenkatalog für den tatsächlichen Anbieter, nicht als erprobten Kontoablauf oder Zusage ununterbrochener Dienste.[1]
Zuerst das begrenzte Übergabeblatt ausfüllen
Ergänze je Feld Quelle und Beobachtungszeit ____, befugte verwahrende Person ____ und offene Frage ____. Verweise auf private Unterlagen am genehmigten Ort; keine Passwörter, Ausweiskopien, Autorisierungscodes oder Zahlungsdaten im gemeinsamen Blatt. Dies sind vorgeschlagene interne Felder, kein vorgeschriebenes ICANN-Formular.
| Feld | Dein Eintrag |
|---|---|
| Parteien und Umfang | Organisations-/Domainreferenz ____; ausscheidende Agenturrolle ____; empfangende Organisationsrolle ____. |
| Zuordnung und Befugnis | Vertrags-/Abtretungsverweise ____; ungelesene Klauseln oder bestrittene Rechte ____; Empfängerbefugnis und Grenzen ____. |
| Aktuell dokumentierte Kontrolle | Registrar ____; eingetragener Inhaber ____; Kontokontrolle ____; je eigener Nachweis/Datum ____. |
| Benötigte Änderung | Inhaber/Konto/Registrar/keine/unbekannt ____; Zulässigkeitsfrage an den Anbieter ____. |
| Reihenfolge und Abhängigkeiten | Auch Registrarwechsel geplant? ____; Sperre/Zulässigkeit und gegebenenfalls angebotener vorheriger Verzicht ____; Dienstabhängigkeiten ____. |
| Zeitfenster und Annahme | Geplantes Fenster ____; befugte empfangende Koordination ____; nächste Prüfung ____. |
Unbekanntes bleibt sichtbar. Technischer Agenturzugriff entscheidet keine Inhaberrechte; interne Aufgabenverteilung garantiert keine Anbieteranerkennung der Vertretung. Ein Vertragsverweis bleibt eine offene Frage, bis die zuständigen Personen die tatsächlich belegte Regelung gelesen und angenommen haben.
Registrierungsregeln vor Datenänderungen klären
Die zitierte ICANN Transfer Policy wurde am 21. Februar 2024 aktualisiert und ist seit 21. August 2025 verpflichtend. Ihre Inhaberwechselregeln betreffen den akkreditierten gTLD-Bereich, nicht automatisch jede Länderdomain. Eine wesentliche Namens-/Organisationsänderung oder jede Änderung der Inhaber-E-Mail kann das Verfahren auslösen. Bei Namens-/Organisationskorrekturen besteht Registrarermessen; eine allgemeine Tippfehlerausnahme gibt es nicht.[2]
Ein Designated Agent braucht die ausdrückliche Autorisierung des jeweiligen bisherigen oder neuen Inhabers. Agenturtitel oder Vertragsrolle begründen das nicht allein. Die Richtlinie verlangt Zulässigkeit und sichere Zustimmung der relevanten Parteien sowie Benachrichtigung beider. Daraus folgt kein universeller reiner E-Mail-Ablauf. Auch ist nicht jede abgelaufene Registrierung ausgeschlossen: Die Ablaufbedingung umfasst den Verlust des Verlängerungs- oder Transferrechts.[2]
Ein Inhaberwechsel führt normalerweise zu einer 60-tägigen Sperre für den Wechsel zu einem anderen Registrar. Der Registrar darf vor jedem Änderungsantrag eine Abwahl anbieten; dieses Angebot ist nicht universell. Kläre bei zusätzlichem Registrarwechsel die zulässige Reihenfolge und das tatsächliche Vorabangebot vor einer wesentlichen Änderung. Das verspricht weder spätere uneingeschränkte Entsperrung noch Transferzulässigkeit oder Abschlussfrist.[2]
Vier getrennte Annahmekriterien führen
Ergänze je Zeile Nachweisverweis/Zeit ____, genau belegte Aussage ____, befugte empfangende Person ____ und Zustand belegt/ausstehend/ungeprüft ____. Hinzu kommt die offene Stoppbedingung ____. Anbieterbestätigung und Organisationsannahme beantworten unterschiedliche Fragen; bewahre erforderlichenfalls beide auf.
| Kriterium | Benötigte Nachweise und Annahme |
|---|---|
| A1 Registrierung/Kontokontrolle | Welche Registrierungsdaten oder Kontokontrolle änderten sich tatsächlich? Welche Anbieterbestätigung und Empfängerprüfung belegen nur dieses Ergebnis? |
| A2 Wiederherstellung | Wer darf Wiederherstellungsvorkehrungen pflegen? Hat diese Person die Verantwortung über legitimen Zugriff angenommen? Keine Geheimnisse im Blatt. |
| A3 Verlängerung | Wer nimmt Verlängerung, Einstellungsprüfung und nächsten Prüftermin an? Eine Rollenbenennung belegt weder Annahme noch Verlängerung. |
| A4 Dienstabhängigkeiten | Wer akzeptiert die dokumentierte DNS-, Hosting-, Mail- und Zusatzdienstlage? Welche offene Abhängigkeit verhindert den Abschluss? |
„Belegt“ heißt, dass die genannte Tatsache den genannten Nachweis hat, nicht dass alle Rechte geklärt sind oder alle Dienste funktionieren. Keine Prozente vergeben und kein Kriterium aus einem anderen ableiten. Die Startseite kann laden, während Mailverwaltung und Verlängerungszuständigkeit ungeklärt bleiben.
Eine eigene Leiste für Dienstabhängigkeiten führen
Erfasse je Zeile behalten/umziehen/unbekannt ____, relevante Agenturpflicht ____, empfangende Verantwortung und tatsächliche Annahme ____, Quelle/Zeit ____ und offene Frage ____. Geplanter Zustand und beobachtetes Ergebnis bleiben getrennt.
| Abhängigkeit | Frage vor dem Ende der Agenturrolle |
|---|---|
| DNS und Zoneninventar | Wer hat legitime Administration und erforderliches Inventar? Ist eine eigene Delegationsänderung nötig? |
| Website und Hosting | Wer nimmt Administration und laufende Pflichten an? Was verbleibt bei der Agentur? |
| Maildienst | Wer administriert Mail rechtmäßig und übernimmt Kontinuität? Der Webseitentest beantwortet das nicht. |
| Zusatzabonnements | Welche Datenschutz-/Sicherheitsdienste bleiben, ziehen um oder brauchen eigene Einrichtung? Wer nimmt jede Abhängigkeit an? |
Network Solutions nennt Zusatzdienste, die Migration, Neueinrichtung oder gesonderte Vereinbarungen erfordern können. Prüfe tatsächliches Produkt und Anbieter, statt alles als Bestandteil des Registrierungswechsels anzusehen. Dokumentiere Empfängerannahme vor einem Vorschlag zum Entzug verbliebener Agenturzugriffe oder zur Kündigung abhängiger Dienste.[1]
Fiktives Harbor Lantern: zwei Belege lassen den Abschluss offen
| Fiktives Kriterium | Stand und Grenze |
|---|---|
| A1 Kontrolle — im Beispiel belegt | Erfundene Anbieterbestätigung und Empfängerprüfung belegen nur das genannte Konto-/Kontrollergebnis, kein rechtliches Inhaberurteil. |
| A2 Wiederherstellung — im Beispiel belegt | Erfundene Annahme einer befugten Person erfasst laufende Verantwortung ohne Zugangsdaten oder echte Wiederherstellung. |
| A3 Verlängerung — ausstehend | Rolle benannt; Empfängerannahme und Einstellungsprüfung nicht dokumentiert. |
| A4 Dienste — ungeprüft | DNS-, Hosting- und Mailleiste ungeprüft. Eine ladende Startseite reicht nicht. |
Zwei belegt + eins ausstehend + eins ungeprüft = vier Kriterien. Das zählt Zustände, nicht 50 % Inhaberschaft, Wiederherstellungschance oder Registrarqualität. Der Gesamtabschluss bleibt angehalten. Die fiktiven Zuständigen müssen A3/A4-Nachweise und Annahme ergänzen; kein Zugriff wird entfernt, kein Dienst gekündigt.
Nur den tatsächlich angenommenen Umfang abschließen
Dokumentiere echtes Anbieterergebnis, Umfang und Beobachtungszeit getrennt von der unabhängigen befugten Empfängerannahme. Liste offene Punkte, Zuständigkeiten und Prüftermine. Plane verbleibenden Zugriffsentzug nur mit Befugnis und nach Klärung relevanter Abhängigkeiten. Das Vertragsende allein autorisiert weder Kündigungen noch DNS-Änderungen.
Bei Rechtsstreit, fehlendem Freigabezugang oder ungeklärter Befugnis endet der kooperative Weg. Wähle den beleggestützten Wiederherstellungs- oder Vertrags-/Beratungsweg. Ein vollständiges internes Blatt bereitet vor, belegt keine abgeschlossene echte Übergabe. Wiederherstellung, Verlängerung und Dienstbetreuung bleiben bei den Personen, die diese Aufgaben tatsächlich annehmen.
Quellen und weiterführende Informationen
- Network Solutions: Inhaberwechsel und zugehörige DiensteNetwork Solutions · Abgerufen
- ICANN: Transfer Policy, aktualisiert am 21. Februar 2024ICANN · Abgerufen