Domain Intelligence

Die WHOIS-Historie von Domains für Wettbewerbsanalysen nutzen

blureshot März 24, 2026 16 Min. Lesezeit 688 Aufrufe
domain name whois history - From Obscurity to Opportunity: Leveraging Domain Name WHOIS History for Unrivaled Competitive Intelligence and Lead Generation
domain name whois history - From Obscurity to Opportunity: Leveraging Domain Name WHOIS History for Unrivaled Competitive Intelligence and Lead Generation

Ein aktueller WHOIS-Eintrag zeigt Ihnen, wie eine Domain heute aussieht. Er sagt nichts darüber aus, welchen Registrar sie im vergangenen Jahr verlassen hat, welche Name Server sie durchlaufen hat oder welche Organisation sie vor der jetzigen gehalten hat. Genau diese Spur — die Abfolge der Zustände, die eine Registrierung durchlaufen hat — ist gemeint, wenn von der WHOIS-Historie einer Domain die Rede ist, und sie ist ein ausgesprochen nützlicher Input für Wettbewerbsrecherche, die Bewertung abgelaufener Domains und die Untersuchung von Missbrauchsfällen.

Dieser Artikel zeigt, was historische Registrierungsdaten tatsächlich enthalten, wo sie verfügbar sind und wo nicht, wie die DSGVO verändert hat, was im Eintrag überhaupt erhalten bleibt, und wie Sie sich aus datierten Zonen-Snapshots selbst eine vergleichbare Historie aufbauen, wenn ein kommerzielles WHOIS-Archiv nicht verfügbar oder zu teuer ist.

TL;DR / DIE WICHTIGSTEN PUNKTE

  • Die WHOIS-Historie ist eine Folge von Beobachtungen, kein Produkt der Registries: Keine Registry veröffentlicht ein Änderungsprotokoll. Historische Archive existieren nur, weil jemand den Eintrag über Jahre hinweg wiederholt abgefragt und jede Antwort gespeichert hat.
  • Die verwertbaren Felder sind technischer Natur: Registrar, Name Server, Erstellungs- und Ablaufdatum sowie Statuscodes sind sichtbar und über die Zeit vergleichbar. Die Identität des Domaininhabers ist es meist nicht.
  • Die DSGVO zieht eine harte Grenze: Einträge, die vor etwa 2018 beobachtet wurden, enthalten oft vollständige Kontaktdaten; spätere Beobachtungen sind weitgehend geschwärzt. Jedes Archiv ist vor dieser Grenze dicht und danach dünn.
  • Die Abdeckung ist ungleichmäßig: Archive sind bei gTLDs stark und bei ccTLDs dünn, und eine Domain hat nur ab dem Datum eine Historie, an dem das Archiv sie erstmals beobachtet hat.
  • Sie können Ihre eigene Änderungshistorie aufbauen: Datierte Snapshots von Zonendaten, über die Zeit verglichen, liefern Ihnen Änderungen bei Name Servern, MX, IP und CMS — ganz ohne Abhängigkeit von einem WHOIS-Archiv.
  • Was WebTrackly bietet: 1.538 herunterladbare Pakete — 716 TLD-Zonendateien, 716 angereicherte Zonensätze (NS, MX, IP, CMS), 79 Technologie-Sitelisten, 27 kuratierte Datensätze — mit insgesamt 285.582.781 Domains. Jedes Paket wird beim Kauf frisch exportiert, und genau das macht den Vergleich von Snapshots möglich.
  • Was es nicht bietet: ein WHOIS-Historienarchiv, Abfragen einzelner Domains oder personenbezogene Kontaktdaten.

Inhaltsverzeichnis

  1. Was die WHOIS-Historie einer Domain wirklich ist
  2. Fünf Dinge, für die historische Domaindaten taugen
  3. Woher die Daten stammen und was jede Quelle abdeckt
  4. Eine eigene Änderungshistorie aus Zonen-Snapshots aufbauen
  5. Typische Fehler bei der Analyse der WHOIS-Historie
  6. Häufig gestellte Fragen
  7. Fazit
  8. Weiterführende Ressourcen

