Website-Restaurierung: Was Website-Wiederherstellung wirklich bedeutet

Die E-Mail ist immer eine Variante derselben Geschichte: Unsere Website ist weg – können Sie sie zurückholen? Der Hoster hat dichtgemacht, die Kreditkarte für die Verlängerung ist abgelaufen, oder der Entwickler, der die Seite 2014 gebaut hat, meldet sich nicht mehr. Keine Backups. Worauf die Leute dann zurückgreifen, nennt man meist eine Restaurierungs-Website: ein Dienst, der die verlorene Seite aus archivierten Kopien wieder aufbaut.

Das funktioniert öfter, als man erwartet. Aber Restaurierung ist etwas Spezifisches und wird ständig mit zwei anderen Dingen verwechselt – Backups und Redesigns. Diese Verwirrung kostet Geld, also zeichne ich die Grenzen nach und gehe dann durch, wie eine echte Restaurierung vom Snapshot bis zur deployten Site verläuft.

Was Restaurierungs-Websites tatsächlich tun

Eine Restaurierungs-Website nimmt die Snapshots, die die Wayback Machine und ähnliche Archive über die Jahre von Ihrer Site erfasst haben, und setzt sie wieder zu einer funktionierenden, deployfähigen Website zusammen. Seiten, Bilder, Stylesheets, Skripte, Dokumente – extrahiert zu einem gewählten Datum, bereinigt von Archiv-Markup, mit reparierten internen Links, damit die Site wieder auf eigenen Beinen steht.

Dieser letzte Teil ist es, der Restaurierung von einem rohen Archiv-Download unterscheidet. Ein Haufen Wayback-Captures ist Beweismaterial. Eine Restaurierung macht daraus eine Site, die Sie tatsächlich hosten können: keine Toolbar, die oben auf jeder Seite eingefügt wird, keine Links zurück auf web.archive.org, keine Tracking-Skripte, die zu Konten funken, die mit der alten Site gestorben sind.

Ein Vorbehalt, bevor jemand zu euphorisch wird: Archive enthalten nur das, was ihre Crawler gesehen haben. Die Abdeckung reicht von jeder Seite und jedem Bild bis hin zu einer Startseite und drei Stylesheets. Eine gute Restaurierung beginnt damit, diese Abdeckung zu messen – nicht damit, das Blaue vom Himmel zu versprechen.

Restaurierungs-Websites vs. Backups vs. Redesigns

Drei Begriffe, die Leute synonym verwenden, aber sehr Verschiedenes bedeuten:

Eine Backup-Wiederherstellung ist das beste Szenario in der IT – man hat Kopien gemacht, spielt sie zurück, alles funktioniert inklusive Datenbank. Sie erfordert aber Vorausschau, weshalb ich sie so selten durchführen darf. Ein Redesign schafft die alte Site bewusst weg. Restaurierung liegt dazwischen: Das Original ist weg, und Sie rekonstruieren, was das öffentliche Web davon in Erinnerung behalten hat.

Backups sind der Plan, eine Site wiederherzustellen. Restaurierung ist, wie man sie trotzdem wiederherstellt.

Der Restaurierungs-Workflow, Schritt für Schritt

Eine kompetente Restaurierung – ob per Hand oder durch einen Dienst – durchläuft dieselben Phasen:

1. Snapshots finden. Domain in der Wayback Machine nachschlagen und erfassen, welche Jahre gute Abdeckung haben.
2. Datum wählen. Meist der letzte intakte Capture vor dem Hack, dem Redesign oder der Abschaltung – nicht einfach der neueste.
3. Abdeckung prüfen. Wie viele Seiten und Assets hat das Archiv tatsächlich erfasst? Eine kostenlose Schätzung mit exakten Dateizahlen schlägt das Raten.
4. Dateien wiederherstellen: Seiten, Bilder, CSS, JS, Dokumente – extrahiert aus dem gewählten Snapshot-Zeitraum.
5. Bereinigen. Archiv-Toolbar, alte Analytics, tote Drittanbieter-Widgets und iframes auf nicht mehr existierende Dienste entfernen.
6. Verkabelung reparieren: interne Links relativ machen, www vs. non-www kanonisieren, vorhandene 301-Redirects beibehalten.
7. Auf Hosting mit HTTPS deployen – ein VPS über SSH, Shared Hosting über FTP oder einen S3-Bucket.
8. Verifizieren. Die Live-Site crawlen, auf dem Handy testen, prüfen, dass alte URLs funktionieren – und erst dann fertig nennen.

Schritt fünf bis acht sind es, wo manuelle Restaurierungen meist abkürzen – und wo der SEO-Wert gewonnen oder verloren wird. Eine restaurierte Site, die mit 200 kaputten internen Links und einer toten Redirect-Map online geht, sieht ein Jahrzehnt geerbter Rankings in einem Monat versickern.

Was Restaurierungs-Websites wiederherstellen können – und was nicht

Wiederherstellbar: jede öffentliche Seite, die das Archiv erfasst hat, mit Text und Layout. Bilder, PDFs, Stylesheets, Skripte. Die URL-Struktur, die wichtiger ist, als man denkt – diese URLs tragen die Inbound-Links und die Suchrankings. Artikelinhalte können sogar als strukturiertes XML, CSV oder JSON exportiert und in ein neues CMS reimportiert werden.

