WordPress-Fehler & Wartung8 Min. Lesezeit01. Juli 2026
WordPress-Wartung · Tag 3: Backups, die im Ernstfall funktionieren
Kurz gesagt
Ein Backup ist nur so viel wert wie seine letzte erfolgreiche Wiederherstellung. Verlässliche WordPress-Backups folgen der 3-2-1-Regel (drei Kopien, zwei Medien, eine außer Haus), laufen automatisch und werden regelmäßig per Restore-Test geprüft. Ein nie getestetes Backup ist eine Hoffnung, kein Sicherheitsnetz.
Willkommen zu Tag 3 unserer Serie WordPress-Wartung & Betrieb. Backups sind das Thema, bei dem alle nicken und die wenigsten ehrlich hinschauen. Fast jede Seite hat „irgendein Backup". Die entscheidende Frage ist nur: Würde es im Ernstfall tatsächlich funktionieren? Erschreckend oft lautet die Antwort nein — und das merkt man ausgerechnet in dem Moment, in dem man es am dringendsten braucht.
Warum reicht „ich habe ein Backup" nicht?
Ein Backup ist kein Zustand, sondern ein Versprechen: „Ich kann die Seite auf einen früheren Stand zurückholen." Dieses Versprechen wird an genau einem Punkt eingelöst — bei der Wiederherstellung. Alles davor ist Vorbereitung. Und genau hier liegen die typischen bösen Überraschungen: Das Backup umfasste nur die Dateien, nicht die Datenbank, oder umgekehrt. Es lag auf demselben Server, der gerade kompromittiert oder ausgefallen ist. Es war seit Monaten stillschweigend fehlgeschlagen, weil der Speicher voll war und niemand die Warnung gesehen hat. In allen drei Fällen existiert ein „Backup" — und in allen dreien hilft es nicht.
Deshalb der Leitsatz, der diese Folge trägt: Ein Backup ist nur so viel wert wie seine letzte erfolgreiche Wiederherstellung. Alles andere ist eine unbewiesene Behauptung.
Was macht ein Backup verlässlich? Die 3-2-1-Regel
Die bewährte Faustregel aus der Datensicherung lautet 3-2-1 und lässt sich direkt auf WordPress übertragen:
- Drei Kopien der Daten — die Live-Seite plus mindestens zwei Sicherungen. Redundanz schützt davor, dass ein einzelner Fehler alles mitnimmt.
- Zwei verschiedene Medien/Orte — nicht alle Kopien am selben physischen Ort. Wenn der Server brennt, brennt sonst das Backup mit.
- Eine Kopie außer Haus — an einem getrennten Ort, idealerweise bei einem anderen Anbieter. Genau diese externe Kopie rettet den Tag, wenn der Hosting-Account selbst betroffen ist, etwa nach einem Hack oder einer Sperrung.
Für WordPress heißt das konkret: Ein Backup, das ausschließlich beim selben Hoster im selben Account liegt, verletzt die Regel. Wird der Account gesperrt oder kompromittiert, ist die Sicherung genauso weg wie die Seite. Eine externe Kopie — bei einem separaten Speicher-Anbieter — ist kein Luxus, sondern der eigentliche Sinn der Übung.
Was muss ein WordPress-Backup enthalten?
Eine vollständige Sicherung besteht aus zwei Teilen, die zusammengehören. Erstens die Dateien: Uploads, Themes, Plugins, Konfiguration. Zweitens die Datenbank: alle Inhalte, Einstellungen, Nutzer, bei einem Shop die Bestellungen. Fehlt einer der beiden Teile, ist die Wiederherstellung unvollständig — Dateien ohne Datenbank ergeben eine leere Hülle, eine Datenbank ohne die passenden Dateien eine Seite, die auf Bilder und Funktionen verweist, die es nicht mehr gibt. Beide Teile sollten außerdem zum selben Zeitpunkt gehören, damit sie zueinander passen.
Wie oft sichern?
Die richtige Frequenz hängt davon ab, wie viel Datenverlust verkraftbar ist. Für eine Seite, die sich selten ändert, kann täglich oder sogar wöchentlich reichen. Ein aktiver Blog braucht mindestens tägliche Sicherungen. Ein WooCommerce-Shop, in dem laufend Bestellungen eingehen, braucht sehr häufige oder kontinuierliche Backups — jede verlorene Stunde bedeutet hier verlorene Bestellungen. Die ehrliche Frage lautet: Wie viel Arbeit bin ich bereit, im schlimmsten Fall noch einmal zu machen? Die Antwort ist das maximale Backup-Intervall.
Der Schritt, den fast alle auslassen: der Restore-Test
Hier trennt sich echte Sicherheit von Selbsttäuschung. Ein Backup, das nie zurückgespielt wurde, ist ungeprüft — man weiß schlicht nicht, ob es funktioniert. Der Restore-Test schließt diese Lücke: In regelmäßigen Abständen wird eine Sicherung tatsächlich auf einer separaten Umgebung wiederhergestellt und geprüft, ob die Seite dort vollständig und lauffähig hochkommt. Erst dieser Test verwandelt die Hoffnung in ein belastbares Netz.
Der Nebeneffekt ist mindestens so wertvoll wie die Gewissheit selbst: Wer einmal einen Restore geübt hat, weiß im Ernstfall genau, was zu tun ist, und verliert keine kostbaren Stunden mit Ausprobieren. Eine Wiederherstellung, die man schon kennt, dauert eine Stunde. Eine, die man zum ersten Mal unter Druck macht, kann einen Tag verschlingen — falls sie überhaupt gelingt.
So gehst du vor
- Automatisieren. Manuelle Backups werden vergessen. Richte automatische Sicherungen ein, die ohne menschliches Zutun laufen.
- Extern lagern. Sorge für mindestens eine Kopie außerhalb des Hosting-Accounts, bei einem separaten Anbieter.
- Vollständig sichern. Dateien und Datenbank zusammen, zum selben Zeitpunkt.
- Erfolg überwachen. Lass dich benachrichtigen, wenn ein Backup fehlschlägt — sonst bemerkst du das Loch erst, wenn es zu spät ist.
- Restore testen. Spiele regelmäßig eine Sicherung zur Probe zurück. Ein Backup ohne Restore-Test ist nur eine Vermutung.
Fazit
Backups entscheiden darüber, ob ein Zwischenfall eine Unannehmlichkeit oder eine Katastrophe ist. Verlässlich werden sie durch vier Dinge: Sie laufen automatisch, sie liegen auch außer Haus, sie umfassen Dateien und Datenbank — und sie werden getestet. Der Restore-Test ist der Schritt, der aus „ich habe ein Backup" ein belastbares „ich komme im Ernstfall wieder online" macht. Genau dieser Schritt fehlt am häufigsten.
Das war Tag 3. Morgen drehen wir den Spieß um: Statt den Schaden zu reparieren, sorgen wir dafür, dass er gar nicht erst entsteht — mit der Härtung von WordPress und einem vernünftigen Login-Schutz. Alle Folgen findest du in der Serien-Übersicht. Verlässliche, extern gelagerte und getestete Backups sind fester Teil unserer WordPress-Wartung — wenn du das nicht selbst aufsetzen willst, melde dich.