WordPress-Backup prüfen: Ist Ihre Website wiederherstellbar?
Die Sicherung läuft automatisch, und das Backup-Plugin meldet Erfolg. Das klingt beruhigend. Ob sich die Website damit tatsächlich wiederherstellen lässt, beantwortet diese Meldung allein jedoch nicht. Entscheidend ist, ob alle benötigten Daten vorhanden sind, Sie im Notfall darauf zugreifen können und die Wiederherstellung funktioniert.
Wenn Sie Ihr WordPress-Backup prüfen möchten, brauchen Sie deshalb mehr als einen Blick auf das Datum der letzten Sicherung. Mit den folgenden Kontrollen erkennen Sie Lücken und bereiten einen Wiederherstellungstest vor, ohne dafür die laufende Website zu überschreiben.
Was gehört zu einem vollständigen WordPress-Backup?
Eine typische WordPress-Website besteht aus Dateien und einer Datenbank. Zu den Dateien gehören unter anderem Themes, Plugins, hochgeladene Bilder und die Konfiguration. In der Datenbank liegen beispielsweise Beiträge, Seiten und Einstellungen. Nur eine dieser beiden Komponenten zu sichern, reicht für eine vollständige Wiederherstellung normalerweise nicht aus.
Prüfen Sie im Sicherungsumfang, ob alle relevanten Verzeichnisse und Datenbanktabellen enthalten sind. Individuelle Dateien außerhalb des üblichen WordPress-Verzeichnisses verdienen besondere Aufmerksamkeit. Die offizielle WordPress-Dokumentation zu Backups erläutert die Trennung zwischen Dateien und Datenbank.
Auch der WordPress-Inhaltsexport ist kein Ersatz für eine komplette Datensicherung. Gerade beim Shop müssen Sie sicherstellen, dass Bestellungen und weitere Shopdaten tatsächlich vom verwendeten Verfahren erfasst werden. WooCommerce beschreibt dazu den Unterschied zwischen Inhaltsexport, Dateisicherung und Datenbankexport.
WordPress-Backup prüfen: fünf Fragen vor dem Ernstfall
1. Wie aktuell ist die letzte brauchbare Sicherung?
Orientieren Sie sich daran, wie viele Änderungen Sie im Ernstfall verlieren könnten. Bei einer selten bearbeiteten Informationsseite ist die Situation anders als bei einem Shop, in dem laufend Bestellungen eingehen. Ein nächtliches Backup kann im ungünstigen Fall fast einen Arbeitstag an neuen Daten nicht enthalten.
Meine Empfehlung: Legen Sie zuerst fest, welchen Datenverlust Sie organisatorisch verkraften könnten. Danach wählen Sie das Sicherungsintervall. Prüfen Sie anschließend das tatsächliche Datum der letzten abgeschlossenen Sicherung, nicht nur den eingestellten Zeitplan.
2. Liegt eine Kopie außerhalb des Webservers?
Eine Sicherung im selben Hostingkonto kann bei dessen Ausfall oder Kompromittierung ebenfalls unzugänglich werden. WordPress empfiehlt mehrere Sicherungen an unterschiedlichen Speicherorten. Überlegen Sie deshalb konkret: Welche Kopie bleibt erreichbar, wenn das Hostingkonto morgen nicht mehr funktioniert?
3. Können Sie ohne WordPress auf die Sicherung zugreifen?
Öffnen Sie den vorgesehenen Sicherungsspeicher unabhängig vom WordPress-Backend. Sind die Dateien dort vorhanden? Funktioniert der Zugang? Ist dokumentiert, wer ihn nutzen darf? Falls die Sicherung verschlüsselt ist, muss auch der dafür benötigte Schlüssel verfügbar sein. Zugangsdaten gehören in einen geschützten Passwortmanager, nicht in eine unverschlüsselte Notiz neben das Archiv.
4. Gibt es mehrere Wiederherstellungspunkte?
Eine fehlerhafte Änderung fällt nicht immer sofort auf. Mit ausschließlich dem neuesten Stand fehlt möglicherweise die gesuchte ältere Fassung. Legen Sie fest, wie lange Sie tägliche und gegebenenfalls länger zurückliegende Sicherungen behalten möchten. Berücksichtigen Sie dabei Speicherbedarf, Änderungsrhythmus und den Zeitraum, in dem Fehler üblicherweise bemerkt werden.
5. Wer reagiert auf fehlgeschlagene Sicherungen?
Eine Fehlermeldung hilft nur, wenn sie jemanden erreicht. Bestimmen Sie eine verantwortliche Person und eine Vertretung. Als einfache Betriebsroutine empfehle ich, Sicherungsprotokolle und den externen Speicher regelmäßig zu kontrollieren und Auffälligkeiten mit Datum zu dokumentieren. Eine dauerhaft ungelesene Benachrichtigung ist keine verlässliche Überwachung.
So bereiten Sie einen sicheren Wiederherstellungstest vor
Für den Test empfehle ich eine getrennte, zugriffsgeschützte Umgebung. Das kann eine dafür eingerichtete Testinstallation beim Hoster sein. Die produktive Website und ihre Datenbank dürfen dabei nicht als Wiederherstellungsziel ausgewählt werden. Die WordPress-Anleitung zu Updates betont ebenfalls, dass Sicherungen vorhanden und verwendbar sein müssen, bevor größere Änderungen vorgenommen werden.
- Testziel festlegen: Notieren Sie, was anschließend funktionieren muss: beispielsweise Startseite, wichtige Unterseiten, Anmeldung, Bilder und Kontaktformular.
- Umgebung vorbereiten: Nutzen Sie eine eigene Datenbank und getrennte Dateien. Schützen Sie die Testseite vor öffentlichem Zugriff. Eine bloße Bitte an Suchmaschinen, die Seite nicht zu indexieren, ersetzt keinen Zugriffsschutz.
- Nebenwirkungen verhindern: Unterbinden Sie echte Kunden-E-Mails, Zahlungen und produktive Schnittstellenaufrufe, bevor die Kopie aktiv wird. Bei Shops betrifft das beispielsweise Warenwirtschaft, Versanddienste und Webhooks.
- Sicherung zurückspielen: Folgen Sie der dokumentierten Wiederherstellungsmethode Ihres Backup-Werkzeugs. Stimmen Sie PHP-Version und benötigte Serverfunktionen auf die gesicherte Website ab.
- Funktionen kontrollieren: Öffnen Sie mehrere Seitentypen, testen Sie die Anmeldung und prüfen Sie Medien sowie Formulare. Achten Sie darauf, dass die Testseite nicht unbemerkt auf die produktive Website umleitet.
- Ergebnis festhalten: Dokumentieren Sie Sicherungsdatum, Testdatum, benötigte Zeit, getestete Funktionen und offene Fehler. Erst nach deren Behebung ist der Test aussagekräftig.
Für Formulartests verwenden Sie eine kontrollierte Testadresse. Bei Zahlungsfunktionen eignet sich ein vorgesehener Testmodus. Wenn Sie die Wechselwirkungen Ihrer Installation nicht überblicken, lassen Sie die Testumgebung fachlich vorbereiten.
Bei WooCommerce zählt auch, was seit dem Backup passiert ist
Eine ältere Datenbank vollständig zurückzuspielen kann neuere Bestellungen, Kundenänderungen oder Lagerbewegungen überschreiben. Deshalb sollte die Rückkehr zu einem alten Stand bei einem laufenden Shop keine spontane Standardmaßnahme sein.
Prüfen Sie vorab, wie Ihr Sicherungswerkzeug mit neueren Shopdaten umgeht. Eine Funktion zum Erhalt aktueller Bestellungen darf nicht für jedes Backup-Verfahren vorausgesetzt werden. Stimmen Sie bei einer echten Wiederherstellung außerdem Shop, Zahlungsanbieter und angebundene Systeme ab. Eine technisch wieder erreichbare Shopseite bedeutet noch nicht, dass alle Geschäftsvorgänge zusammenpassen.
Ein Backup ersetzt weder Updates noch die Ursachenprüfung
Vor größeren Aktualisierungen ist eine zusätzliche, geprüfte Sicherung sinnvoll. Die WordPress-Anleitung zum Aktualisieren nennt das Backup ausdrücklich als Vorbereitung.
Nach einem Sicherheitsvorfall müssen außerdem Ursache und Umfang untersucht werden. Wird lediglich ein früherer Stand eingespielt, kann eine weiterhin vorhandene Schwachstelle erneut ausgenutzt werden. Auch die Sicherung selbst muss auf mögliche Kompromittierung geprüft werden. Backups sind deshalb ein Baustein neben Updates, geschützten Zugängen und Überwachung – entsprechend den Sicherheitsempfehlungen von WordPress.
Der nächste sinnvolle Schritt
Beginnen Sie mit dreirf konkreten Fragen: Wo liegt die letzte vollständige Sicherung? Wer kann unabhängig von WordPress darauf zugreifen? Wann wurde daraus zuletzt eine funktionierende Testseite wiederhergestellt?
Wenn eine Antwort fehlt, haben Sie einen klaren Ansatzpunkt. Ein dokumentierter Test schafft eine bessere Entscheidungsgrundlage als die Annahme, dass die Sicherung im Notfall schon funktionieren wird. Wenn Sie dabei Unterstützung benötigen, unterstütze ich Sie gerne im Rahmen meiner WordPress-Wartung.
