WordPress-Backup, das wirklich funktioniert: Machen Sie den Wiederherstellungstest vor der Katastrophe

Fast alle WordPress-Website-Betreiber schlafen beruhigt, weil sie „ein Backup haben“. Das Problem ist, dass die meisten dieses Archiv nie geöffnet und nie versucht haben, die Website daraus wiederherzustellen. Und ein Backup, das Sie nicht wiederhergestellt haben, ist kein Sicherheitsplan, sondern ein ungetestetes Versprechen.

Der Moment, in dem Sie erfahren, ob Ihr Backup echt ist, ist genau der denkbar ungünstigste: nach einem Hack, nach einem Update, das die Website zerstört hat, oder nachdem der Hoster Daten verloren hat. Dann stellen Sie fest, dass das Archiv beschädigt war, dass Bilder fehlten oder dass nur die Hälfte dessen gesichert wurde, was nötig gewesen wäre. Dieser Artikel zeigt Ihnen, wie Sie ruhig und rechtzeitig prüfen, dass Ihr Backup wirklich funktioniert.

Was ein vollständiges Backup eigentlich bedeutet

Ein echtes WordPress-Backup besteht aus drei Teilen, die zusammen gesichert werden müssen:

• die Website-Dateien: Theme, Plugins und vor allem der Ordner wp-content mit allen Bildern aus der Mediathek;
• die MySQL-Datenbank: Hier liegen Texte, Seiten, Artikel, Kommentare und Einstellungen;
• die Konfigurationsdateien (wp-config.php, gegebenenfalls .htaccess).

Sichern Sie nur die Datenbank, haben Sie bei der Wiederherstellung den Inhalt, aber es fehlen die Bilder. Sichern Sie nur die Dateien, bekommen Sie eine leere Website ohne Artikel. Viele kostenlose Backup-Plugins sichern standardmäßig nur einen Teil oder schließen große Ordner aus, „damit es passt“. Öffnen Sie einmal Ihr Archiv und schauen Sie sich an, was drin ist. Sehen Sie keine .sql-Datei (oder einen Datenbankordner) und keinen mit Bildern gefüllten uploads-Ordner, haben Sie kein vollständiges Backup.

Die 3-2-1-Regel: Wo Sie die Kopien aufbewahren, zählt

Ein Backup, das auf demselben Server wie die Website liegt, rettet Sie vor fast nichts. Fällt das Hosting aus, brennt es oder wird Ihr Konto gesperrt, verschwinden Website und Kopie gleichzeitig.

Die einfache Regel, die Profis verwenden, heißt 3-2-1:

• 3 Kopien der Daten (das Original plus zwei Backups);
• auf 2 verschiedenen Speicherarten;
• mit 1 Kopie an einem anderen Ort, völlig getrennt vom Hosting (Google Drive, Dropbox, ein S3, oder wenigstens Ihr eigener Computer).

Mindestens eine Kopie muss sich an einem Ort befinden, an den ein Angreifer, der Ihre Website hackt, nicht gelangen kann. Läuft das Backup zwar automatisch, aber trotzdem beim Hosting-Konto, behandeln Sie es für schwerwiegende Szenarien wie null Backups. Die Kopie außerhalb des Servers ist es, die Sie tatsächlich aus der Krise holt.

Der Wiederherstellungstest: der einzige Beweis, dass es funktioniert

Hier entscheidet sich alles. Sie wissen nicht, ob Sie ein Backup haben, bis Sie die Website daraus an einem Ort neu aufbauen, wo nichts kaputtgeht. Die Schritte, kurz gefasst:

• Schaffen Sie eine separate Umgebung: eine Test-Subdomain (Staging) oder eine lokale Installation auf dem Computer mit einem Tool wie LocalWP oder XAMPP.
• Importieren Sie das Archiv: Legen Sie die Dateien wieder ab und stellen Sie die Datenbank aus der .sql-Datei wieder her.
• Öffnen Sie die wiederhergestellte Website und prüfen Sie mit eigenen Augen: Lädt die Startseite? Erscheinen die Bilder? Funktionieren Menü, Kontaktformular, Shop?
• Loggen Sie sich in /wp-admin mit dem Benutzer aus dem Backup ein. Können Sie sich einloggen und die Artikel sehen, haben Sie den Beweis.

Fehlt etwas oder gibt es einen Fehler, haben Sie es jetzt erfahren, wenn nichts brennt. Führen Sie diesen Test mindestens einmal nach jeder größeren Änderung an der Website durch.

Die häufigsten Arten, wie ein Backup Sie enttäuscht

Aus Erfahrung scheitern Backups fast immer aus denselben wenigen Gründen:

• Beschädigtes oder unvollständiges Archiv: Der Prozess ist auf halbem Weg abgebrochen (zu schwacher Server, Zeitüberschreitung), und die Datei ist unbrauchbar, aber das Plugin meldete „Erfolg“.
• Fehlende Uploads: Der Bilderordner wurde ausgeschlossen, um die Größe zu reduzieren, sodass die wiederhergestellte Website keine Bilder hat.
• Nur die Datenbank, ohne Dateien (oder umgekehrt) – siehe erster Abschnitt.
• Altes, vergessenes Backup: Die Automatisierung wurde vor Monaten gestoppt, und niemand hat es bemerkt.
• Externer Speicher abgelaufen: Das Cloud-Konto ist voll oder der Zugriffstoken ist ungültig geworden.

Die einzige echte Methode, all das rechtzeitig zu erkennen, ist der Wiederherstellungstest. Ein grünes Log ist kein Beweis; eine sauber neu aufgebaute Website schon.

Wie oft, wie lange aufbewahren und wo Sie anfangen

Die Häufigkeit hängt davon ab, wie oft sich die Website ändert. Ein aktiver Blog oder ein Shop mit Bestellungen verdient tägliches Backup. Eine Präsentationswebsite, die sich selten ändert, kann wöchentlich gesichert werden. Die gute Regel: Sie wollen nicht mehr Arbeit verlieren, als Sie bereit sind, erneut zu machen.

Bewahren Sie mehrere Versionen über die Zeit auf, nicht nur die letzte. Ist die Website seit einer Woche infiziert und Sie haben nur eine Kopie von gestern, haben Sie die Infektion gesichert. Mehrere gestaffelte Backups (einige tägliche, einige wöchentliche) geben Ihnen Auswahl.

Bei MPO Web Studio bauen wir Premium-Websites, die remote im ganzen Land geliefert werden, und für Kunden, die wir betreuen, richten wir automatische Off-Site-Backups ein und führen regelmäßig den Wiederherstellungstest durch, damit es ein Beweis ist, keine Vermutung. Sind Sie sich nicht sicher, ob Ihres funktioniert, schreiben Sie uns auf WhatsApp und wir prüfen es gemeinsam.