- eine Testumgebung sinnvoll einsetzen
- Updates nach Risiko einordnen und geordnet einspielen
- eine Sicherungsstrategie nach Wiederherstellungszielen aufbauen
- einen wiederkehrenden Wartungsablauf etablieren
Die meisten Notfälle aus den vorigen Lektionen lassen sich verhindern – nicht durch ein weiteres Plugin, sondern durch Gewohnheiten. Wer Änderungen zuerst auf einer Kopie testet, Updates regelmäßig und in der richtigen Reihenfolge einspielt und Sicherungen hat, die tatsächlich funktionieren, wird selten überrascht. Diese Lektion schließt das Modul mit dem Betrieb ab: Testumgebung, Updates und Backups als ein zusammenhängender Ablauf statt als drei getrennte Aufgaben.
1. Die Testumgebung
Eine Testumgebung hilft nur, wenn sie der Live-Website ähnlich genug ist: gleiche PHP-Version, gleiche Plugins, realistische Datenmenge. Zwei Dinge sind dabei unverzichtbar. Erstens muss die Kopie für Suchmaschinen gesperrt sein, sonst konkurriert sie mit der echten Website. Zweitens darf sie keine echten E-Mails versenden und keine echten Zahlungen auslösen – sonst bekommen Kunden Testbestellungen.
2. Updates einordnen
Updates sind der häufigste Auslöser von Problemen – und ihr Ausbleiben die häufigste Ursache für Angriffe. Der Ausweg ist keine Extremposition, sondern eine Einordnung nach Risiko: Sicherheitsupdates sofort, kleine Updates regelmäßig, große Versionssprünge geplant und getestet.
Sicherheitsupdate für ein Plugin mit aktiv ausgenutzter Lücke
Neue Hauptversion des Shop-Plugins mit geänderter Kasse
Ein Plugin-Update, das seit gestern verfügbar ist und viele schlechte Bewertungen hat
Neue WordPress-Nebenversion mit Fehlerkorrekturen
1<?php2// Sicherheits- und Wartungsversionen automatisch (Standard)3define( 'WP_AUTO_UPDATE_CORE', 'minor' );45// Dateibearbeitung im Backend abschalten6define( 'DISALLOW_FILE_EDIT', true );Für Plugins lassen sich automatische Updates einzeln einschalten. Bewährt hat sich eine Mischung: unkritische, gut gepflegte Plugins automatisch, alles, was für Umsatz oder Darstellung zentral ist, von Hand nach einem Blick ins Änderungsprotokoll. Wichtig ist die Reihenfolge – erst sichern, dann aktualisieren, danach prüfen, ob die wichtigsten Seiten und Formulare noch funktionieren.
3. Sicherungen, die im Ernstfall tragen
Eine Sicherung ist erst dann eine Sicherung, wenn sie wiederhergestellt wurde. Zwei Fragen bestimmen die Strategie: Wie viel Arbeit dürfen wir maximal verlieren, und wie lange darf die Wiederherstellung dauern? Ein Blog verkraftet einen Tag, ein Shop mit dreißig Bestellungen täglich nicht. Bewährt ist die Regel drei Kopien, zwei Medien, eine außer Haus.
Brauchbar
| Teil | Enthält |
|---|---|
| Datenbank | Inhalte, Einstellungen, Nutzer, Bestellungen |
| wp-content/uploads | alle Medien – meist der größte Teil |
| Themes und Plugins | auch selbst entwickelte, die es nirgends sonst gibt |
| wp-config.php und .htaccess | Konfiguration, Schlüssel, Regeln |
4. Ein Wartungsablauf
Dokumentation und Übergabe
Zum Betrieb gehört, dass eine andere Person übernehmen kann – im Urlaub, bei Krankheit oder wenn die Betreuung wechselt. Dafür genügt ein knappes Dokument je Website: Wo liegt das Hosting, welche Domains gehören dazu und wann laufen sie ab, welche Zugänge gibt es und wo liegen sie (im Passwortmanager, nicht in der Notizen-App), welche Plugins sind kostenpflichtig und wann verlängern sich die Lizenzen, welche Besonderheiten hat die Website. Dazu gehört auch, was bewusst anders gemacht wurde – etwa ein Plugin, das aus gutem Grund auf einer älteren Version bleibt. Ohne diese Notiz aktualisiert jemand es in bester Absicht und legt die Buchung lahm.
Ebenso wichtig ist ein realistischer Umgang mit Erwartungen. Wer Wartung anbietet, sollte klar sagen, was enthalten ist: Updates, Sicherungen, Prüfung der Erreichbarkeit, ein Bericht – und was nicht: neue Funktionen, Inhaltspflege, Wiederherstellung nach einem selbst verursachten Fehler. Diese Klarheit verhindert Enttäuschungen auf beiden Seiten und macht den Aufwand kalkulierbar.
5. Ein Beispiel
Ein Hotel betreibt eine Website mit Zimmerbuchung. Der Betreuungsvertrag sieht vor: tägliche Sicherung mit 30 Tagen Aufbewahrung bei einem Anbieter außerhalb des Hostings, Sicherheitsupdates innerhalb von 24 Stunden, alle übrigen Updates am ersten Dienstag im Monat auf der Testumgebung und am Mittwoch live. Zweimal im Jahr wird eine Wiederherstellung geübt. Als ein Update des Buchungs-Plugins die Kalenderdarstellung zerstörte, fiel das auf der Kopie auf – die Live-Website blieb unberührt, und der Anbieter lieferte drei Tage später eine Korrektur. Der Aufwand liegt bei rund zwei Stunden im Monat.
6. Häufige Fragen
Reichen die Backups meines Hosters? Als einzige Sicherung selten. Sie liegen oft auf derselben Infrastruktur, reichen nur wenige Tage zurück und lassen sich manchmal nur komplett zurückspielen. Als zusätzliche Ebene sind sie wertvoll.
Sind automatische Updates für alles sinnvoll? Für den Kern und gut gepflegte, unkritische Plugins ja. Bei Shop-, Buchungs- und Formularfunktionen ist ein kurzer Test vorher sicherer. Wichtig ist, dass automatische Updates überwacht werden – WordPress schickt dazu Benachrichtigungen.
Wie übertrage ich Änderungen von der Kopie zur Live-Website? Dateien über ein Deployment oder gezieltes Hochladen. Die Datenbank sollte nicht zurückgespielt werden, weil in der Zwischenzeit echte Inhalte und Bestellungen entstanden sind. Einstellungen werden daher auf der Live-Website noch einmal vorgenommen.
7. Übung zum Selbermachen
Legen Sie für eine Website einen einseitigen Wartungsplan an: Wer macht was, wie oft, mit welchen Zugängen. Prüfen Sie danach drei Angaben praktisch nach: Wie alt ist die jüngste Sicherung, wie weit reichen die Sicherungen zurück und wo liegen sie? Spielen Sie anschließend eine Sicherung in einer Testumgebung ein und stoppen Sie die Zeit. Die meisten erleben dabei eine Überraschung – und genau dafür ist die Übung gedacht.
- [1]WordPress.org (2026): Updating WordPress; WordPress Backups – Advanced Administration Handbook.
- [2]WordPress.org (2026): Configuring Automatic Background Updates.
- [3]BSI (2025): Datensicherungskonzept – IT-Grundschutz-Baustein CON.3.
Stand: September 2026, WordPress 7.1, PHP 8.3. Kursmaterial der Klarwerk Akademie. WordPress entwickelt sich schnell – maßgeblich ist die aktuelle Dokumentation auf developer.wordpress.org.