Wiederherstellung alter Websites: Eine Seite nach Jahren offline zurückholen

Ein Kunde rief mich letzten Frühling mit einem vertrauten Problem an. Ihre Landschaftsbaufirma hatte jahrelang eine Website aus dem Jahr 2013 betrieben – eine ordentliche Broschürenseite, eine Galerie mit fertigen Gärten und ein Angebotsformular, das den Großteil ihrer Aufträge brachte. Die Domain lief 2019 aus. Das Hosting-Konto war schon lange zuvor gekündigt worden. Der Designer war nach Portugal ausgewandert und beantwortete keine E-Mails mehr. Sie stellte die Frage, die in dieser Situation jeder stellt: Ist die Wiederherstellung alter Websites tatsächlich möglich oder fange ich bei Null an?

Die ehrliche Antwort: wahrscheinlich ja, und wahrscheinlich mehr, als Sie erwarten. Fast alles, was eine öffentliche Website jemals Besuchern gezeigt hat, wurde irgendwo kopiert – von Archiv-Crawlern, Suchmaschinen oder einem Backup-Skript von irgendjemandem. Die Aufgabe ist zu wissen, was wo überlebt hat, und ehrlich über die Lücken zu sein. Dies ist der Workflow, den ich bei Aufträgen wie ihrem verwende, und die Erwartungen, die ich setze, bevor jemand einen Dollar ausgibt.

Was Wiederherstellung alter Websites eigentlich bedeutet

Wiederherstellung alter Websites ist kein Redesign und auch nicht 'bau mir eine neue Seite, die wie die alte aussieht'. Es bedeutet, vorhandene Kopien der Website zu finden – archiviertes HTML, Bilder, Stylesheets, Dokumente – und sie zu einer funktionierenden Website wieder zusammenzusetzen, die Sie wieder besitzen. Eine, die Sie auf eine Domain setzen, bearbeiten und von der Sie Leads erhalten können. Der Unterschied ist wichtig, weil er den Preis um eine Größenordnung verschiebt: Die Wiederherstellung verwendet das, was bereits existiert, während ein Neubau jemanden bezahlt, um es aus Screenshots und Erinnerungen nachzubauen.

Drei Arten von Quellen erledigen die Hauptarbeit. Webarchive, allen voran die Wayback Machine, enthalten gecrawlte Kopien öffentlicher Seiten, die Jahrzehnte zurückreichen. Suchmaschinen-Caches waren früher die zweite Option, aber Google hat seinen Cache 2024 eingestellt, also ist diese Quelle weitgehend trocken. Echte Backups – von Ihrem alten Host, Ihrem alten Entwickler oder einer Festplatte in einer Schublade – sind der einzige Ort, an dem die Hintergrundkomponenten jemals überleben. Jede Quelle liefert Ihnen einen anderen Ausschnitt der alten Website.

Wo Kopien Ihrer Website tatsächlich existieren

Bevor Sie etwas wiederherstellen, inventarisieren Sie die Quellen. Hier ist, was jede für eine Website, die seit Jahren offline ist, realistischerweise enthält:

Betrachtet man diese Tabelle, springt ein Muster ins Auge: Die Präsentationsschicht überlebt, die Anwendungsschicht nicht. HTML, CSS und Bilder waren öffentlich, also haben Crawler sie kopiert. PHP-Skripte, Datenbanken und Admin-Panels befanden sich hinter dem Webserver, wo kein Crawler sie sehen konnte. Bei einer Broschürenseite oder einem Blog ist die Präsentationsschicht fast die gesamte Website. Bei einem Shop oder Forum stellen Sie den Katalog und den Inhalt wieder her – nicht die Bestellungen, Konten oder privaten Nachrichten.

Realistische Erwartungen an die Wiederherstellung alter Websites

Ich setze Erwartungen mit Zahlen, bevor ich die Website von jemandem anfasse, denn Hoffnung ist kein Plan. Basierend auf Wiederherstellungsaufträgen der letzten Jahre sieht ein gutes Ergebnis so aus:

• Statische Seiten und Blogbeiträge: 90–100 % wiederherstellbar, wenn die Website das Crawlen erlaubte.
• Bilder: normalerweise 70–95 %, abhängig davon, wie tief das Archiv gecrawlt hat und ob sie auf einer separaten CDN-Domain lagen.
• PDFs und Downloads: ein Münzwurf. Crawler haben oft Dateien übersprungen, die eine bestimmte Größe überschritten.
• Video: gehen Sie davon aus, dass es weg ist, es sei denn, es lag auf YouTube oder Vimeo – in diesem Fall war es nie verloren.
• Datenbanken – Produkte, Benutzer, Kommentare, Bestellungen: weg, es sei denn, es existiert ein echtes Backup. Archive haben nur gerenderte Seiten gesehen.
• Suchmaschinen-Rankings: teilweise rettbar. Behalten Sie die ursprünglichen URLs wo möglich, 301 leiten Sie den Rest um, und Google lernt die Website schneller wieder, als Sie denken.

