Kurz gesagt: eine RDAP-Abfrage — oft noch "WHOIS-Abfrage" genannt — ist der richtige Ausgangspunkt, um herauszufinden, wer hinter einer Domain steckt. Öffentliche Ergebnisse können den Registrar, wichtige Daten, Nameserver und Statuscodes zeigen, je nach Endung und geltenden Datenschutzregeln manchmal auch Inhaberangaben. Datenschutzregeln können persönliche Daten verbergen, während Datenschutz- oder Proxy-Dienste alternative Kontaktdaten veröffentlichen können; bei einem Proxy-Dienst kann der Anbieter selbst als eingetragener Domaininhaber erscheinen. Was Sie erhalten, ist ein öffentlicher Datensatz — kein abschließender Beweis für rechtliches Eigentum.
Menschen führen diese Abfrage aus sehr unterschiedlichen Gründen durch: um eine bereits vergebene Domain zu kaufen, um Phishing oder Malware zu melden, um einen möglichen Markenkonflikt zu prüfen, oder um die eigene Registrierung zu überprüfen. Dieser Leitfaden zeigt, wie die Abfrage funktioniert, was jedes Ergebnis bedeutet, und was als Nächstes zu tun ist.
DIREKT STARTEN
Registrar, Registrierungsdaten, Nameserver und verfügbare Kontaktwege kostenlos abrufen — ohne Registrierung, Ergebnis in Sekunden.
Öffentliche Details variieren je nach Endung, Registry, Registrar, Rechtsraum und geltenden Datenschutzregeln.

Der Ablauf ist derselbe, ob Sie eine Domain prüfen, die Sie kaufen möchten, oder eine, die Sie bereits verwalten.
Geben Sie den vollständigen Domainnamen einschließlich der Endung in ein Registrierungsdaten-Tool ein. Dafür können Sie die WHOIS- und RDAP-Suche von Atak Domain oder ICANN Lookup verwenden. Ein Tippfehler liefert die Daten einer anderen Domain oder gar kein Ergebnis — prüfen Sie also die Schreibweise, bevor Sie das Ergebnis interpretieren.
Das Ergebnis nennt den zuständigen Registrar, über den die Domain verwaltet wird — und die Registry, die die maßgebliche Datenbank der Endung betreibt. Beide sollten nicht automatisch mit demjenigen gleichgesetzt werden, der die Domain tatsächlich nutzt, auch wenn Unternehmensbeziehungen bestehen.
Das angegebene Erstellungsdatum zeigt, wann der aktuelle Registrierungsdatensatz erstellt wurde. Es hilft, das Alter der Domain einzuschätzen, zeigt aber möglicherweise frühere Registrierungen nicht, falls die Domain zuvor gelöscht und neu registriert wurde. Nameserver zeigen, wo die DNS-Verwaltung der Domain liegt — eine andere Frage als die des Eigentums. Statuscodes zeigen, ob die Domain gesperrt, in einer Karenzzeit oder anderweitig eingeschränkt ist.
Ist eine Inhaberorganisation oder ein Kontakt veröffentlicht, erscheint er hier. Für die meisten gTLDs sind persönliche Inhaberdaten heute standardmäßig gemäß ICANNs Registration Data Policy verborgen — Sie sehen dann einen Datenschutzdienst oder einen allgemeinen Registrar-Kontakt statt eines Namens.
Wie Sie anschließend vorgehen, hängt davon ab, warum Sie die Domain geprüft haben. Nutzen Sie die folgende Tabelle als schnelle Referenz; die volle Detailtiefe zu jeder Situation finden Sie in den Abschnitten weiter unten.
| Ergebnis der Abfrage | Nächster Schritt |
|---|---|
| Domain erscheint verfügbar | Prüfen Sie die Verfügbarkeit unmittelbar vor der Registrierung erneut — das Ergebnis ist nur eine Momentaufnahme und keine Reservierung |
| Inhaberkontakt ist öffentlich | Direkt kontaktieren; erste Nachricht kurz und professionell halten |
| Kontakt ist verborgen | Das Kontaktformular des Datenschutzdienstes, den offiziellen Kontaktweg des Registrars oder einen Domain-Broker versuchen, statt die Domain für unerreichbar zu halten |
| Domain steht zum Verkauf | Den eigenen Kontakt- und Angebotsprozess des Marktplatzes nutzen |
| Missbrauch wird vermutet | An den veröffentlichten Missbrauchskontakt des Registrars melden, nicht an das verborgene Inhaberfeld |
| Der Datensatz wirkt fehlerhaft | Zuerst die exakte Schreibweise erneut prüfen; bleibt der Fehler bestehen, ist das eine Sache für Registrar oder Registry, nicht für das Abfrage-Tool |
| Domain ist abgelaufen oder in Wiederherstellung | Nicht davon ausgehen, dass sie planmäßig verfügbar wird — vorher den Abschnitt zu Statuscodes weiter unten lesen |

