Eine klare Update-Strategie verbindet Tempo bei Sicherheitslücken mit Kontrolle bei riskanten Updates. Updates sind die wichtigste Sicherheitsmassnahme und gleichzeitig die häufigste Ursache für kaputte Websites. Eine gute Strategie unterscheidet nach Risiko und Dringlichkeit.
Kategorisieren statt alles gleich behandeln
| Update-Typ | Risiko | Vorgehen |
|---|---|---|
| Core Minor/Security (7.1.x) | sehr gering | Automatisch (Standard) |
| Sicherheitsupdate Plugin, aktiv ausgenutzt | hoch, wenn nicht eingespielt | Sofort, notfalls direkt in Produktion mit Backup |
| Kleine Plugins, Patch-Versionen | gering | Auto-Update oder wöchentlicher Lauf |
| Geschäftskritische Plugins (Shop, Zahlung, Page-Builder, Multilingual) | mittel bis hoch | Staging, Test, dann Produktion |
| Core Major, PHP-Wechsel | mittel | Staging, Regressionstest, geplantes Wartungsfenster |
Auto-Updates gezielt steuern
// Auto-Updates für alle Plugins ausser kritischen
add_filter( 'auto_update_plugin', function ( $update, $item ) {
$manual = [ 'woocommerce', 'sitepress-multilingual-cms', 'elementor-pro' ];
return in_array( $item->slug, $manual, true ) ? false : $update;
}, 10, 2 );
WordPress versucht seit Version 6.6 bei fehlgeschlagenen Plugin-Auto-Updates (fataler Fehler nach dem Update) automatisch auf die vorherige Version zurückzurollen. Das schützt vor offensichtlichen Abstürzen, nicht vor subtilen Fehlern wie kaputtem Checkout.
Rollback-Optionen
- WP-CLI:
wp plugin install woocommerce --version=9.4.2 --force - Plugin WP Rollback für Plugins und Themes aus WordPress.org.
- Snapshot des Hosters oder Server-Backup vor dem Update.
- Git/Composer: vorherigen Release-Stand deployen.
Achtung bei Datenbank-Migrationen: Plugins wie WooCommerce ändern beim Update das DB-Schema. Ein reines Code-Rollback kann dann Probleme machen; deshalb vor grossen Updates einen DB-Dump erstellen.
Visuelle Regressionstests
Für wichtige Sites lohnen sich automatisierte Screenshot-Vergleiche vor und nach Updates (z. B. Playwright, BackstopJS oder Wartungsdienste mit Visual-Regression-Funktion). Kritische Flows wie Kontaktformular, Login und Checkout sollten automatisiert getestet werden.
Ein Wartungsrhythmus, der funktioniert
- Täglich (automatisch): Core-Minor-Updates, Schwachstellen-Monitoring, Backups.
- Sofort bei Bedarf: Kritische Sicherheitslücken in eingesetzten Plugins.
- Wöchentlich: Plugin- und Theme-Updates (Staging für kritische), Logs prüfen.
- Bei Major-Releases (ca. 3x jährlich): Core-Major auf Staging testen, dann ausrollen.
- Quartalsweise: Plugin-Audit, Benutzer-Audit, Restore-Test, PHP-Version prüfen.
Dokumentation
Jedes Update mit Datum, Versionen und Auffälligkeiten protokollieren (Activity-Log-Plugin oder Wartungstool). Bei Problemen ist sofort klar, was sich geändert hat.
Weiterführende Artikel
- Staging-Umgebungen und Deployment-Workflows
- Backup-Konzept nach 3-2-1 inklusive Restore-Tests
- WordPress 7.x für Power User: Was sich geändert hat