Website History: Snapshots, WHOIS, DNS und die passenden Tools

Fragen Sie drei Leute, was „Website History" bedeutet, und Sie bekommen drei verschiedene Antworten. Der eine denkt an alte Screenshots in der Wayback Machine. Der andere meint die Spur, wer die Domain besessen hat. Ein dritter will wissen, wofür die Seite 2015 gerankt hat. Alle drei haben recht – und jede Antwort steckt in einem anderen Tool.

Dieser Leitfaden trennt die vier Arten von Website History, zeigt, welches Tool welche Frage beantwortet, und benennt die Grenzen jedes einzelnen. Ich habe sie alle bei echten Aufträgen genutzt – vom Wiederaufbau eines WooCommerce-Shops eines Kunden bis zur Prüfung einer Domain wenige Stunden vor einer Auktion. Die meisten Tools sind kostenlos. Die eigentliche Kunst besteht darin, zu wissen, welches man zuerst öffnet.

Was „Website History" tatsächlich bedeutet

Der Begriff umfasst vier getrennte Datenquellen, die von unterschiedlichen Organisationen nach unterschiedlichen Regeln gepflegt werden. Keine spricht mit der anderen – genau deshalb werden Leute frustriert: Sie stellen einem Tool eine Frage, die nur ein anderes beantworten kann.

• Snapshot-Verlauf – wie die Seite an einem bestimmten Datum aussah und was sie sagte. Geführt von Webarchiven.
• Besitzverlauf – wer die Domain registriert hat, wann und über welchen Registrar. Geführt in WHOIS-Einträgen.
• Infrastrukturverlauf – auf welche Server und Nameserver die Domain zeigte. Geführt von Passiv-DNS-Sammlern.
• Performance-Verlauf – wofür die Seite rankte und welche Seiten Links erhielten. Geführt von SEO-Indizes.

Wer das durcheinanderwirft, verliert Stunden. Mit einem Screenshot beweisen Sie keinen Besitz, und in einem WHOIS-Eintrag sehen Sie keine alte Startseite. Erst die Frage wählen, dann das Tool.

Snapshot-Verlauf: Wie die Seite aussah und was sie sagte

Die Wayback Machine auf web.archive.org ist der Riese hier: über 900 Milliarden Seiten, erfasst seit 1996. URL einfügen, und Sie bekommen einen Kalender. Kreise markieren Erfassungen; klicken Sie einen an, sehen Sie die Seite so, wie sie an diesem Tag erschien – inklusive Bildern und Stylesheets, wann immer der Crawler sie erreichen konnte. Für alles vor ungefähr 2001 ist die Abdeckung dünn – das frühe Web wurde nur sporadisch archiviert.

Drei Gewohnheiten machen es deutlich nützlicher. Suchen Sie die genaue URL, nicht nur die Domain – das Archiv indiziert pro Seite, und eine tiefe Seite hat oft andere Erfassungsdaten als die Startseite. Nutzen Sie die frühesten und spätesten Links der Zeitleiste, um ein Ereignis einzugrenzen, statt durch den Kalender zu scrollen. Und wenn eine Seite fehlt, probieren Sie archive.today, ein unabhängiges Archiv, das oft Seiten hält, die die Wayback Machine nie erfasst hat.