Bevor Sie weiterlesen, lohnt es sich, die Abfrage direkt für die Domain durchzuführen, die Sie recherchieren — die folgenden Abschnitte ergeben mit einem echten Ergebnis vor Augen mehr Sinn.
DOMAIN-ABFRAGE
Registrar, Registrierungsdaten, Nameserver und verfügbare Kontaktwege kostenlos abrufen.
Kostenlos, ohne Registrierung — das Ergebnis erscheint in Sekunden. Details variieren je nach Endung, Registry, Registrar, Rechtsraum und geltenden Datenschutzregeln.
WHOIS ist das ursprüngliche, jahrzehntealte Abfrageprotokoll; RDAP (Registration Data Access Protocol) ist sein von der IETF standardisierter Nachfolger. Seit dem 28. Januar 2025 ist RDAP die maßgebliche Quelle für die Bereitstellung von gTLD-Registrierungsdaten. Die meisten ICANN-vertraglich gebundenen gTLD-Registries und -Registrare sind nicht mehr verpflichtet, WHOIS-Dienste bereitzustellen — mit begrenzten vertraglichen Ausnahmen für .com, .name und .post. Länderspezifische Registries legen ihre eigenen Abfragerichtlinien und Zeitpläne fest. "WHOIS-Abfrage" bleibt dennoch der vertraute Begriff, den viele Nutzer und Tools verwenden, selbst wenn dahinter tatsächlich RDAP abgefragt wird. Dieser Leitfaden verwendet deshalb beide Begriffe.
| Aspekt | WHOIS | RDAP |
|---|---|---|
| Datenformat | Unstrukturierter Klartext | Strukturiertes, maschinenlesbares JSON |
| Zugriffsmethode | Port 43 / einfache Web-Abfrage | RESTful HTTPS |
| Standardisierung | Kein einheitliches Schema zwischen Anbietern | Von der IETF standardisiert (STD 95: RFC 7480, RFC 9082, RFC 9083, RFC 9224) |
| Internationalisierung | Begrenzte, uneinheitliche Zeichenunterstützung | Eingebaute Unterstützung für nicht-ASCII-Daten |
| Zugriffskontrolle | Alles-oder-nichts-Antwort für die Öffentlichkeit | Unterstützt differenzierten Zugriff je nach Anfragendem |
| Aktuelle Rolle (gTLDs) | Für die gTLD-Registrierungsdatenlieferung meist nicht mehr erforderlich, mit begrenzten Ausnahmen (.com, .name, .post) | Maßgebliche Quelle für gTLD-Registrierungsdaten seit 28. Januar 2025 |
| Typische Nutzererfahrung | Klartext, manuell leicht lesbar | Strukturierte Antwort, für Tools leichter auswertbar |
Den technischen Hintergrund finden Sie in ICANNs RDAP-Übersicht, die aktuellen Regeln dazu, welche Daten gTLD-Registrare erfassen, veröffentlichen und verbergen müssen, in ICANNs Registration Data Policy.