Was die WHOIS-Historie einer Domain wirklich ist

Das Erste, was man verstehen muss: Keine Registry veröffentlicht ein Änderungsprotokoll zu einer Domain. WHOIS und sein Nachfolger RDAP liefern den aktuellen Stand einer Registrierung und sonst nichts. Jeder historische WHOIS-Eintrag, den es irgendwo gibt, ist eine Beobachtung, die jemand gemacht und gespeichert hat: eine an einem bestimmten Datum ausgeführte Abfrage, deren Antwort archiviert wurde. Eine „WHOIS-Historie" ist damit immer eine Zeitreihe von Snapshots, deren Auflösung und Startdatum davon abhängen, wer da archiviert hat.

Daraus folgen drei praktische Konsequenzen. Eine Domain hat keine Historie vor dem Datum ihrer ersten Beobachtung, ganz gleich wie alt die Registrierung ist. Änderungen zwischen zwei Beobachtungen verdichten sich zu einem einzigen sichtbaren Übergang — eine Domain, die innerhalb eines Monats zweimal den Registrar gewechselt hat, sieht dann aus, als hätte sie nur einmal gewechselt. Und die Abdeckung richtet sich nach den Prioritäten des Archivbetreibers: gTLDs mit ihren standardisierten WHOIS- und RDAP-Endpunkten sind gut abgedeckt, viele ccTLDs dagegen kaum.

Innerhalb eines Eintrags teilen sich die Felder sauber in zwei Gruppen. Die technischen und administrativen Felder — zuständiger Registrar, Name Server, Erstellungsdatum, Ablaufdatum, Datum der letzten Änderung, Statuscodes — werden veröffentlicht, sind formatstabil und über Beobachtungen hinweg vergleichbar. Sie tragen den größten Teil des analytischen Werts. Die Kontaktfelder — Name des Domaininhabers, Organisation, E-Mail, Telefon, Postanschrift — sind genau die, die man üblicherweise haben möchte, und zugleich die, die am seltensten vorhanden sind.

Die DSGVO-Grenze ist das mit Abstand Wichtigste, was Sie über jedes WHOIS-Archiv wissen müssen. Vor ihrem Inkrafttreten 2018 gaben die meisten gTLD-Einträge die vollständigen Kontaktdaten des Inhabers preis. Danach machten Registries und Registrare die Schwärzung zum Standard und ersetzten Kontaktblöcke durch Platzhalter oder Weiterleitungsadressen. Ein Archiv, das diesen Zeitraum umspannt, ist folglich auf der frühen Seite dicht und auf der aktuellen Seite dünn — und jede Analyse, die es als einheitlich behandelt, verwechselt eine geänderte Offenlegungspolitik mit einer Veränderung in der Realität.

Was übrig bleibt, ist dennoch beträchtlich. Registrar-Wechsel, Name-Server-Migrationen, Ablauf- und Verlängerungsmuster sowie Übergänge zwischen Statuscodes sind alle sichtbar und beschreiben das operative Leben einer Domain recht gut. Sie beschreiben es nur in Infrastruktur-Begriffen statt in Begriffen des Eigentums.

Sie brauchen Domaindaten in großen Mengen statt einzelner Abfragen?
Stöbern Sie im Datensatz-Katalog — Zonendateien und angereicherte Zonensätze mit NS, MX, IP und CMS.
Datenbanken ansehen → | Preise ansehen →

Fünf Dinge, für die historische Domaindaten taugen

1. Bewertung einer abgelaufenen oder am Aftermarket gehandelten Domain

