WHOIS vs RDAP: What Changed in 2025 and What Domain Owners Should Know

WHOIS ist für g TLDs weg: Was ICANN am 28. Januar 2025 geändert hat

Wenn Sie jemals nachgeschlagen haben, wem eine Domain gehört, haben Sie WHOIS oder zumindest ein darauf basierendes Tool verwendet. Jahrzehntelang war WHOIS das öffentliche Verzeichnis des Internets für Domain-Registrierungsdaten. Geben Sie einen Domainnamen ein, erhalten Sie den Namen des Eigentümers, Kontaktdaten, Registrierungsdaten und Nameserver. Einfach, offen und universell.

Diese Ära ist für generische Top-Level-Domains vorbei.

Wie bestätigt in ICANNs offizielle Ankündigung, am 28. Januar 2025 stellt ICANN offiziell WHOIS für einige g TLDs ein. Registries und Registrare sind vertraglich nicht mehr verpflichtet, das WHOIS-Protokoll zu unterhalten. RDAP, das Registration Data Access Protocol, ist jetzt der erforderliche Standard.

Dies war kein sanfter Übergang oder eine Gnadenfrist. Die Änderung ist in Kraft. Wenn Sie Domains unter .COM, .NET, .ORG, .IO oder anderen generischen Endungen verwalten, hat sich das Protokoll geändert, das Ihre Domain-Abfragedaten bereitstellt. Was noch nicht vollständig aufgeholt hat, ist, wie Domaininhaber (insbesondere Investoren) ihre Arbeitsabläufe entsprechend angepasst haben.

 

WHOIS vs RDAP: Was ist eigentlich der Unterschied zwischen den beiden Protokollen

Um zu verstehen, warum die ICANN WHOIS durch RDAP ersetzt hat, hilft es zu verstehen, was WHOIS eigentlich war und wo es scheiterte.

WHOIS war ein Abfrage-und-Antwort-Protokoll, das in den frühen Tagen des Internets entwickelt wurde. Es lief über eine unverschlüsselte TCP-Verbindung auf Port 43. Das war ein offener Kanal, über den jeder eine Anfrage senden und eine Klartext-Antwort erhalten konnte. Es gab keine Anmeldeanforderungen, keine Zugriffskontrollen und kein standardisiertes Datenformat. Jeder Registrar gab Ergebnisse auf seine eigene Weise zurück, was die automatisierte Verarbeitung inkonsistent und unzuverlässig machte.

RDAP wurde von der Internet Engineering Task Force (IETF) speziell entwickelt, um diese Probleme zu beheben. Es ist ein modernes, web-natives Protokoll, das wie jede sichere Website funktioniert: Anfragen gehen über HTTPS raus, Antworten kommen im strukturierten JSON-Format zurück. Das JSON-Format ist ein standardisiertes Format, das Maschinen (und Menschen) zuverlässig lesen können.

So sieht das in der Praxis aus:

• Strukturierte Ausgabe

  RDAP-Antworten verwenden konsistente Feldnamen über alle Registrare und Registries hinweg. Egal, ob du eine Domain bei einem oder einem anderen Registrar nachschlägst, die Daten kommen im gleichen Format zurück. Keine inkonsistenten Parsing-Probleme mehr. RDAP verwendet JSON-Dateien und austauschbare Inhalte für bessere Lesbarkeit und Integration.

• Abgestufter Zugriff

  RDAP macht nicht automatisch mehr Domaindetails sichtbar. Es unterstützt tatsächlich differenzierten oder abgestuften Zugriff auf die Daten. Was sich wirklich ändert, ist, dass Informationen je nach Autorisierungsstufe des Antragstellers unterschiedlich bereitgestellt werden können. Für anonyme Benutzer die allgemeine öffentliche Abfragen verwenden, ist nur ein begrenzter Satz öffentlich verfügbarer Daten sichtbar. Andererseits, authentifizierte oder autorisierte Benutzer (IP-Stellen und Strafverfolgungsbehörden) können bei entsprechender Genehmigung durch die geltenden Richtlinien detailliertere Informationen erhalten.

• HTTPS standardmäßig

  Jede RDAP-Abfrage wird während der Übertragung verschlüsselt. Bei WHOIS wurden Ihre Abfrage und die Antwort im Klartext übertragen, für jeden im Netzwerkpfad sichtbar. Ein weiterer wichtiger Punkt bei RDAP ist, dass es Verschlüsselung erzwingt und HTTPS für die gesamte Kommunikation verlangt. Dadurch wird sichergestellt, dass die zwischen Client und Server übertragenen Daten vor Abhören geschützt sind.

Der praktische Unterschied: RDAP ist zuverlässiger, sicherer und von Natur aus datenschutzfreundlicher. Der Nachteil ist, dass einige Daten, die früher über eine WHOIS-Abfrage zugänglich waren, jetzt hinter Zugriffskontrollen verborgen sind.

 