Ein Registrierungsdatensatz besteht aus einzelnen Feldern, und jedes beantwortet eine andere Frage. Nicht jedes Feld erscheint bei jeder Domain.
• Domainname — die exakte registrierte Zeichenfolge, zur Bestätigung, dass Sie den richtigen Datensatz sehen.
• Registrar — das ICANN-akkreditierte (oder ccTLD-autorisierte) Unternehmen, über das die Domain registriert ist.
• Registry — die Organisation, die die maßgebliche Datenbank für diese Endung betreibt.
• Erstellungsdatum — wann der aktuelle Registrierungsdatensatz angelegt wurde. Wurde die Domain zwischenzeitlich gelöscht und neu registriert, kann eine frühere Registrierung darin fehlen.
• Aktualisierungsdatum — wann sich der Datensatz zuletzt geändert hat — das ist nicht dasselbe wie der ursprüngliche Erwerb, und eine kürzliche Aktualisierung bedeutet nicht zwangsläufig einen Inhaberwechsel.
• Ablauf- bzw. Registry-Ablaufdatum — wann die aktuelle Registrierungslaufzeit endet. Dieses Datum braucht sorgfältige Interpretation — siehe Hinweis unten — und sollte nicht allein zur Vorhersage einer Verfügbarkeit genutzt werden.
• Nameserver — wo die DNS-Verwaltung der Domain liegt, was völlig unabhängig vom Eigentum der Registrierung sein kann.
• DNSSEC — ob die Domain DNS Security Extensions nutzt, die bestimmte Spoofing-Angriffe erschweren.
• Domain-Statuscodes — EPP-Codes, die anzeigen, ob die Domain aktuell transferiert, geändert oder gelöscht werden kann. Siehe eigener Abschnitt weiter unten.
• Inhaberorganisation oder -kontakt, sofern veröffentlicht — nur sichtbar, wo Richtlinie, Einwilligung und die jeweilige Endung es zulassen.
• Missbrauchskontakt des Registrars — die Adresse zur Meldung von Missbrauch der Domain, getrennt vom Inhaber.
• Bemerkungen, Hinweise und Verbergungs-Indikatoren — Text, der erklärt, warum bestimmte Felder zurückgehalten werden oder wie weitere Informationen angefragt werden können.
Ein kommentiertes Beispiel: So sieht ein typisches, geschütztes Ergebnis für eine fiktive Domain aus, Zeile für Zeile erklärt.
Zum Lesen: Hier ist nichts ungewöhnlich, und nichts davon identifiziert eine reale Person — dieser fiktive, illustrative Datensatz zeigt lediglich eine routinemäßige Transfersperre und einen Standard-Datenschutzhinweis.
Ein Hinweis zu Ablaufdaten: das angezeigte Ablaufdatum markiert das Ende der aktuellen Laufzeit, kein garantiertes öffentliches Verfügbarkeitsdatum. Automatische Verlängerung, Karenzzeiten und Wiederherstellungsprozesse können den tatsächlichen Zeitrahmen deutlich über dieses Datum hinaus verlängern.
Verborgene Kontaktdaten sind heute das Standardergebnis für die meisten privaten Inhaber, keine Ausnahme oder ein Warnsignal.
• Datenschutzbedingte Verbergung — gemäß ICANNs Registration Data Policy begrenzen Registrare standardmäßig die öffentliche Anzeige persönlicher Inhaberdaten.
• Einwilligungs- und Veröffentlichungsregeln — ob zusätzliche Angaben veröffentlicht werden, hängt von den geltenden Richtlinien, der jeweiligen Endung und gegebenenfalls von der Einwilligung des Inhabers ab.
• Datenschutzdienst — der Kunde bleibt eingetragener Domaininhaber. Anstelle bestimmter persönlicher Angaben werden alternative, verlässliche Kontaktdaten veröffentlicht.
• Proxy-Dienst — der Proxy-Anbieter erscheint als eingetragener Domaininhaber und räumt dem Kunden die Nutzung der Domain vertraglich ein.
• Registrar- oder Registry-Richtlinien — einzelne Anbieter können über die Richtlinien-Basis hinaus zusätzliche Beschränkungen anwenden.
• ccTLD-spezifische Regeln — länderspezifische Registries legen eigene Veröffentlichungs- und Verbergungsregeln fest, die gTLD-Praxis in nichts ähneln müssen.
Verbergung bedeutet nicht, dass niemand zur Rechenschaft gezogen werden kann. Jede registrierte Domain hat weiterhin einen beim Registrar hinterlegten Inhaber, und legitime Missbrauchs- oder Rechtsanfragen werden über definierte Kanäle bearbeitet — nicht, indem man annimmt, ein gesperrter Datensatz habe etwas zu verbergen.
Der Registrar, der eine Domain verwaltet, ist nicht zwangsläufig ihr Inhaber.
| Partei | Rolle | Meist kontaktiert für |
|---|---|---|
| Inhaber / eingetragener Namensinhaber | Die Partei, auf die die Domain registriert ist | Direkte Eigentumsfragen, sofern Kontaktdaten verfügbar sind |
| Registrar | Verkauft und verwaltet die Registrierung unter ICANN- oder ccTLD-Akkreditierung | Missbrauchsmeldungen, Transferfragen, Fragen auf Kontoebene |
| Registry | Betreibt die maßgebliche Datenbank für die gesamte Endung | Selten direkt von Endnutzern kontaktiert; Richtlinien- und technische Fragen |
| Datenschutzdienst | Veröffentlicht alternative Kontaktdaten; der Kunde bleibt eingetragener Inhaber | Weiterleitung von Nachrichten ohne öffentliche Anzeige bestimmter Kundendaten |
| Proxy-Dienst | Erscheint als eingetragener Inhaber und überlässt dem Kunden die Domainnutzung vertraglich | Anfragen werden nach den Bedingungen des Proxy-Vertrags bearbeitet |
| Website-Betreiber | Betreibt die Website, auf die die Domain verweist — kann mit dem Inhaber identisch sein oder nicht | Inhalts- oder websitespezifische Fragen, keine Registrierungsfragen |
| Rechtlich oder wirtschaftlich berechtigte Partei | Eine Partei, die einen rechtlichen Anspruch oder ein wirtschaftliches Interesse an der Domain geltend macht | Nicht etwas, das eine Abfrage allein bestätigen kann |
Der richtige Kontaktweg hängt davon ab, was tatsächlich veröffentlicht ist.
• Veröffentlichte E-Mail oder Webformular — direkt nutzen und sich mit dem Grund der Kontaktaufnahme vorstellen.
• Datenschutz-Weiterleitung — viele Datenschutzdienste leiten Nachrichten an den eigentlichen Inhaber weiter, ohne dessen Identität preiszugeben.
• Kontaktseite der Website — oft schneller als Registrierungsdaten, wenn die Domain auf eine aktive Seite verweist.
• Marktplatz-Angebot — ist die Domain zum Verkauf gelistet, hat die Plattform meist einen eigenen Kontakt- und Angebotsprozess.
• Domain-Broker — sinnvoll, wenn der Name echten geschäftlichen Wert hat und Sie den Inhaber nicht selbst direkt ansprechen möchten.
• Kontaktweg des Registrars — manche Registrare bieten eine formelle Weiterleitungsoption, wenn kein anderer Kontakt veröffentlicht ist.
Eine kurze, funktionierende Anfrage: "Hallo — ich melde mich wegen beispiel.com. Ich interessiere mich für den Erwerb der Domain für ein Projekt und würde gerne wissen, ob Sie ein Angebot in Betracht ziehen würden. Gerne bespreche ich Details, falls Interesse besteht."
Halten Sie die erste Kontaktaufnahme höflich, kurz und ohne Druck — Sie müssen weder Ihr maximales Budget noch eine Frist in der ersten Nachricht nennen.
Vermeiden Sie: massenhafte unaufgeforderte Kontaktaufnahme, das Sammeln von Registrierungsdaten für Marketinglisten, wiederholte Nachrichten ohne Antwort und Drucktaktiken. Bei einer Domainübernahme mit einem erheblichen Kaufpreis sollten Sie einen seriösen Treuhandservice (Escrow) und einen dokumentierten Transferprozess nutzen statt eines informellen Handschlags.
Die richtige Vorgehensweise hängt vollständig vom Grund Ihrer Suche ab.
Prüfen Sie, ob die Domain zum Verkauf steht, versuchen Sie die Weiterleitungsoption des Registrars, falls vorhanden, oder nutzen Sie einen Domain-Broker-Service, der in Ihrem Namen Kontakt aufnimmt. Wenn weder ein Verkaufsangebot noch eine Kontaktmöglichkeit vorhanden ist, sollten Sie dies zunächst respektieren und von weiteren Kontaktversuchen absehen.
Nutzen Sie den veröffentlichten Missbrauchskontakt des Registrars, nicht das verborgene Inhaberfeld. Wird schädlicher Inhalt anderswo gehostet, kann es zusätzlich nötig sein, den Hosting-Anbieter, die Plattform oder einen anderen relevanten Dienst zu informieren.
Bei Marken- oder Rechtsfragen ist eine fachkundige rechtliche Prüfung sinnvoll. Eine Registrierungsdatenabfrage ersetzt weder eine Markenrecherche noch eine rechtliche Bewertung. Formale Rechtsverfahren — einschließlich UDRP bei Cybersquatting-Streitigkeiten — haben eigene Beweis- und Verfahrensanforderungen, die eine Registrierungsdatenabfrage allein nicht erfüllt.
ICANNs Registration Data Request Service (RDRS) standardisiert, wie diese Anfragen bei teilnehmenden gTLD-Registraren gestellt werden. Der RDRS startete im November 2023 als zweijähriger Pilotbetrieb. Nach Abschluss der Pilotphase im November 2025 wurde der Betrieb ab November 2025 um bis zu zwei weitere Jahre verlängert, während ICANN an einer längerfristigen Lösung arbeitet. Er deckt nicht jede Endung ab, und eine Anfrage garantiert keine Offenlegung — jede wird nach geltendem Recht, Richtlinie und Beweislage bewertet.
Stimmt etwas bei Ihrer eigenen Registrierung nicht — Statuscodes, die Sie nicht gesetzt haben, unerwartete Nameserver-Änderungen, eine Änderung, die Sie nicht vornehmen können —, kontaktieren Sie direkt den Support Ihres Registrars, statt sich allein auf die öffentliche Abfrage zu verlassen.
• Markenrechte — eine registrierte Domain begründet oder verdrängt keine Markenrechte.
• Wirtschaftliches Eigentum — der genannte Inhaber ist möglicherweise nicht die Partei, die die Domain tatsächlich kontrolliert oder davon profitiert.
• Website-Kontrolle — DNS, Hosting und Registrierung sind getrennte Ebenen; Registrierungsdaten bestätigen nicht, wer die aktive Seite betreibt.
• Erstnutzung einer Marke — kommerzielle oder markenrechtliche Priorität ist eine eigene rechtliche Frage mit eigenen Beweisanforderungen.
• Rechtlicher Anspruch auf die Nutzung des Namens — Inhaber zu sein, klärt nicht automatisch jede Nutzung des Namens in jedem Kontext.
• Historisches Eigentum — aktuelle Datensätze rekonstruieren zuverlässig nicht, wer die Domain in der Vergangenheit hielt.
• Garantierte Verfügbarkeit nach Ablauf — siehe den Hinweis oben, warum das angezeigte Ablaufdatum kein Freigabedatum ist.
Registrierungsdaten sind ein Ausgangspunkt, kein endgültiger Eigentumsnachweis.
Dies sind EPP-Statuscodes (Extensible Provisioning Protocol) — standardisierte Bezeichnungen, die in Registrierungsdatenergebnissen erscheinen. Die vollständige offizielle Referenz ist ICANNs Seite zu EPP-Statuscodes; das Vorhandensein eines Codes ist Routine, kein automatisches Zeichen für Betrug oder einen Streitfall.
| Statuscode | Bedeutung in Klartext | Wer setzt ihn typischerweise | Nächster Schritt |
|---|---|---|---|
| clientTransferProhibited | Der Registrar hat ausgehende Transfers blockiert | Der Registrar, oft auf Wunsch des Inhabers oder standardmäßig | Im Registrar-Konto entfernen, bevor ein Transfer versucht wird |
| clientUpdateProhibited | Der Registrar hat Änderungen am Datensatz blockiert | Der Registrar, ähnlich wie die Transfersperre | Im Registrar-Konto nach einer Entsperr-Option suchen oder den Registrar kontaktieren — Verfügbarkeit und Anforderungen variieren je nach Anbieter |
| serverTransferProhibited | Die Registry hat Transfers auf ihrer Ebene blockiert | Die Registry, oft aus Richtlinien- oder Streitgründen | Den Registrar kontaktieren, da dies nicht direkt vom Inhaber geändert werden kann |
| pendingTransfer | Eine Transferanfrage läuft gerade | Automatisch während eines aktiven Transfers gesetzt | Auf den Abschluss des Transferfensters warten oder den abgebenden Registrar bei Fragen kontaktieren |
| redemptionPeriod | Der Registrar hat die Löschung beantragt, die Registry hält die Domain in einer begrenzten Wiederherstellungsphase. Dies folgt oft auf den Ablauf, der Status selbst spiegelt aber einen Lösch- und Wiederherstellungsprozess auf Registry-Ebene wider. | Automatisch gesetzt, sobald die Registry eine Löschanfrage erhält, meist nach Ablauf und einer ersten Karenzzeit | Sofort den Registrar kontaktieren, um die Domain wiederherzustellen — dieses Fenster ist zeitlich begrenzt und oft mit einer Wiederherstellungsgebühr verbunden |
| pendingDelete | Die Domain ist in ihrer letzten Phase vor der Freigabe | Automatisch am Ende der Wiederherstellungsphase gesetzt | Erscheint dies ohne redemptionPeriod oder pendingRestore, ist eine Wiederherstellung meist nicht mehr möglich und die Domain zur Löschung vorgesehen; die vollständige Statuskombination beim Registrar bestätigen |
• Annehmen, der Registrar sei der Inhaber — er ist der Dienstleister, nicht der Inhaber.
• Verborgene Daten als verdächtig einstufen — das ist heute das Standardergebnis für die meisten privaten Inhaber, kein Warnsignal für sich genommen.
• Den Website-Hoster mit dem Registrar verwechseln — Hosting und Domainregistrierung sind getrennte Dienste, auch wenn dasselbe Unternehmen beides anbietet.
• Das Aktualisierungsdatum als ursprüngliches Erwerbsdatum lesen — eine Aktualisierung kann routinemäßig sein und nichts mit einem Inhaberwechsel zu tun haben.
• Annehmen, ein Ablaufdatum bedeute sofortige öffentliche Verfügbarkeit — Karenzzeiten und Wiederherstellungsfenster verlängern den tatsächlichen Zeitrahmen meist.
• Die falsche Stelle für Missbrauch kontaktieren — dafür ist der Missbrauchskontakt des Registrars zuständig, nicht das verborgene Inhaberfeld.
• Massenabfragedaten für unaufgeforderte Werbung nutzen — das ist ein Missbrauch von Registrierungsdaten und ein schneller Weg zu Missbrauchsbeschwerden gegen Sie selbst.
• Einen Abfrageausdruck als Rechtsbeweis behandeln — Gerichte und Streitbeilegungsverfahren verlangen mehr als einen Screenshot der Registrierungsdaten.
☐ Exakte Schreibweise der Domain vor der Abfrage bestätigt
☐ Registrar und Registry getrennt von einem etwaigen Inhaberfeld identifiziert
☐ Erstellungs-, Aktualisierungs- und Ablaufdatum geprüft, ohne das Ablaufdatum als Freigabedatum anzunehmen
☐ Aktuelle Statuscodes geprüft und verstanden, was sie tatsächlich einschränken
☐ Notiert, ob Kontaktdaten öffentlich, verborgen oder über einen Datenschutzdienst verwaltet sind
☐ Die Situation der richtigen nächsten Maßnahme zugeordnet — Kauf, Missbrauchsmeldung, rechtliche Recherche oder eigene Fehlerbehebung
☐ Für Missbrauchsmeldungen den Missbrauchskontakt des Registrars genutzt, keine private Nachricht an ein verborgenes Feld
☐ Vermieden, den Datensatz als rechtlichen Eigentumsnachweis zu behandeln
☐ Bei einer Kaufanfrage die erste Kontaktaufnahme kurz gehalten und kein maximales Budget genannt
☐ Für einen echten Kauf Treuhand (Escrow) und einen dokumentierten Transferprozess eingeplant
Nein. Ob Inhaberdaten sichtbar sind, hängt von der Endung, der geltenden Datenschutzrichtlinie und davon ab, ob der Inhaber einen Datenschutz- oder Proxy-Dienst nutzt. Für die meisten privaten Inhaber bei gTLDs sind persönliche Kontaktdaten heute standardmäßig verborgen, sichtbar ist dann ein Registrar- oder Datenschutzdienst-Kontakt.
ICANN Lookup und viele Abfrage-Tools von Registraren bieten kostenlose öffentliche Registrierungsdatensuchen ohne Konto. Massen-, historische oder spezialisierte Datendienste können abweichende Zugangsbedingungen haben. Formale Anfragen für nicht öffentliche Daten, etwa über RDRS, sind ebenfalls kostenlos, garantieren aber keine Offenlegung.
Nur in begrenzter Form für gTLDs — seit dem 28. Januar 2025 ist RDAP die maßgebliche Quelle, mit engen Ausnahmen (.com, .name, .post). Viele ccTLDs betreiben weiterhin eigene WHOIS-Dienste unabhängig davon. "WHOIS-Abfrage" bleibt trotzdem der Alltagsbegriff — die vollständigen Details finden Sie im Vergleich oben.
Sie können aus unterschiedlichen Quellen stammen, zu unterschiedlichen Zeitpunkten aktualisiert worden sein oder unterschiedliche Anzeige- und Verbergungsregeln anwenden — das ist wahrscheinlicher bei ccTLDs, die neben gTLD-RDAP-Daten weiterhin eigene WHOIS-Dienste betreiben. Bei Widersprüchen gilt für gTLDs das RDAP-Ergebnis als aktueller.
Oft ja — prüfen Sie, ob sie zum Verkauf steht, nutzen Sie einen verfügbaren Kontaktweg oder arbeiten Sie mit einem Domain-Broker. Den Inhaber zu finden, verpflichtet ihn nicht zum Verkauf, und ein verborgener oder unbeantworteter Datensatz bedeutet nicht, dass die Domain für immer unerreichbar ist.
Nicht automatisch. Ein Registrar bewertet Offenlegungsanfragen — einschließlich rechtlicher Forderungen, Missbrauchsmeldungen und RDRS-Anfragen — nach geltendem Recht, Richtlinie und den vorgelegten Beweisen. Keine Anfrageart garantiert, dass geschützte Daten freigegeben werden.
Aktuelle Registrierungsdatenabfragen rekonstruieren in der Regel keine historische Inhaberschaft. Es gibt einige historische WHOIS-Archive von Drittanbietern, deren Abdeckung und Genauigkeit jedoch variieren und keinen verifizierten rechtlichen Nachweis ersetzen.
Nein. Das angezeigte Datum markiert das Ende der aktuellen Laufzeit, kein garantiertes Freigabedatum. Karenzzeiten und ein Wiederherstellungsprozess folgen meist, bevor der Name wieder verfügbar wird, und der Gesamtzeitrahmen variiert je nach Registry.
Ja. Sie müssen die Identität des Inhabers nicht kennen, um einen Missbrauch zu melden. Nutzen Sie den veröffentlichten Missbrauchskontakt des Registrars. Wird der schädliche Inhalt bei einem anderen Anbieter gehostet, kann zusätzlich eine Meldung an den Hosting-Anbieter, die Plattform oder den zuständigen Dienst erforderlich sein.
Nein. Es ist ein öffentlicher Registrierungsdatensatz, kein rechtlicher Titel. Er begründet keine Markenrechte, kein wirtschaftliches Eigentum und keinen Anspruch auf die Nutzung eines Namens — das sind separate rechtliche Fragen, die eine Abfrage allein nicht klären kann.
• ICANN Registration Data Policy
• ICANN Registration Data Request Service (RDRS)
• IETF RDAP-Standards: STD 95 (RFC 7480, RFC 9082, RFC 9083, RFC 9224)
Prüfen Sie zuerst die aktuellen Registrierungsdetails. Atak Domain, ein ICANN-akkreditierter Registrar, bietet dafür ein passendes Tool — registrieren Sie den Namen, wenn er wirklich verfügbar ist, nutzen Sie einen dafür vorgesehenen Kontaktweg, wenn er registriert ist und Sie den Inhaber erreichen möchten, oder reichen Sie eine dokumentierte Missbrauchsmeldung ein, wenn die Situation es erfordert.
NÄCHSTER SCHRITT
Ist die Domain verfügbar, können Sie sie registrieren. Ist sie bereits vergeben, nutzen Sie einen vorgesehenen Kontaktweg oder melden Sie dokumentierten Missbrauch an den zuständigen Anbieter.
Verfügbare Domains suchen · Domainpreise vergleichen · Domain-Broker-Service
Weiterführend: Verfügbare Domains suchen · Domainpreise vergleichen · Domain-Broker-Service