Das ist der Anwendungsfall, in dem historische Daten ihren Preis am zuverlässigsten einspielen. Bevor Sie eine Domain kaufen, wollen Sie wissen, ob ihre Vergangenheit ein Aktivposten oder eine Belastung ist. Eine lange Registrierungshistorie mit stabilem Registrar und konsistenten Name Servern spricht für einen durchgehend seriösen Betrieb. Ein Eintrag, der alle paar Monate zwischen Registraren hin und her sprang, mehrfach verfiel und neu registriert wurde oder jahrelang geparkt war, spricht für das Gegenteil.

Die Registrierungshistorie allein reicht hier nicht aus. Kombinieren Sie sie mit der Wayback Machine des Internet Archive, um zu sehen, was auf der Domain tatsächlich veröffentlicht wurde, und prüfen Sie in öffentlichen Blocklisten, ob der Name für Spam oder Malware genutzt wurde. Langlebigkeit in einem WHOIS-Eintrag ist kein Beleg für Qualität — sie ist nur ein Beleg für Kontinuität.

2. Untersuchung von Missbrauchs-Infrastruktur

Historische Einträge sind ein Standardwerkzeug in der Missbrauchsforschung, weil Täter ihre Infrastruktur wiederverwenden. Domains, die am selben Tag im Block über denselben Registrar registriert wurden und auf dieselben Name Server zeigen, bilden ein Cluster, das selbst dann sichtbar ist, wenn sämtliche Kontaktfelder geschwärzt sind. Bei älteren Kampagnen enthalten Beobachtungen von vor 2018 mitunter noch die Kontaktdaten, die spätere Einträge verbergen — deshalb bleiben Archive aus dieser Zeit noch lange wertvoll, nachdem die Domains selbst längst tot sind.

Name-Server- und IP-Historien liefern in der Regel bessere Cluster als Inhaberfelder, gerade weil sie nie geschwärzt wurden.

3. Verfolgung von Unternehmens- und Markenveränderungen

Registrar-Konsolidierung und Name-Server-Migration begleiten häufig Übernahmen und Rebrandings, da die übernehmende Organisation die Domains irgendwann in ihr eigenes Registrar-Konto und ihre eigene DNS-Plattform holt. Historische Einträge machen das sichtbar.

Behandeln Sie es für sich genommen als schwaches Signal. Ein Wechsel der Inhaberorganisation kann ebenso gut eine interne Umstrukturierung, eine Übertragung zwischen Tochtergesellschaften oder die Korrektur eines Tippfehlers sein. Aussagekräftig wird er erst durch Bestätigung — durch eine gleichzeitige Name-Server-Migration, einen Wechsel des Hosting-Netzes oder eine öffentliche Bekanntmachung.

4. Veränderungen über einen ganzen Namensraum messen

Einzelhistorien beantworten Fragen zu einer Domain. Aggregierte Snapshots beantworten Fragen zu einer Grundgesamtheit: wie viele Domains eine Zone in einem Quartal gewonnen und verloren hat, welche DNS-Anbieter gewachsen sind, von welchen Mail-Plattformen abgewandert wird. Dafür braucht es überhaupt kein WHOIS-Archiv — zwei datierte Dateien auf Zonenebene und ein Join genügen, und genau dieser Ansatz wird weiter unten ausführlich beschrieben.

5. Altersangaben in der Due Diligence prüfen

„Gegründet 2009" auf einer Website ist eine Marketingaussage. Der Registrierungseintrag ist die Gegenprobe: Wurde die Domain 2019 angelegt, braucht die Aussage eine andere Erklärung — die durchaus harmlos sein kann, etwa ein Rebranding, der Umzug von einem anderen Namen oder ein Kauf am Aftermarket.

Achten Sie auf die Richtung des Schlusses. Ein Erstellungsdatum belegt, wann der aktuelle Registrierungseintrag begonnen hat, und ein Transfer kann sichtbare Daten zurücksetzen. Es ist ein Beleg über die Domain, nicht über das Unternehmen.


Woher die Daten stammen und was jede Quelle abdeckt

Es gibt keine einzelne Quelle, die jede historische Frage beantwortet. Jede deckt einen anderen Ausschnitt ab, und zu wissen welchen, erspart eine Menge vergeudeter Mühe.

