Was „.ORG Abgelaufene Domains“ sind
'Expired' in diesem Kontext bezieht sich auf .org-Domains, die die aktive Registrierung für den vorherigen Domaininhaber verlassen haben und durch nach dem Ablauf folgende Recovery-Stufen gehen. Die Verfügbarkeit verändert sich über die Zeit, weil die Domain vom Auto-Renew-Handling in einen gelöschten, aber noch wiederherstellbaren Zustand, dann in einen pending-delete-Zustand und schließlich in einen freigegebenen Zustand übergeht, in dem neue Registrierungen eingereicht werden können.
Für Käufer ist die praktische Frage das Timing. Ein Name kann während der Recovery-Phasen in unterschiedlichen Zuständen in WHOIS erscheinen, und eine erneute Registrierung wird in der Regel erst möglich, nachdem der finale pending-delete-Schritt abgeschlossen ist.
Wie der .org-Ablauf-Lifecycle funktioniert
Für .org folgt die Recovery-Sequenz nach dem Ablauf üblicherweise dem gTLD-Recovery-Muster unter ICANN-Policy:
- Auto-Renew Grace Period: bis zu 45 Tage nach dem Ablauf. Der Registrar kann in diesem Fenster Verlängerungen verarbeiten, abhängig von Workflow und Bedingungen.
- Redemption Grace Period (RGP): 30 Tage, nachdem der Registrar die Domainregistrierung gelöscht hat. Während der RGP ist die DNS-Auflösung deaktiviert und versuchte Transfers sind verboten. Wiederherstellung ist innerhalb dieses Fensters über den Registrar-Workflow möglich.
- Pending delete: nach dem Ende der RGP ohne Wiederherstellung gelangt die Domain in eine finale pending-delete-Phase. Für viele gTLDs dauert diese Phase etwa 5 Tage.
- Release für allgemeine Registrierung: nachdem pending delete abgeschlossen ist, gibt das 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. Nutze Live-Statussignale während der Due Diligence, statt von einem festen Datum auszugehen.
Registrierung und Transfer-Erwartungen für .org
Verlängern, einlösen und wiederherstellen
Während der Auto-Renew Grace Period kann ein Registrar eine Verlängerungsanfrage annehmen, wenn die Domain noch innerhalb des erlaubten Recovery-Fensters liegt. Während der Redemption Grace erfordert die Wiederherstellung eine Restore-Anfrage über den Registrar-Workflow. Während der RGP ist die DNS-Auflösung deaktiviert und versuchte Transfers sind per Policy blockiert.
Transfers und Registrar-Workflows
Das Transfer-Verhalten hängt vom Lifecycle-Status der Domain ab:
- Wenn die Domain in Redemption Grace ist, können versuchte Transfers scheitern, weil RGP verlangt, dass das Registry Transferversuche verbietet.
- Nachdem die Domain purged und erneut registriert wurde, gelten normale Transferprozesse für den neuen Registrierungszeitraum.
Der Account-Workflow bleibt auch nach einer erneuten Registrierung relevant. Die ICANN Transfer Policy verlangt, dass Registrar nach einer Change of Registrant einen 60-tägigen inter-registrar Transfer Lock verhängen. Wenn ein Kaufplan vorsieht, Registrantendaten vor einem Transfer zu ändern, kann das Lock die Zeit bis zum nächsten Umzug verlängern. Bestätige den Zeitplan mit dem Ziel-Registrar.
Was die Tabelle in Karma.Domains darstellt
Die Tabelle listet aktuelle .org Abgelaufene Domains-Kandidaten und legt darüber Due-Diligence-Signale.
Typische Spalten umfassen:
- Source- und Provider-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 zugrunde liegende Quelle marketplace-ähnliche Zeilen unterstützt, kann die Tabelle auch verfügbarkeitsbezogene Felder wie eine Endzeit oder Gebots-Kontext enthalten. Diese Felder helfen, ein geplantes Aktionsfenster der wahrscheinlichen Lifecycle-Stufe zuzuordnen.
Due-Diligence-Checkliste für abgelaufene .org-Namen
- Identifiziere die aktuelle Lifecycle-Stufe anhand von Live-Statussignalen. Auto-Renew Grace, Redemption Grace und pending delete implizieren unterschiedliche Recovery- und Transfer-Erwartungen.
- Plane um den Zeitplan herum. Vermeide Last-Minute-Aktionen, wenn der Name dem Ende des Recovery-Fensters nahe ist.
- Prüfe Wayback-Snapshots über mehrere Jahre. Achte auf konsistente Themen und vermeide redirect-only-Archive, spam-ähnliche Seiten oder abrupte Themenwechsel.
- Prüfe Referring Pages und Anchor-Kontext in Karma.Domains. Bestätige, dass verlinkende Seiten zur beabsichtigten Nische passen und Anker-Muster natürlich wirken.
- Screene auf rechtliche und Marken-Exposition. Nutze den Domain-String und gängige Varianten, die für Zielmärkte relevant sind.
- Validiere Drittanbieter-Link-Metriken mit Archivnachweisen. Karma Score und Link-Metriken unterstützen die Triage, aber Archivinhalte sollten bestätigen, was ein künftiger Rebuild tragen kann.
- Wenn ein Transfer Teil des Plans ist, bestätige Registrar-Voraussetzungen. Auth-Code- oder EPP-Anforderungen, Domain-Unlock-Status und etwaige Registrant-Change-Locks können das Transfer-Timing beeinflussen.
Wie Karma.Domains hilft
Karma.Domains konsolidiert Recherche-Signale für .org-Kandidaten, damit Due Diligence schneller möglich ist:
- Es aggregiert Kandidaten in einer Ansicht, die hilft, Verfügbarkeits-Timing zu überwachen.
- Es legt Karma Score und Wayback-abgeleitete Nachweise darüber, um Archivkonsistenz zu screenen.
- Es ergänzt Drittanbieter-Backlink-Indikatoren und unterstützt die schnellere Prüfung von Referring Pages und Anchor-Kontext.
- Es bietet ein Tabellenformat mit Verfügbarkeits-Timing und Recherchefeldern, um Lifecycle-Planung mit Due Diligence zu koordinieren.
Fazit
.ORG 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. Nutze Live-Statussignale für das Timing und verwende Wayback plus Link-Kontext in Karma.Domains, um history-bezogene Risiken vor Registrierungs- oder Kaufaktionen zu reduzieren.