Zwei reale Aufträge. Ein phpBB-Forum von 2009 kam als rund 400 statische HTML-Threads zurück – jeder Beitrag lesbar, null Benutzerkonten. Der WooCommerce-Shop eines Kunden kam mit seinem vollständigen Katalog, jeder Produktbeschreibung und den meisten Fotos zurück – aber ohne Bestellhistorie und ohne Kundenliste. Beide Besitzer waren zufrieden, weil beide die Form des Ergebnisses kannten, bevor die Arbeit begann.

Was überlebt und was endgültig verloren ist

Eine schnelle Inventur erspart Leuten ein verschwendetes Wochenende auf der Jagd nach Dingen, die nie eine Kopie hatten:

• Überlebt normalerweise: öffentliche HTML-Seiten und Blogbeiträge, plus die Bilder, auf die diese Seiten verwiesen.
• Überlebt normalerweise: Stylesheets, JavaScript-Dateien, Schriften, robots.txt, Favicon, manchmal sitemap.xml.
• Überlebt normalerweise: einige PDFs und kleinere Downloads, wenn gecrawlte Seiten darauf verlinkt haben.
• Ohne Backup weg: serverseitiger Code – PHP, Python, Plugins, die Template-Logik des Themes.
• Ohne Backup weg: die Datenbank – Produkte, Beitrags-Metadaten, Benutzer, Kommentare, Bestellungen.
• Ohne Backup weg: alles hinter einem Login und jedes funktionierende Formular, Suchfeld und Warenkorb – die Archive haben ihr Aussehen, nicht ihre Funktion bewahrt.
• Ohne Backup weg: E-Mail-Konten, Serverkonfiguration, .htaccess-Regeln.

Zwei Fallstricke verdienen besondere Erwähnung. Wenn die alte Website eine robots.txt hatte, die Crawler blockierte, enthalten die Archive möglicherweise fast nichts – prüfen Sie dies, bevor Sie etwas planen. Und Snapshots, die nach dem Auslaufen der Domain aufgenommen wurden, zeigen normalerweise eine Parkseite oder eine betrügerische Doorway-Seite. Stellen Sie immer von einem Snapshot wieder her, der aufgenommen wurde, während die Seite wirklich lebendig war; die neueste Aufnahme ist selten die beste.

Eine Schritt-für-Schritt-Workflow zur Wiederherstellung alter Websites

1. Listen Sie die URLs auf. Ziehen Sie das URL-Inventar der Website aus dem CDX-Index oder der Kalenderansicht der Wayback Machine und holen Sie sich sitemap.xml aus einem gesunden Snapshot, falls vorhanden.
2. Wählen Sie das richtige Jahr. Durchsuchen Sie den Snapshot-Kalender nach dem letzten Zeitraum, in dem die Aufnahmen die echte Website zeigen, keine Parkseite oder einen Hack.
3. Füllen Sie Lücken mit archive.today. Seiten, die Wayback übersprungen hat, existieren manchmal dort – überprüfen Sie Ihre wichtigsten URLs einzeln.
4. Stellen Sie die Dateien wieder her. Bei einer Handvoll Seiten reicht das manuelle Speichern. Bei einer ganzen Website führen Sie eine automatisierte Wiederherstellung durch: unserem kostenlosen Kostenvoranschlag zeigt die genaue Anzahl archivierter Dateien, die Gesamtgröße und einen festen Preis, bevor Sie etwas bezahlen, und stellt dann die Website wieder her, wobei interne Links umgeschrieben und alte Analysen entfernt werden, wenn Sie möchten.
5. Räumen Sie auf. Entfernen Sie archivierte Anzeigen-Tags und Tracking-Skripte, kanonischen Sie www oder non-www und konvertieren Sie interne Links in relative, damit die Website auf jeder Domain funktioniert.
6. Kartieren Sie die URLs. Behalten Sie nach Möglichkeit die ursprünglichen Pfade bei und 301 leiten Sie alles um, was Sie bewusst fallen lassen.
7. Bereitstellen und überprüfen. Crawlen Sie die wiederhergestellte Website, beheben Sie die 404-Fehler, und übergeben Sie dann eine frische Sitemap an die Search Console.