Quelle Was sie liefert Wesentliche Einschränkung
Live-WHOIS / RDAP Autoritativer aktueller Stand: Daten, Registrar, Status, Name Server Nur Gegenwart; Ratenbegrenzung; Kontakte geschwärzt
Kommerzielle WHOIS-Historienarchive Datierte Einträge aus der Vergangenheit, oft inklusive Kontakten aus der Zeit vor der DSGVO Kostenpflichtig; gTLD-lastig; Historie beginnt bei der ersten Beobachtung
Wayback Machine Was die Website veröffentlicht hat, und wann Sagt nichts über die Registrierung; Crawl-Abdeckung ist ungleichmäßig
Certificate-Transparency-Logs Datierte Belege für Hostnamen und Subdomains, öffentlich und kostenlos Nur Domains, für die ein Zertifikat ausgestellt wurde
Passive DNS Historische Auflösung: auf welche IP ein Name im Lauf der Zeit zeigte Hängt von der Sensorabdeckung ab; meist kommerziell
Datierte Zonen-Snapshots Existenz, NS, MX, IP und CMS zu jedem Snapshot-Datum, für eine ganze Zone Historie beginnt mit dem Start Ihrer Sammlung; keine Inhaberdaten

Die letzte Zeile wird am häufigsten übersehen. Wenn Ihre Frage auf Veränderung statt auf Identität zielt, brauchen Sie kein WHOIS-Archiv — Sie brauchen zwei Dateien, die zu unterschiedlichen Zeitpunkten gezogen wurden. Der Kompromiss ist ehrlich: Sie erhalten keine Inhaberinformationen und keine Historie vor Ihrem ersten Download, dafür aber vollständige Zonenabdeckung, keine Ratenbegrenzungen und volle Kontrolle über die Auflösung.

Was eine Zonendatei enthält

Das Downloadformat hängt vom Paket ab und wird auf der Produktseite angegeben. Zonendatei-Pakete enthalten die Domainliste; angereicherte Pakete ergänzen die folgenden Spalten, soweit ermittelbar:

domain ns mx ip cms
examplecorp.com ns1.cloudflare.com aspmx.l.google.com 104.21.x.x WordPress
globalwidgets.net ns-1234.awsdns-56.org mx1.emailsrvr.com 52.18.x.x
techsolutions.de ns1.hetzner.de mail.techsolutions.de 88.198.x.x Joomla
secureweb.nl ns0.transip.net mail.transip.nl 149.210.x.x WordPress

Registrierungsdaten erscheinen nur dort, wo die Quellzone sie veröffentlicht; bei vielen ccTLDs ist das nicht der Fall, und die Spalte fehlt dann, statt geschätzt zu werden. Es gibt keine Spalte für den Inhaber und keine für Kontaktdaten, denn diese Daten sind bereits an der Quelle geschwärzt und werden hier nicht rekonstruiert.


Eine eigene Änderungshistorie aus Zonen-Snapshots aufbauen

Die Methode ist simpel, und die nötige Disziplin betrifft ausschließlich die Ablage: jede Datei aufheben, jede Datei datieren, keine jemals überschreiben.

Schritt 1 — Wählen Sie die Zonen aus, die Sie interessieren. /zones/ listet die 716 TLD-Zonendateien und ihre angereicherten Gegenstücke samt Zeilenzahl vor dem Kauf. /datasets/ enthält die 27 kuratierten zonenübergreifenden Sammlungen, die größte davon alle registrierten Domains mit 272.614.863 Zeilen. /packages/ ist der vollständige Katalog inklusive der 79 Technologie-Sitelisten.