Zwei URL-Tricks, die sich zu merken lohnen. Hängen Sie einen Stern an eine URL – web.archive.org/web/*/example.com/pricing – und Sie bekommen jede Erfassung jeder passenden Seite aufgelistet. So finden Sie tiefe URLs, von deren Existenz Sie nichts wussten. Und der Zeitstempel in jeder Erfassungs-URL ist editierbar: Tauschen Sie web/20140615082211 gegen web/2014, leitet das Archiv zur nächsten Erfassung dieses Jahres weiter. Forscher springen so jahrzehntelang, statt einen Kalenderkreis nach dem anderen anzuklicken.

Die Grenzen sind ebenso wichtig wie die Funktionen. Crawler können sich nicht einloggen – alles hinter einem Konto oder einer Paywall fehlt. Stark JavaScript-lastige Seiten wurden manchmal als leere Hüllen gespeichert. robots.txt-Ausschlüsse – die lange Zeit respektiert wurden – hinterlassen dauerhafte Lücken. Eine fehlende Erfassung heißt: „keine Erfassung". Nie: „keine Seite".

Besitzverlauf: WHOIS-Einträge im Zeitverlauf

Jede Domain-Registrierung erzeugt einen WHOIS-Eintrag: Name oder Organisation des Inhabers, Kontakt-E-Mail, Registrar, Erstellungs- und Ablaufdatum. Seit GDPR 2018 strenger durchgesetzt wurde, schwärzen die meisten Registries persönliche Daten standardmäßig – eine aktuelle Abfrage zeigt oft eine Wand aus „REDACTED FOR PRIVACY". Spannend wird es beim historischen WHOIS: Dienste wie DomainTools, WhoisRequest und SecurityTrails haben jahrelang Snapshots dieser Einträge aufbewahrt – inklusive Schwärzungen.

Worauf Sie achten sollten:

• Erstellungsdatum versus behauptetes Alter. Eine Seite, die „gegründet 2005" behauptet, auf einer 2019 erstellten Domain, hat einiges zu erklären.
• Besitzerwechsel. Änderungen beim Inhaber markieren meist einen Verkauf – hilfreich, um den Zeitpunkt eines Projektübergangs zu datieren.
• Drops. Wenn eine Domain verfällt und neu registriert wird, behandeln manche Tools die neue Registrierung als Neustart. Das Archiv tut das nicht.
• Privacy-Dienst-Wechsel. Ein Sprung hinter einen Privacy-Schutz kurz vor einer kontroversen Phase ist ein klassischer Hinweis.

Infrastrukturverlauf: DNS und Hosting

Passiv-DNS-Sammler protokollieren, was die DNS-Einträge einer Domain im Zeitverlauf sagten: A-Records, die auf Server-IPs zeigen, NS-Records, die den DNS-Host benennen, MX-Records, die den Mail-Provider benennen. SecurityTrails, DNSlytics und ViewDNS.info bieten alle kostenlose Einblicke. NS-Records sind das Arbeitstier. Ein Wechsel von einem Nameserver-Paar eines kleinen Hosts zu einem Cloudflare-Paar verrät ungefähr, wann die Seite zu Cloudflare umgezogen ist – oft in derselben Woche, in der sich auch die Seite selbst verändert hat.

Ein echtes Beispiel, Details verfremdet: Ein Kunde bestand darauf, sein Shop sei „nie von unserem Hosting weg gewesen". Die NS-Historie zeigte einen sechsmonatigen Umweg über ein Paar einer gehosteten Plattform in 2021 – genau passend zu einer Lücke in seiner Analytics und der Grund, warum der wiederhergestellte Bestellexport dort eine Lücke aufwies. DNS lügt nicht. Das Gedächtnis schon.

Die MX-Historie beantwortet eine andere Frage – wer die E-Mails verwaltet hat. Praktisch, um eine Migration zu datieren oder herauszufinden, welcher Anbieter noch alte Postfächer hält.

Performance-Verlauf: Rankings, Links und Traffic

Der vierte Datensatz zeigt, was die Seite geleistet hat. Ahrefs und Semrush verwahren jahrelange Backlink- und Keyword-Daten: welche Seiten Links bekamen, welche Anfragen rankten, wie viel organischer Traffic ungefähr floss. Ihre Site-Explorer funktionieren auch bei toten Domains – die Indizes überleben die Seiten.

Das ist der Datensatz, den Sie konsultieren sollten, bevor Sie irgendetwas wiederaufbauen. Sortieren Sie die alte Domain nach Seiten mit den meisten Links, und Sie haben eine Prioritätenliste für die Wiederherstellung – URLs, die noch Autorität tragen und wieder existieren sollten, nachgebaut nahe am Content, der diese Links verdient hat. Kombinieren Sie das mit dem Snapshot-Datensatz, und Sie können die Sitemap einer Seite rekonstruieren, die vor Jahren verschwand. Eine vollständige Methode dafür finden Sie in unserem Leitfaden zum Finden jeder Seite einer alten Website.

Welches Tool welche Frage zur Website History beantwortet

Beachten Sie das Muster. Fünf dieser Tools zeigen Ihnen die Vergangenheit durch ein Fenster. Nur das letzte reicht Ihnen etwas, das Sie deployen können.

Website History in eine wieder funktionierende Website verwandeln

Archive sind schreibgeschützt. Die Wayback Machine zeigt Ihnen gerne Ihre Startseite von 2013 und verweigert höflich die Herausgabe der Dateien. Genau diese Lücke füllt dieser Website-Wiederherstellungsdienst: Es baut aus archivierten Erfassungen echte, deploybare Dateien einer Website. Domain einfügen, und die kostenlose Schätzung liefert Ihnen die genaue Anzahl der archivierten Dateien, die Gesamtgröße und einen Fixpreis, bevor Sie zahlen. Abrechnung pro wiederhergestellter Datei – die erste ist kostenlos – plus eine kleine Pauschale pro Restore, finanziert durch einmalige Aufladungen. Kein Abo, nichts Wiederkehrendes.

Die Kontrolle ist das Nützliche: Wählen Sie einen Zeitraum, entfernen Sie alte Analytics- und Ad-Skripte, konvertieren Sie alles auf HTTPS, schreiben Sie interne Links als relative Links um, behalten Sie die alten 301er, und deployen Sie dann mit einem Klick auf einen VPS über SSH, auf Shared Hosting über FTP oder in einen S3-Bucket. Restorix CMS fährt bei Deploys kostenlos mit – ein einzelnes-PHP-Datei-CMS mit generiertem Admin-Passwort pro Seite – damit die wiederhergestellte Seite editierbar bleibt statt eingefroren. Wenn ein Restore oder Deploy fehlschlägt, geht die Erstattung automatisch wieder auf Ihr Guthaben. Das Tutorial führt durch den gesamten Ablauf.