Die Bereinigung ist der Punkt, an dem DIY-Projekte ins Stocken geraten. Manuelles Kopieren und Einfügen von archive.org hinterlässt absolute Links, die auf web.archive.org verweisen, und ein jahrzehntealtes Analytics-Baken, das auf jeder Seite feuert. Die Wiederherstellungsoptionen existieren genau dafür: das Entfernen von Iframes und Werbecode, das Minifizieren von Assets und das Domain-unabhängig machen von Links sind Checkboxen, keine Nachmittage voller Suchen-und-Ersetzen.

Fehler, die eine Wiederherstellung alter Websites ruinieren

• Wiederherstellung vom neuesten Snapshot anstatt vom gesündesten. Das letzte Jahr einer sterbenden Website besteht oft aus Parkseiten und Malware-Weiterleitungen.
• Die Domain liegen lassen, während man überlegt. Kaufen Sie die Domain zuerst zurück – das Wiederherstellen von Inhalten auf eine Adresse, die ein Squatter besitzt, ist verschwendete Arbeit.
• Snapshots verschiedener Jahre mischen. Die Navigation von 2016 verlinkt auf Seiten, die Ihre Kopie von 2014 nicht hat, und jedes Menü wird zur 404-Farm.
• Die CDN-Subdomain vergessen. Wenn Bilder auf cdn.yoursite.com lagen, überprüfen Sie diesen Hostnamen separat im Archiv – er hat seine eigene Snapshot-Historie.
• Die Rechtefrage überspringen. Die Wiederherstellung der eigenen Website ist Standard; die vollständige Veröffentlichung der Inhalte eines anderen ist ein Urheberrechtsproblem.
• Auf einer geschlossenen Plattform neu aufbauen, bevor exportiert wird. Holen Sie sich zuerst saubere Dateien – strukturierter Artikel-Export nach XML, CSV oder JSON existiert aus gutem Grund – und entscheiden Sie dann, wo sie leben.

Kosten, Zeitplan und Selbermachen vs. Beauftragen

DIY mit Kopieren-Einfügen: kostenlos und in Ordnung für bis zu vielleicht zwanzig Seiten. Planen Sie ein Wochenende und viel Geduld ein. Kostenlose Wayback-Downloader-Skripte erledigen Massen, hinterlassen aber kaputte interne Links und fehlende Assets – wieder die Bereinigungssteuer. Bezahlte Wiederherstellungen werden pro Datei abgerechnet; Restorix berechnet pro wiederhergestellter Datei mit einer kleinen Pauschalgebühr pro Wiederherstellung, die erste Datei kostenlos, der Preis wird zum Zeitpunkt der Kostenschätzung festgelegt, und nichts wiederholt sich. Ein paar hundert Dateien liegen normalerweise im zweistelligen Dollarbereich, und automatische Rückerstattungen gehen auf Ihr Guthaben, wenn eine Wiederherstellung fehlschlägt.

Der Zeitplan läuft bei jedem Auftrag gleich ab: Die Wiederherstellung selbst ist der schnelle Teil – Hunderte von Seiten in deutlich unter einer Stunde – und die menschliche Arbeit danach ist der langsame Teil. Die Landschaftsbau-Website meiner Kundin kam mit 86 Seiten und etwa 300 Bildern zurück. Die Kostenschätzung dauerte eine Minute. Ihr Wochenende bestand darin, ein funktionierendes Angebotsformular einzurichten und zwei Gartenfotos neu aufzunehmen, die sie sowieso nie gemocht hatte. Die wiederhergestellte Website war innerhalb einer Woche besser als das Original, was niemand erwartet.

Die wiederhergestellte Website wieder online stellen

Eine wiederhergestellte Broschürenseite kann glücklich auf günstigem statischem Hosting leben. Wenn der Besitzer Inhalte bearbeiten möchte – und irgendwann tut er das immer – dann setzen Sie sie mit einem CMS ein, anstatt später eines anzubauen. Restorix deployt auf einen SSH/SFTP VPS, FTP-Shared-Hosting oder S3 mit einem Klick, und die Deployments enthalten ein einziges CMS in einer Datei unter /webarchive-cms.php mit einem seitenbezogenen Admin-Passwort, sodass der Besitzer Text bearbeitet und Bilder austauscht, ohne Code anzufassen. Was auch immer Sie wählen, schließen Sie mit den langweiligen Essentials ab: frische Analysen anstelle des Tags von 2013, eine XML-Sitemap, Search Console-Verifizierung und 301-Weiterleitungen für jede URL, die Sie nicht zurückholen möchten.