Schritt 2 — Kaufen und herunterladen. Pakete beginnen bei $3.50 und stehen sofort als ZIP zum Download bereit; die Datei wird im Moment des Kaufs exportiert, sodass jeder Download ein sauberer, datierter Snapshot ist. Für wiederkehrende Sammlung kostet Pro $29/Monat (50 Pakete, 10 Datensätze, 30.000 API-Aufrufe) und Enterprise $99/Monat (200 Pakete, 50 Datensätze, 300.000 API-Aufrufe). Siehe /pricing/.

Schritt 3 — Speichern Sie Snapshots mit dem Datum im Dateinamen.

unzip -p com-enriched.zip > snapshots/com-$(date +%Y-%m-%d).csv
ls snapshots/
# com-2026-04-01.csv  com-2026-05-01.csv  com-2026-06-01.csv

Schritt 4 — Vergleichen Sie zwei Snapshots. DuckDB liest die CSVs direkt ein, ohne Importschritt:

-- domains present now but not in the earlier snapshot
SELECT n.domain
FROM read_csv_auto('snapshots/com-2026-06-01.csv') n
LEFT JOIN read_csv_auto('snapshots/com-2026-04-01.csv') o USING (domain)
WHERE o.domain IS NULL;

-- domains that changed name server between the two dates
SELECT o.domain, o.ns AS ns_before, n.ns AS ns_after
FROM read_csv_auto('snapshots/com-2026-04-01.csv') o
JOIN read_csv_auto('snapshots/com-2026-06-01.csv') n USING (domain)
WHERE o.ns IS DISTINCT FROM n.ns;

-- net movement between mail providers over the interval
SELECT o.mx AS mx_before, n.mx AS mx_after, count(*) AS domains
FROM read_csv_auto('snapshots/com-2026-04-01.csv') o
JOIN read_csv_auto('snapshots/com-2026-06-01.csv') n USING (domain)
WHERE o.mx IS DISTINCT FROM n.mx
GROUP BY 1, 2 ORDER BY domains DESC LIMIT 50;

Drei Snapshots ergeben einen Trend, und ein Jahr an monatlichen Dateien ergibt einen echten Längsschnitt-Datensatz, den sonst niemand hat. Zwischen Ihnen und diesem Datensatz steht nur die Entscheidung, die Dateien ab jetzt aufzuheben.

Schritt 5 — Automatisieren Sie den Katalogzugriff über die API. Die API stellt den Paketkatalog bereit, sodass Sie die Sammlung skripten können. Sie ist kein Endpunkt für Domainabfragen und liefert keine Historie zu einer Domain.

# list zone-file packages
curl -H "Authorization: Bearer YOUR_API_KEY" \
  "https://webtrackly.com/api/v1/packages/?type=zone"

# technology packages matching a keyword
curl -H "Authorization: Bearer YOUR_API_KEY" \
  "https://webtrackly.com/api/v1/packages/?type=technology&q=wordpress"

# details for one package
curl -H "Authorization: Bearer YOUR_API_KEY" \
  "https://webtrackly.com/api/v1/packages/com-zone/"

Die Endpunkt-Referenz finden Sie unter /api/. Wenn Sie zusätzlich Registrar-Wechsel oder Inhaberdaten aus der Zeit vor 2018 benötigen, ist das ein kommerzielles WHOIS-Historienarchiv — ein anderes Produkt eines anderen Anbieters. Beides lässt sich gut kombinieren, und keines ersetzt das andere.


