WordPress-Updates ohne Schrecksekunde: Die Reihenfolge aus Backup, Staging und Test

Ein WordPress-Update wird dann zum Problem, wenn Backup, Staging und Test fehlen oder in der falschen Reihenfolge laufen. Die Reihenfolge, die sich in meiner Praxis bewährt hat: zuerst ein vollständiges Backup, dann ein Test auf einer Staging-Kopie, erst danach das Update auf der echten Website — und selbst dann nicht alles in einem Rutsch.

Woran Updates in der Praxis scheitern

Die meisten Abstürze nach einem Update haben einen von drei Gründen. Erstens: Ein Plugin greift auf eine Funktion zu, die der Theme-Entwickler seit Jahren nicht angefasst hat, und die neue Plugin-Version erwartet etwas anderes. Zweitens: Ein Major-Update ändert Datenbankstrukturen, und ein älteres Plugin schreibt noch in das alte Format. Drittens — der banalste Fall — jemand klickt „Jetzt aktualisieren" während eines verkaufsstarken Nachmittags, und die Seite ist für zwei Minuten im Wartungsmodus, genau dann, wenn Besucher kommen. Keiner dieser Gründe lässt sich im Vorfeld ausschließen. Alle drei lassen sich aber abfedern, wenn die Reihenfolge stimmt.

Die Reihenfolge, die ich einhalte

Vor jedem Update, das mehr als eine kleine Versionsnummer ändert, gehe ich fünf Schritte durch:

1. Vollständiges Backup anlegen — Datenbank und Dateien, nicht nur eines von beidem.
2. Bei Major-Updates das Changelog lesen: Steht dort „breaking change", „Mindest-PHP-Version" oder „veraltete Funktion entfernt", wird genauer geprüft, welches Plugin oder Theme davon betroffen sein könnte.
3. Das Update zuerst auf der Staging-Kopie ausführen und die wichtigsten Seiten von Hand durchklicken: Startseite, Kontaktformular, bei einem Shop der komplette Bestellvorgang bis zur Bestätigungsseite.
4. Erst wenn die Staging-Kopie fehlerfrei läuft, das Update auf der Live-Seite einspielen — in einem ruhigen Zeitfenster, bei mehreren Plugins nacheinander statt alle auf einmal, damit sich ein Fehler eindeutig zuordnen lässt.
5. Danach den Cache leeren (Plugin-Cache und, falls vorhanden, Server-Cache) und dieselben Seiten noch einmal live prüfen.

Dieser letzte Schritt wird gern übersprungen, weil die Staging-Kopie ja schon funktioniert hat. Cache-Einstellungen, PHP-Versionen oder Serverkonfiguration unterscheiden sich zwischen Staging und Live aber oft genug, dass sich ein zweiter Blick lohnt.

Backup: was wirklich dazugehört

Ein Backup, das nur die Datenbank sichert, rettet im Ernstfall die Inhalte, aber nicht das Theme, nicht die Plugin-Einstellungen und nicht hochgeladene Bilder. Dazu gehören also die Datenbank und der komplette wp-content-Ordner mit Uploads, Theme und Plugins. Viele Hoster legen automatische Backups auf ihrer eigenen Infrastruktur an — praktisch als zusätzliche Sicherung, aber kein Ersatz für ein eigenes Backup, das ich vor einem konkreten Eingriff selbst auslöse und an einem Ort außerhalb des Servers ablege. Ein Backup, das noch nie zurückgespielt wurde, ist im Zweifel kein Backup, sondern eine Datei. Einmal im Jahr eine Rücksicherung testen gehört für mich genauso zur Pflege wie das Backup selbst.

Staging ohne großen Aufwand aufsetzen

Viele Hosting-Pakete bringen heute eine Ein-Klick-Staging-Funktion mit, die eine Kopie der Seite in einem geschützten Unterverzeichnis anlegt. Fehlt diese Funktion, reicht eine Subdomain mit einer Kopie der Dateien und einer eigenen Datenbank, oder eine lokale Testumgebung auf dem eigenen Rechner. Für eine kleine Website ohne Shop und ohne komplexe Formulare kann ein gründlicher Blick ins Backup plus eine kurze Testphase auf einer Kopie reichen. Sobald WooCommerce, ein Buchungssystem oder ein individuell programmiertes Formular im Spiel ist, würde ich auf Staging nicht verzichten — ein kaputter Checkout fällt sonst erst auf, wenn die erste Bestellung ausbleibt. Wer dafür selbst keine Zeit hat, kann diese Prüfungen im Rahmen einer laufenden WordPress-Pflege abgeben, statt Updates aus Zeitmangel aufzuschieben — genau das Aufschieben häuft sich dann zu den Fällen, in denen am Ende eine spürbar langsame Seite das eigentliche Thema wird.

Wer unsicher ist, wie viel Prüfaufwand die eigene Website braucht, kann das auch einfach kurz durchsprechen — der Aufwand unterscheidet sich zwischen einer schlanken Unternehmensseite und einem Onlineshop erheblich.

Kurz beantwortet

Muss ich vor jedem Update ein Backup anlegen?

Bei kleinen Versionssprüngen innerhalb eines automatisch gepflegten Systems reicht häufig das reguläre, ohnehin laufende Backup. Vor Major-Updates von WordPress selbst, von WooCommerce oder vom Theme sollte zusätzlich ein frisches Backup direkt vor dem Eingriff stehen.

Reicht ein Backup ohne Staging-Umgebung?

Ein Backup rettet im Fehlerfall die alte Version, verhindert aber keine Ausfallzeit. Staging zeigt den Fehler, bevor Besucher ihn sehen. Bei einfachen Websites ohne Shop ist ein Backup allein vertretbar, bei allem mit Zahlungsvorgängen oder komplexen Formularen nicht.

Wie oft sollte ich WordPress aktualisieren?

Sicherheitsrelevante Kleinupdates zeitnah, meist automatisch im Hintergrund. Größere Versionssprünge von WordPress, Theme oder zentralen Plugins plane ich bewusst ein, mit Backup und Test, statt sie monatelang aufzuschieben oder unkontrolliert sofort einzuspielen.