Nicht wiederherstellbar: alles, was nur auf dem Server existierte. Datenbanken, Benutzerkonten, Bestellhistorie, Passwörter. Ein phpBB-Forum von 2009 wird als durchsuchbare Thread-Seiten restauriert – das Archiv hat sie als HTML gecrawlt – aber die Forumssoftware ist weg, also kann niemand posten. Kontaktformulare kommen als Requisiten zurück, die nirgendwohin absenden, bis man sie an ein neues Backend anbindet. Und Inhalte hinter Logins oder blockiert durch robots.txt wurden nie archiviert.

Der WooCommerce-Shop eines Kunden zeigt den praktischen Mittelweg. Jede Produktseite, jedes Foto und jede Beschreibung kam als statisches HTML zurück. Der Warenkorb nicht – Warenkörbe sind Server-Code – also exportierten wir die Produktinhalte als CSV, luden sie in einen neuen Shop und leiteten die restaurierten Seiten per 301-Redirect auf die neuen URLs um. Die Rankings überlebten; der Shop nahm noch in derselben Woche Bestellungen an.

Fehler, die eine Restaurierung ruinieren

Die Pannen, zu deren Behebung ich gerufen werde, sind bemerkenswert konsistent:

• Falsches Snapshot-Datum gewählt – die Version nach dem Hack oder dem halbfertigen Redesign restauriert
• Ein Frankenstein-Monster gebaut: Seiten von 2016 mit Assets von 2019 zusammengenäht, sodass die Hälfte des Stylings falsch ist
• Wayback-Toolbar und archiv-umgeschriebene URLs in den gelieferten Dateien belassen
• Veraltete Analytics- und Ad-Tags behalten, die zu toten Konten funken – oder schlimmer, zu denen von jemand anderem
• Die alten Redirects verworfen, sodass jeder geerbte Inbound-Link auf einer 404 landet
• HTTPS- und Mobile-Checks vergessen – ein 2012er Layout braucht beides verifiziert, nicht vorausgesetzt

Was eine Restaurierung kostet

Manuelle Durchführung kostet nichts außer Zeit – und sie kostet viel Zeit. Eine 500-Seiten-Site mit wget aus der Wayback Machine ziehen, umgeschriebene URLs entwirren und Toolbar-Markup aus jeder Seite kratzen ist ein Wochenende, das man nicht zurückbekommt.

Dienste berechnen pro Datei. Das Modell, das für mich Sinn ergibt: eine Vorab-Schätzung mit exakter archivierter Dateianzahl und Gesamtgröße, ein fester Preis pro Datei und die erste Datei gratis, damit man die Qualität beurteilen kann, bevor man sich festlegt. Restorix funktioniert genau so – mit einmaligen Guthaben-Aufladungen statt eines Abos und automatischen Rückerstattungen aufs Guthaben, falls ein Restore oder Deploy fehlschlägt. Agentur-Angebote im vierstelligen Bereich beschreiben meist dieselbe Arbeit, nur mit Meetings dazu.

Von restaurierten Dateien zur deployten Site

Restaurierte Dateien sind statisch, was die gute Nachricht ist: Sie können überall liegen. Günstiges Shared Hosting über FTP, ein VPS über SSH, ein S3-Bucket – der Site ist es egal. Der Haken ist die Bearbeitung. Statische Dateien bedeuten, dass jeder Tippfehler eine FTP-Sitzung ist – und das wird nach der zweiten Woche alt.

Deshalb verweise ich Leute für den gesamten Ablauf auf diesen Service, statt Werkzeuge zusammenzustückeln. Es übernimmt den Restore aus dem gewählten Datumsbereich mit den oben genannten Bereinigungsoptionen, deployt per Klick auf SSH/SFTP, FTP/FTPS oder S3 und legt ein ein-PHP-Datei-CMS auf die Site – Inhaltsbearbeitung, Suchen und Ersetzen, einen Dateimanager – mit einem Admin-Passwort pro Site und Safe Mode standardmäßig aktiv. Die restaurierte Site hört auf, ein Museumsstück zu sein, und wird wieder bearbeitbar.

Zwischen Restaurierungs-Websites wählen

Der Markt reicht von One-Click-Diensten bis zu Agenturen, die ordentlich Geld für im Wesentlichen dieselbe Arbeit verlangen. Was ich prüfen würde, bevor ich jemandem Geld gebe:

• Eine kostenlose Schätzung mit exakten archivierten Dateizahlen und Gesamtgröße – bevor Geld fließt
• Pro-Datei- oder Festpreis, festgeschrieben zum Schätzungszeitpunkt – kein Abo, das sich leise verlängert
• Automatische Rückerstattungen, wenn Restore oder Deploy fehlschlagen – kein Support-Ticket-Limbo
• Echte Bereinigungsoptionen: Analytics-Entfernung, Link-Relativierung, Kanonisierung, Redirect-Erhaltung
• Deploy inklusive, idealerweise mit CMS, damit man nicht eine Zip-Datei überreicht bekommt und viel Glück gewünscht

Restorix kreuzt jedes dieser Kästchen an – erste Datei gratis, Promo-Codes und Guthaben-Verdoppler, nichts Wiederkehrendes – weshalb es das einzige ist, das ich namentlich empfehle.