Typische Fehler bei der Analyse der WHOIS-Historie

  1. Fehlende Historie mit fehlenden Ereignissen verwechseln.

    • Was schiefgeht: Eine Domain mit drei archivierten Einträgen wird als stabil beschrieben, obwohl sie in Wahrheit nur dreimal beobachtet wurde.
    • Die Lösung: Prüfen Sie immer die Beobachtungsdichte, bevor Sie Schlüsse über Stabilität ziehen. Eine dünne Stichprobe sieht genauso aus wie ein ruhiges Leben.
  2. Den DSGVO-Bruch ignorieren.

    • Was schiefgeht: Eine Grafik zeigt, wie Kontaktdaten über eine Grundgesamtheit hinweg verschwinden, und wird so gelesen, als hätten Inhaber massenhaft Privacy-Dienste eingeführt.
    • Die Lösung: Markieren Sie die Grenze von 2018 in jeder Längsschnittanalyse ausdrücklich. Geändert hat sich die Offenlegungspolitik, nicht das Verhalten der Inhaber.
  3. Einen Wechsel der Inhaberorganisation als Übernahme lesen.

    • Was schiefgeht: Eine Umstrukturierung, eine Übertragung an eine Tochtergesellschaft oder ein korrigierter Tippfehler wird als M&A-Signal gemeldet.
    • Die Lösung: Verlangen Sie Bestätigung — eine gleichzeitige Name-Server-Migration, einen Hosting-Wechsel, eine öffentliche Meldung. Ein einzelnes geändertes Feld ist eine Hypothese, kein Befund.
  4. Domainalter mit Unternehmensalter verwechseln.

    • Was schiefgeht: Ein altes Erstellungsdatum wird als Beleg für ein lange etabliertes Unternehmen präsentiert oder ein junges als Beleg für ein neues.
    • Die Lösung: Ein Erstellungsdatum beschreibt den Registrierungseintrag. Rebrandings, Aftermarket-Käufe und Transfers durchtrennen alle die Verbindung zur Organisation.
  5. Ein Archiv als Kontaktquelle nutzen.

    • Was schiefgeht: Kontaktdaten aus der Zeit vor der DSGVO werden aus einem Archiv gezogen und in ein Outreach-Tool geladen.
    • Die Lösung: Historische personenbezogene Daten sind weiterhin personenbezogene Daten. Ihre rechtmäßige Nutzung ist ermittelnd und forensisch; sie sind keine Leadliste, und sie als solche zu behandeln ist ein Compliance-Problem, ganz gleich, woher sie stammen.
  6. Die Registrierungshistorie isoliert betrachten.

    • Was schiefgeht: Ein Registrar-Wechsel wird ohne weitere Belege gedeutet und entpuppt sich als rein preisgetriebener Umzug.
    • Die Lösung: Triangulieren Sie über mehrere Quellen — Certificate Transparency für Hostnamen-Zeitleisten, Wayback für veröffentlichte Inhalte, Passive DNS oder Ihre eigenen Zonen-Snapshots für Änderungen bei der Auflösung.
  7. Nicht mit der eigenen Snapshot-Sammlung beginnen.

    • Was schiefgeht: Sechs Monate in ein Projekt hinein stellt sich heraus, dass die entscheidende Frage lautet „was hat sich geändert" — und es gibt nichts zum Vergleichen.
    • Die Lösung: Beginnen Sie sofort damit, datierte Snapshots der Zonen zu archivieren, die Sie interessieren. Die Kosten liegen bei ein paar Dollar pro Datei; die Alternative ist, sechs Monate auf Daten zu warten, die Sie längst haben könnten.

Häufig gestellte Fragen

F: Woher kommt die WHOIS-Historie, wenn die Registries sie nicht veröffentlichen?
A: Aus wiederholter Beobachtung. Archive entstehen, indem WHOIS oder RDAP nach einem festen Zeitplan abgefragt und jede datierte Antwort gespeichert wird. Die Historie einer Domain beginnt daher bei der ersten Beobachtung des Archivbetreibers, nicht bei der Erstellung der Domain.

F: Warum fehlen in aktuellen Einträgen die Kontaktdaten?
A: Nach Inkrafttreten der DSGVO im Jahr 2018 wurde die Schwärzung bei gTLD-Registries und Registraren zum Standard. Name, E-Mail, Telefonnummer und Anschrift des Inhabers werden für die meisten Domains aus öffentlichen Antworten entfernt, und eine Offenlegung setzt in der Regel eine dokumentierte Rechtsgrundlage voraus, die beim Registrar eingereicht wird.

