Website vor Relaunch sichern: Seiten und alte URLs retten
Website vor Relaunch sichern: So erstellen Sie eine Offline-Kopie, ein wiederherstellbares Backup und die Liste alter URLs für 301-Weiterleitungen.
Website Downloader 9 Min. Lesezeit
Wenn Sie Ihre Website vor dem Relaunch sichern wollen, brauchen Sie zwei Kopien, solange die alte Seite noch online ist. Die erste ist ein wiederherstellbares Backup (Dateien, Datenbank oder Exporte der Plattform), mit dem Sie zurückrollen können. Die zweite ist eine durchklickbare Offline-Kopie aller öffentlichen Seiten, die sich in jedem Browser öffnen lässt. Aus der Offline-Kopie gewinnen Sie außerdem die Liste der alten URLs, die Sie für 301-Weiterleitungen brauchen. Sichern Sie die Website vor dem Go-live des Relaunchs, nicht danach: Sobald die neue Seite die alte ersetzt, gibt es nichts mehr zu kopieren.
Website vor Relaunch sichern: warum vorher und nicht nach dem Go-live
Am Tag des Relaunchs verschwindet die alte Website meist auf eine von drei Arten. Das neue Theme überschreibt das alte in derselben Installation, die Domain wird auf einen neuen Hoster umgestellt, oder ein Homepage-Baukasten veröffentlicht das neue Design über dem alten. Ab diesem Moment existieren die alten Seiten nirgends mehr, worauf Sie Zugriff haben.
Die Probleme, für die man die alte Seite braucht, zeigen sich selten am Launch-Tag. Sie tauchen Wochen später auf:
- Eine Seite mit guten Backlinks liefert jetzt einen 404-Fehler, weil niemand wusste, dass es sie gab.
- Der Kunde fragt nach dem genauen Wortlaut einer alten Leistungsbeschreibung oder Preistabelle.
- Die Rankings einer URL brechen ein, die nie einer neuen Seite zugeordnet wurde.
- Jemand will wissen, ob ein Impressum, ein Haftungsausschluss oder ein Preis auf der alten Seite stand und in welcher Form.
Die übliche Notlösung ist das Internet Archive. Dessen Aufnahmen sind allerdings unregelmäßig: Manche Websites werden oft erfasst, andere selten, und Unterseiten, Bilder und PDFs fehlen häufig. Eine Wiederherstellung aus der Wayback Machine ist eine Rettung für den Fall, dass sonst nichts mehr existiert. Ein Plan ist sie nicht.
Praktisch bewährt haben sich zwei Kopien. Die erste erstellen Sie zu Projektbeginn als Referenz für Ihren Content-Audit. Die zweite unmittelbar vor der Umstellung, nach den letzten Änderungen an der alten Seite, damit sie genau zeigt, was Besucher am letzten Tag gesehen haben.
Wiederherstellbares Backup vs. durchklickbares Archiv: Sie brauchen beides
Die meisten Relaunch-Checklisten sagen „Backup machen“ und meinen damit eine Sicherung von Dateien und Datenbank per WordPress-Plugin. Dieses Backup ist wichtig, beantwortet aber eine andere Frage als ein Archiv.
| Wiederherstellbares Backup | Durchklickbares Archiv | |
|---|---|---|
| Was es enthält | Quelldateien, Datenbank, Konfiguration | Die fertig ausgelieferten Seiten, wie Besucher sie gesehen haben: HTML, CSS, JavaScript, Bilder, Schriften, Medien |
| Was Sie zum Öffnen brauchen | Einen Server mit passender Software (PHP, MySQL, dieselbe CMS-Version) | Einen beliebigen Webbrowser, offline |
| Wofür es gedacht ist | Zurückrollen, falls der Launch scheitert | Alt und Neu nebeneinander vergleichen, Inhalte zurückholen, URLs zuordnen, Dokumentation |
| Wer es nutzen kann | Ein Entwickler | Jeder im Team, auch der Kunde |
Ein Datenbank-Dump zeigt nicht, wie die Startseite aussah. Ein Ordner mit HTML-Dateien bringt das alte CMS nicht zurück. Eine Texterin, die alte Formulierungen prüft, ein SEO, der Titel und Überschriften kontrolliert, und ein Entwickler, der einen missglückten Launch zurückrollt, brauchen unterschiedliche Dinge. Behalten Sie deshalb beides.
Was sollten Sie vor einem Website-Relaunch sichern?
Nutzen Sie diese Liste als Backup-Teil Ihrer Relaunch-Checkliste:
- Jede öffentliche Seite, auch alte Blogartikel, Landingpages vergangener Kampagnen und Seiten, die nicht mehr im Menü stehen, aber noch Besucher oder Links haben.
- Medien und Downloads: Bilder, PDFs, Broschüren, Preislisten. Diese haben oft eigene URLs mit Backlinks.
- Die Liste der alten URLs: jede Adresse, die derzeit eine Seite ausliefert, damit jede eine Weiterleitung bekommt.
- On-Page-SEO-Daten: Seitentitel, Meta-Descriptions, Überschriften und strukturierte Daten. In einer Offline-Kopie bleiben diese in jeder HTML-Datei erhalten, sodass Sie sie später prüfen können.
- Bestehende Weiterleitungen: Regeln in der
.htaccess, in der Serverkonfiguration, in einem Redirect-Plugin oder in den Weiterleitungseinstellungen des Baukastens. Auch alte Weiterleitungen müssen übernommen werden, sonst brechen Links, die bisher funktionieren. - robots.txt, sitemap.xml und Tracking-Codes, damit Sie die Einstellungen nach dem Launch vergleichen können.
- Daten hinter dem Frontend: Formulareinsendungen, Kunden- und Bestelldaten, Mitgliederkonten, Newsletter-Abonnenten. Nichts davon ist auf öffentlichen Seiten sichtbar, deshalb muss es direkt aus dem CMS, dem Shop oder dem Baukasten exportiert werden.
So erstellen Sie eine Offline-Kopie der alten Website
Ein browserbasierter Downloader ist der schnellste Weg zu einer vollständigen, durchklickbaren Kopie, ohne Kommandozeilen-Tools einzurichten. Mit Website Downloader:
- Geben Sie die Adresse der alten Website in das Download-Feld auf der Startseite ein.
- Starten Sie den Download und verfolgen Sie den Live-Fortschritt, während die Seiten gezählt werden. Sie können den Tab schließen oder den Computer ausschalten; der Crawl läuft auf dem Server.
- Laden Sie die fertige ZIP-Datei herunter, entpacken Sie sie und öffnen Sie
index.htmlim Browser.
Bevor Sie das Archiv ablegen, prüfen Sie es:
- Klicken Sie sich durch die Hauptnavigation und einige tiefe Seiten, etwa einen alten Blogartikel oder eine Produktdetailseite.
- Prüfen Sie, ob Bilder, Schriften und Layout laden. Falls nicht, lesen Sie Heruntergeladene Website ohne Bilder und CSS.
- Vergleichen Sie die Zahl der Seiten im Archiv mit Ihrer Sitemap. Eine große Lücke bedeutet meist Seiten, auf die nichts verlinkt, oder Inhalte, die nur per JavaScript geladen werden.
Zu Umfang und Tarifen: Der kostenlose Tarif deckt bis zu 100 Unterseiten ohne Konto ab, was für viele Websites kleiner Unternehmen reicht. Für eine größere Website kostet der Tarif Single Site einmalig 7,99 EUR für eine Website mit bis zu 5.000 Unterseiten; noch größere Websites brauchen einen Monatstarif (siehe Preise). Laden Sie die ZIP-Datei zügig auf Ihren eigenen Speicher herunter, denn der Dienst bewahrt sie nur begrenzt auf: 1 Tag im kostenlosen Tarif, 30 Tage in den kostenpflichtigen Tarifen.
So behalten Sie die Liste der alten URLs für 301-Weiterleitungen
Das Weiterleitungs-Mapping geht schief, wenn niemand eine vollständige Liste der alten URLs hat. Das Archiv liefert Ihnen eine, denn die Unterseiten werden als Ordner und HTML-Dateien gespeichert, die der Struktur der Website folgen.
So machen Sie aus dem Archiv eine Weiterleitungstabelle:
- Entpacken Sie das Archiv und listen Sie alle HTML-Dateien auf. Unter macOS oder Linux führen Sie im entpackten Ordner
find . -name "*.html"aus. Unter Windows führen Sie in der Eingabeaufforderungdir /s /b *.htmlaus. - Fügen Sie die Liste in eine Tabelle ein und wandeln Sie die Dateipfade wieder in URLs um. Gleichen Sie einige davon mit der Live-Seite ab, damit Sie genau wissen, wie Pfade und Adressen zusammenhängen.
- Ergänzen Sie, was ein Crawl allein nicht findet: URLs aus der
sitemap.xml, die wichtigsten Einstiegsseiten aus Ihrer Webanalyse und Seiten mit Backlinks aus Ihrem SEO-Tool oder der Search Console. Verwaiste Seiten, auf die nichts verlinkt, tauchen nur in diesen Quellen auf. - Fügen Sie Spalten für die neue URL, den Weiterleitungsstatus und ein Häkchen „getestet“ hinzu.
Regeln, damit das Mapping brauchbar bleibt:
- Leiten Sie jede alte URL auf ihre inhaltlich nächste Entsprechung weiter, nicht auf die Startseite. Eine pauschale Weiterleitung auf die Startseite wird oft wie eine fehlende Seite behandelt.
- Vermeiden Sie Weiterleitungsketten. Wenn eine alte Weiterleitung bereits A auf B zeigt und B nun nach C umzieht, leiten Sie A direkt auf C.
- Vergessen Sie keine PDFs und Bild-URLs, auf die andere Websites verlinken.
- Prüfen Sie nach dem Launch die alte URL-Liste gegen die neue Website und bestätigen Sie, dass jede Zeile eine 301-Weiterleitung auf das richtige Ziel liefert.
Für eine Seite, die ersatzlos wegfällt, bleibt das Archiv Ihr Beleg dafür, was dort stand. Es ist außerdem ein schneller Weg, diesen Inhalt später neu aufzubauen, falls er doch gebraucht wird.
Baukasten, WordPress und Individualentwicklung: was jeweils nötig ist
Wix, Squarespace, Jimdo und andere Homepage-Baukästen
Baukästen haben keine Datenbank, die Sie herunterladen könnten, und keine Dateien zum Kopieren per FTP. Exporte sind bestenfalls lückenhaft: Manche Plattformen bieten einen Export von Blogartikeln oder Produkten, andere gar nichts. Wenn Sie innerhalb desselben Baukastens neu gestalten, wird das alte Design oft einfach überschrieben. Hier ist die durchklickbare Kopie das Backup, ergänzt um die vorhandenen Exporte für Produkte, Kunden oder Formulareinträge. Anleitungen für einzelne Plattformen: Wix, Squarespace, Webflow, Shopify und Jimdo.
WordPress
Erstellen Sie ein vollständiges Backup von Dateien und Datenbank mit dem Snapshot-Tool Ihres Hosters oder einem Backup-Plugin, und laden Sie es herunter, statt es auf demselben Server liegen zu lassen. Erstellen Sie dann zusätzlich die durchklickbare Kopie. Ein Datenbank-Backup nützt nur, wenn jemand es auf einem kompatiblen Server wiederherstellen kann. Eine statische Kopie lässt sich überall öffnen, auch noch Jahre später. Wie das geht, erklärt WordPress als HTML exportieren.
Individuelle und Headless-Websites
Markieren Sie den aktuellen Stand in der Versionsverwaltung mit einem Tag, sichern Sie die Datenbank per Dump und speichern Sie die Serverkonfiguration einschließlich der Weiterleitungsregeln. Wenn das Frontend Inhalte per JavaScript im Browser rendert, prüfen Sie die Offline-Kopie besonders sorgfältig. Manche Single-Page-Apps ergeben ein Archiv, das zwar das Seitengerüst enthält, aber nicht den Inhalt (warum JavaScript-Websites offline leer bleiben können).
Wenn mit dem Relaunch auch ein Hosterwechsel verbunden ist, gilt dieselbe Logik mit zwei Kopien für das alte Hosting-Paket; siehe Webhosting kündigen, Website sichern.
Funktionieren Formulare, Suche und Mitgliederbereiche in der archivierten Kopie?
Nein. Eine statische Kopie hält fest, wie die Seiten aussahen. Den Server, der sie interaktiv gemacht hat, bewahrt sie nicht.
- Formulare werden angezeigt, lassen sich aber nicht absenden. Exportieren Sie frühere Einsendungen separat aus dem CMS oder Formular-Tool.
- Seitensuche, Warenkörbe und Kommentarformulare brauchen einen Server und funktionieren nicht. Bestehende Kommentare, die Teil des Seiten-HTML waren, bleiben sichtbar.
- Seiten hinter einem Login, etwa Mitgliederbereiche, Kundenportale und Intranets, werden nicht heruntergeladen. Exportieren Sie diese Inhalte direkt aus dem jeweiligen System.
- Websites, die automatisierte Downloads blockieren, antworten womöglich mit einem 403-Fehler. Website Downloader meldet das, statt Ihnen ein leeres Archiv zu liefern. Wenn es Ihre eigene Website ist, hilft es meist, Firewall oder Bot-Schutz für den Crawl anzupassen.
Als Dokumentation und Nachschlagewerk stören diese Grenzen selten. Für ein Zurückrollen schon, deshalb brauchen Sie weiterhin das wiederherstellbare Backup. Einzelheiten dazu, was erfasst wird, finden Sie auf der Seite Funktionen und in den FAQ.
FAQ
Reicht „Save Page Now“ der Wayback Machine, oder brauche ich eine eigene Kopie?
Save Page Now erfasst Seiten einzeln, und das Ergebnis ist öffentlich und liegt bei einem fremden Dienst. Selten werden damit alle Unterseiten, Bilder und PDFs einer Website erfasst. Außerdem können Sie die Aufnahme nicht wie einen Ordner durchsuchen oder daraus eine URL-Liste machen. Nutzen Sie den Dienst gern als zusätzlichen öffentlichen Nachweis, behalten Sie aber eine eigene vollständige Kopie.
Wie lange sollte ich die alte Version der Website aufbewahren?
Mindestens so lange, bis die Weiterleitungen getestet sind und sich Traffic und Rankings stabilisiert haben, was meist einige Monate dauert. Ein ZIP-Archiv braucht wenig Platz, deshalb bewahren viele Teams es als Dokumentation dauerhaft auf. Enthielt die Website Vertragsbedingungen, Preise oder regulierte Angaben, hängen Aufbewahrungspflichten von Ihrem Land und Ihrer Branche ab. Fragen Sie in diesem Fall einen Anwalt oder Ihren Steuerberater; dieser Artikel ist keine Rechtsberatung.
Wer sollte das Backup beim Relaunch verwahren, und wie rollen wir zurück?
Der Inhaber der Website sollte Kopien von Backup und Archiv selbst besitzen, nicht nur die Agentur. Speichern Sie beides an zwei Orten, zum Beispiel lokal und in einem Cloud-Speicher. Zurückgerollt wird mit dem wiederherstellbaren Backup: Dateien und Datenbank wiederherstellen oder die Domain wieder auf den alten Hoster zeigen lassen. Im Notfall lässt sich das statische Archiv bei einem beliebigen Webhoster als vorübergehender Ersatz hochladen, allerdings ohne funktionierende Formulare.
Die neue Website ist schon online. Kann ich die alte noch sichern?
Nur aus dem, was andere erfasst haben. Wenn das Internet Archive Aufnahmen der alten Website hat, kann der Wayback Machine Downloader daraus ein Offline-ZIP erstellen: kostenlos für bis zu 100 Seiten oder als einmalige Wiederherstellung für 14,99 EUR mit bis zu 5.000 Seiten. Das Ergebnis ist auf das beschränkt, was das Archiv erfasst hat; siehe Website aus der Wayback Machine wiederherstellen.
- Website vor Relaunch sichern
- Website-Relaunch
- Website-Backup
- 301-Weiterleitungen
- Offline-Archiv