Was „.NET Abgelaufene Domains“ sind
'Expired' bedeutet hier .net-Registrierungen, die die aktive Periode für den vorherigen Registranten verlassen haben und Post-Ablauf-Recovery-Schritte auf dem Weg zur Freigabe durchlaufen. Die praktische Frage für Käufer ist das Timing: Die Verfügbarkeit ändert sich über Auto-Renew Grace, Redemption Grace und pending delete.
Während der Recovery-Stufen kann die Domain in Registry- und Registrar-Interfaces in unterschiedlichen Zuständen erscheinen. Nutzen Sie Live-Statussignale während der Due Diligence statt sich auf ein einziges festes Datum zu verlassen.
Wie der .net-Ablauf-Lifecycle funktioniert
Für .net folgt die Post-Ablauf-Recovery-Sequenz typischerweise dem gTLD-Muster unter ICANN-Policy:
- Auto-Renew Grace Period: bis zu 45 Tage nach Ablauf. In diesem Fenster kann der Registrar Verlängerungs- oder Recovery-Schritte je nach seinem Workflow versuchen.
- Redemption Grace Period (RGP): 30 Kalendertage, nachdem der Registrar die Domainregistrierung gelöscht hat. Während der RGP ist die DNS-Auflösung deaktiviert und versuchte Transfers sind untersagt. Wiederherstellung kann während des Fensters über den Registrar-Workflow angefragt werden.
- Pending delete: nach Ende der RGP ohne Wiederherstellung tritt die Domain in eine finale pending-delete-Stufe ein. Bei vielen gTLDs dauert diese Stufe üblicherweise etwa 5 Kalendertage.
- Freigabe für allgemeine Registrierung: nach Abschluss von pending delete purged oder gibt die Registry den Namen wieder in den Pool verfügbarer Domains frei.
Registry- und Registrar-Workflows können beeinflussen, wie ein konkreter Name in Interfaces erscheint. Due Diligence sollte sich auf Live-Statussignale konzentrieren.
Registrierungs- und Transfer-Erwartungen für .net
Verlängern, einlösen und wiederherstellen
Während der Auto-Renew Grace Period kann ein Registrar Verlängerungsanfragen über seinen Workflow annehmen, wenn die Domain noch im erlaubten Recovery-Fenster liegt. Während der Redemption Grace erfordern Wiederherstellungsaktionen eine Restore-Anfrage über den Registrar-Workflow. In RGP ist die DNS-Auflösung deaktiviert und versuchte Transfers sind policy-bedingt untersagt.
Transfers und Registrar-Workflows
Transfers hängen vom aktuellen Lifecycle-Zustand ab:
- Wenn die Domain in Redemption Grace ist, können versuchte Transfers scheitern, weil die Policy Transfers in diesem Zustand untersagt.
- Nach Freigabe und Neu-Registrierung unter einem neuen Zeitraum gelten für die neue Registrierung normale gTLD-Transfer-Abläufe.
Auch nach der Neu-Registrierung der Domain ist der Account-Workflow relevant. Die ICANN Transfer Policy verlangt, dass Registrare nach einer Change of Registrant einen 60-tägigen Inter-Registrar-Transfer-Lock auferlegen. Wenn ein Kaufplan zuerst Registrantenänderungen und dann einen Transfer vorsieht, kann der Lock die Zeit bis zum nächsten Move verlängern. Bestätigen Sie den Zeitplan mit dem Ziel-Registrar.
Was die Tabelle in Karma.Domains darstellt
Die Tabelle listet aktuelle Kandidaten für .net Abgelaufene Domains und überlagert Recherche-Signale, die für Due Diligence nötig sind.
Typische Spalten umfassen:
- Quell- und Anbieter-Felder wie Preis oder Re-Registrierungs-Timing, sofern verfügbar.
- Karma Score, berechnet aus Wayback-Machine-Nachweisen.
- Wayback-Alter und Sprachabdeckung.
- Link- und Backlink-Indikatoren aus Drittanbieter-Metriken wie Majestic und Moz.
Wenn die zugrundeliegende Quelle marketplace-ähnliche Zeilen unterstützt, kann die Tabelle auch Timing-Felder wie End Time sowie Bid- oder Preis-Kontext enthalten. Diese Felder helfen, ein geplantes Handlungsfenster der wahrscheinlichen Lifecycle-Stufe zuzuordnen.
Due-Diligence-Checkliste für abgelaufene .net-Namen
- Identifizieren Sie die Lifecycle-Stufe anhand von Live-Statussignalen. Auto-Renew Grace, Redemption Grace und pending delete bedeuten unterschiedliche Recovery- und Transfer-Erwartungen.
- Planen Sie um den Zeitplan herum. Vermeiden Sie Last-Minute-Aktionen, wenn der Name nahe am Ende des Recovery-Fensters ist.
- Prüfen Sie Wayback-Snapshots über Jahre hinweg. Achten Sie auf konsistente Themen und vermeiden Sie redirect-only-Archive, spam-ähnliche Seiten oder abrupte Themenwechsel.
- Prüfen Sie Referring Pages und Anchor-Kontext in Karma.Domains. Bestätigen Sie, dass verlinkende Seiten zur geplanten Nische passen und Anchor-Muster natürlich wirken.
- Screenen Sie rechtliche und Markenexponierung anhand des Domain-Strings und wahrscheinlicher Marken-Varianten für Zielmärkte.
- Validieren Sie Drittanbieter-Link-Metriken mit Archivnachweisen. Karma Score und Link-Metriken unterstützen die Triage, aber der historische Inhalt sollte erklären, was ein zukünftiger Rebuild tragen kann.
- Wenn ein Transfer Teil des Plans ist, bestätigen Sie Registrar-Voraussetzungen. Autorisierungscode- oder EPP-Anforderungen, Unlock-Status und mögliche Registrant-Change-Locks können das Transfer-Timing beeinflussen.
Wie Karma.Domains hilft
Karma.Domains bündelt Due-Diligence-Signale für .net-Kandidaten, damit Screening schneller geht:
- Es bietet eine stündliche Ansicht von .net-Kandidaten.
- Es überlagert Karma Score und Wayback-basierte Nachweise, um Archiv-Konsistenz zu screenen.
- Es fügt Drittanbieter-Backlink-Indikatoren hinzu und unterstützt eine schnellere Prüfung von Referring Pages und Anchor-Kontext.
- Es liefert ein einheitliches Tabellenformat, das Lifecycle-Timing mit Recherche-Feldern für sicherere Registrierungsentscheidungen koordiniert.
Fazit
.NET Abgelaufene Domains durchlaufen eine Auto-Renew-Grace-Phase, dann eine Redemption-Grace-Periode, dann eine pending-delete-Stufe und werden erst danach für die allgemeine Registrierung verfügbar. Nutzen Sie Live-Statussignale für das Timing und Wayback plus Link-Kontext in Karma.Domains, um geschichtsbezogene Risiken vor Registrierungs- oder Kaufaktionen zu reduzieren.