F: Verkauft WebTrackly WHOIS-Historien?
A: Nein. WebTrackly vertreibt Zonen- und Anreicherungspakete als herunterladbare Dateien in großen Mengen. Es gibt kein WHOIS-Historienarchiv und keinen Abfragedienst für einzelne Domains. Für die Attribute in diesen Dateien können Sie sich eine Änderungshistorie aufbauen, indem Sie datierte Snapshots aufbewahren und miteinander vergleichen.

F: Was steckt in einem Paket?
A: Zonendatei-Pakete enthalten die Domainliste einer TLD. Angereicherte Zonenpakete ergänzen Name Server, MX-Einträge, aufgelöste IPs und erkanntes CMS, soweit ermittelbar. Technologie-Pakete listen Websites auf, bei denen ein bestimmtes CMS oder eine bestimmte Technologie erkannt wurde. Kuratierte Datensätze sind zonenübergreifende Zusammenstellungen.

F: Sind Namen, E-Mail-Adressen oder Telefonnummern von Inhabern enthalten?
A: Nein. Die Dateien enthalten ausschließlich Domain- und Infrastrukturattribute.

F: Wie groß ist der Katalog?
A: 1.538 Pakete — 716 Zonendateien, 716 angereicherte Zonensätze, 79 Technologie-Sitelisten und 27 kuratierte Datensätze — mit 285.582.781 Domains über die Zonenpakete hinweg, davon 163.422.083 mit .com. WordPress wird auf 21.639.326 Domains erkannt, Joomla auf 567.680.

F: Wie bekomme ich einen frischen Snapshot?
A: Jedes Paket wird im Moment des Kaufs exportiert. Wenn Sie dasselbe Paket später erneut kaufen, erhalten Sie also eine aktuelle Datei, die Sie mit Ihrer vorherigen vergleichen können.

F: Was macht die API?
A: Sie stellt den Katalog bereit. GET /api/v1/packages/?type=zone listet Zonenpakete, ?type=technology&q=wordpress filtert Technologie-Pakete und /api/v1/packages/{slug}/ liefert Details zu einem einzelnen Paket — alles mit Bearer-Token-Authentifizierung.

F: Was kostet das?
A: Pakete ab $3.50 als Einmalkauf. Pro kostet $29/Monat (50 Pakete, 10 Datensätze, 30.000 API-Aufrufe); Enterprise $99/Monat (200 Pakete, 50 Datensätze, 300.000 API-Aufrufe). Siehe /pricing/.


Fazit

Die WHOIS-Historie einer Domain ist eine Zeitreihe, die jemand aufzuzeichnen beschlossen hat — begrenzt durch den Zeitpunkt, ab dem aufgezeichnet wurde, und dadurch, was die Registries damals offenzulegen bereit waren. Mit diesen Grenzen im Kopf gelesen, trägt sie echte Arbeit: die Bewertung einer Aftermarket-Domain, das Clustern von Missbrauchs-Infrastruktur, die Prüfung einer Altersangabe. Als vollständiges Eigentumsregister gelesen, führt sie in die Irre.

Für Fragen nach Veränderungen in einer Grundgesamtheit statt nach der Identität eines einzelnen Inhabers brauchen Sie überhaupt kein Archiv. Datierte Zonen-Snapshots, miteinander verglichen, liefern Ihnen Name-Server-Migrationen, Bewegungen zwischen Mail-Anbietern, CMS-Wechsel und Registrierungswachstum über genau das Intervall, das Sie interessiert — ohne Ratenbegrenzungen, ohne Schwärzungen und ohne Abhängigkeit vom Sammelrhythmus eines anderen. Die einzige Voraussetzung: Sie fangen an, die Dateien aufzuheben.

Datensatz-Katalog ansehen →

Beitrag teilen

Ähnliche Beiträge

Kommentare (0)

Kommentar schreiben

Noch keine Kommentare. Schreiben Sie den ersten!

support_agent
WebTrackly Support
Usually replies within minutes
Hallo!
Schreiben Sie uns – wir antworten schnellstmöglich.