Was eine Domain-Suche heute zurückgibt (und warum einige Felder noch geschwärzt sind)

Wenn Sie heute eine RDAP-Abfrage für eine g TLD durchführen, gibt eine standardmäßige öffentliche Abfrage in der Regel Folgendes zurück:

• Name und E-Mail des Registranten (falls die Domain nicht privat ist)
• Domain-Statuscodes (wie client Transfer Prohibited)
• Nameserver
• Domain-Registrierungsdatum und Ablaufdatum
• Zeitstempel der letzten Aktualisierung
• Registrar-Name

Was Sie in den meisten Fällen nicht sehen werden, sind die Kontaktdaten des Registranten: Name, E-Mail-Adresse, Telefonnummer und Postanschrift der Person oder Firma, die die Domain registriert hat.

Das überrascht einige Benutzer, aber es ist kein RDAP-Problem. Die Registrantendaten werden seit der Einführung der DSGVO im Jahr 2018 für die meisten Domains geschwärzt, unabhängig vom Protokoll. RDAP hat diese Daten nicht entfernt, sondern nur den Mechanismus geändert, über den der Zugriff darauf gesteuert wird. Gemäß der ICANN-Registrierungsdatenrichtlinie sind Kontaktdaten einzelner Registranten vor öffentlichen Abfragen verborgen und nur für Parteien mit einem legitimen, verifizierten Grund für den Zugriff verfügbar.

Wenn ein Feld in Ihrer Suche "redacted for privacy," anzeigt, sind die Daten in den Aufzeichnungen der Registry vorhanden. Sie sind über eine Standardabfrage nicht öffentlich zugänglich, können aber über ein formelles Verfahren (weiter unten beschrieben) angefordert werden.

 

WHOIS ist nicht ganz tot: Die cc TLD-Ausnahme, die Domain-Investoren kennen müssen

Hier liegt der häufigste Fehler bei der Erklärung des Übergangs von WHOIS zu RDAP: WHOIS ist für die meisten g TLDs verschwunden, wird aber für die Mehrheit der länderspezifischen TLDs weiterhin aktiv genutzt, und wenn Sie ein gemischtes Portfolio verwalten, dieser Unterschied ist wichtig.

Die Autorität und politischen Vorgaben der ICANN gelten für g TLDs, die generischen Endungen wie .COM, .NET, .ORG und neue g TLDs wie .APP, .SHOP und .DEV. Länder-Code-TLDs.

Die meisten cc TLD- und einige g TLD-Registries bedienen noch WHOIS-Antworten auf Port 43.

.DE-Domain verwendet beispielsweise weiterhin das WHOIS-Protokoll. Für die meisten cc TLDs fragen Sie also immer noch WHOIS ab, und das Datenformat, die Datenschutzregeln und die Tools werden von jeder einzelnen Registry bestimmt, was stark variiert.

Sie können die RDAP-Bereitstellung pro TLD überprüfen und den TLD-Typ filtern auf diese Karte hier.

 

Wie RDAP Domain-Investoren und Multi-Domain-Registranten betrifft?

Die übliche Reaktion auf den WHOIS-zu-RDAP-Übergang ist "du musst nichts tun." Das stimmt, wenn du eine einzelne Domain besitzt und nie Registrierungsdaten nachschlägst. Es stimmt nicht, wenn du ein Portfolio verwaltest und es erweitern möchtest, Due Diligence bei Akquisitionen durchführst oder automatisierte Tools für die Domain-Recherche nutzt.

Nicht jedes Tool wurde aktualisiert . Einige ältere WHOIS-Clients haben RDAP-Unterstützung hinzugefügt; andere nicht.

Die Due-Diligence-Prüfung bei Übernahmen sieht anders aus . Angenommen, Sie bewerten eine Domain für den Kauf und führen eine Abfrage durch, um das aktuelle Eigentum und die Erreichbarkeit zu bestätigen. Unter RDAP bestätigt eine standardmäßige öffentliche Abfrage die technischen Fakten (Registrierungsdaten, Registrar, Nameserver, Statuscodes), aber die Identität des Registranten ist in der Regel geschwärzt. Sie werden keine Kontaktinformationen des Eigentümers direkt durch eine öffentliche RDAP-Abfrage erhalten. Für Akquisitionsarbeit bedeutet das, den Registrar direkt zu kontaktieren oder eine formelle RDRS-Anfrage zu stellen (unten behandelt).

 

So führen Sie eine RDAP-Abfrage durch und greifen auf geschwärzte Daten zu

 

So verwenden Sie RDAP: Eine Abfrage heute durchführen

Die Durchführung einer RDAP-Abfrage ist unkompliziert. Für die meisten Anwendungsfälle benötigen Sie keine spezielle Software.

Eine RDAP-Abfrage durchzuführen ist unkompliziert. Für die meisten Anwendungsfälle benötigen Sie keine spezielle Software. Der schnellste Einstieg ist ICANNs offizielles Suchtool. Es fragt standardmäßig RDAP ab, erfordert kein Konto und liefert strukturierte Ergebnisse für jede g TLD. Dies ist der direkteste Weg, um zu sehen, wie eine RDAP-Antwort für eine beliebige Domain aussieht.

Wenn Sie Domains über Dynadot verwalten, werden die Registrierungsdaten direkt in Ihrem Domain-Manager angezeigt, kein separates Suchtool erforderlich.

 

So fordern Sie geschwärzte Registrierungsdaten über RDRS an

Wenn Sie Kontaktdaten benötigen, die eine öffentliche RDAP-Abfrage nicht zurückgibt, z. B. zur Meldung von Domain-Missbrauch, zur Durchsetzung von Markenrechten oder zur Einleitung eines Domain-Erwerbs: ICANNs Registration Data Request Service (RDRS) ist der formelle Kanal, um diese Anfrage zu stellen.

RDRS ist ein zentrales Portal, über das du bei teilnehmenden Registraren eine Anfrage zu nicht-öffentlichen g TLD-Registrierungsdaten stellen kannst. Es garantiert keinen Zugriff – jeder Registrar bewertet Anfragen nach seinen eigenen Offenlegungsrichtlinien, und das System erweitert sich noch hinsichtlich der Registrare-Teilnahme.

Behandeln Sie es als strukturierten, dokumentierten Prozess und nicht als garantiertes Ergebnis. So reichen Sie eine Anfrage ein:

1. Gehen Sie zum ICANN-RDRS-Portal unter rdrs.icann.org, führen Sie eine Domainsuche durch und prüfen Sie, ob die gesuchten Daten bereits verfügbar sind
2. Identifizieren Sie den sponsernden Registrar für die Domain, dies ist in der RDAP-Antwort sichtbar
3. Reichen Sie Ihre Anfrage mit einem klar formulierten Zweck und Ihren Kontaktdaten ein
4. Der Registrar prüft die Anfrage und antwortet basierend auf seiner Offenlegungsrichtlinie. Wenn der Registrar der von Ihnen recherchierten Domain noch nicht am RDRS teilnimmt, kontaktieren Sie ihn direkt, um nach seinem Prozess für die Offenlegung nicht öffentlicher Daten zu fragen.

 

Fazit: WHOIS ist raus, RDAP ist drin, aber so einfach ist es nicht

• RDAP wird nun zum erforderlichen Standard für alle g TLD-Domainabfragen , das ein 43 Jahre altes Whois-Protokoll ersetzt.
• RDAP liefert viel strukturiertere und konsistentere Daten , wo jede Abfrage dieselben Felder im selben Format zurückgibt, unabhängig davon, welche Registry oder Registrar Sie abfragen.
• RDAP bietet verbesserte Sicherheit und kontrollierten Zugriff , alle Abfragen laufen über HTTPS, und was Sie sehen, hängt von Ihrer Autorisierungsstufe ab, was das Risiko unbefugter Datenerfassung verringert.
• RDAP unterstützt differenzierte Zugriffsstufen , sieht die breite Öffentlichkeit eine Basis geschwärzter Daten, während authentifizierte Parteien wie Strafverfolgungsbehörden und IP-Schutzorganisationen über die richtigen Kanäle auf vollständigere Datensätze zugreifen können.
• WHOIS ist nicht ganz verschwunden , es funktioniert noch für die meisten cc TLDs, einige g TLDs und Registrare. Wenn Ihr Portfolio also Länder-Code-Domains umfasst, hat sich Ihr Suchworkflow dort noch nicht geändert.

 

Häufig gestellte Fragen

 

Ersetzt RDAP WHOIS?

Ja, für die meisten g TLDs hat RDAP WHOIS bereits ersetzt, aber die meisten Registrare verwenden immer noch WHOIS. Ab dem 28. Januar 2025 verlangt ICANN nicht mehr, dass Registries und Registrare WHOIS-Dienste für generische Top-Level-Domains wie .COM, .NET und .ORG bereitstellen. RDAP ist das erforderliche Protokoll für die Zukunft. Bei länderspezifischen cc TLDs sieht das Bild anders aus: Die meisten cc TLD-Registries und -Registrare verwenden weiterhin WHOIS.

 

Wie verwende ich RDAP?

Die Nutzung von RDAP erfordert für die meisten Domaininhaber keine technische Einrichtung. Der einfachste Einstieg ist das offizielle RDAP-Suchtool der ICANN unter lookup.icann.org, geben Sie einfach einen Domainnamen ein, und es liefert sofort strukturierte Registrierungsdaten, ohne dass ein Konto erforderlich ist.