Plugin-Update hat die Website zerstört – Schritt für Schritt zurück

Warum Plugin-Updates Websites zerstören

Plugin-Updates sind notwendig – sie schließen Sicherheitslücken, verbessern die Performance und bringen neue Funktionen. Doch manchmal zerstören sie genau das, was sie eigentlich schützen sollen. Die häufigste Ursache sind Konflikte: Ein Plugin-Update ändert interne Funktionen, auf die ein anderes Plugin oder das Theme zugreift, und dieser Aufruf schlägt fehl. Das Ergebnis ist ein White Screen of Death, ein fataler PHP-Fehler oder ein komplett defektes Layout. Ein weiterer häufiger Auslöser ist die PHP-Version: Neuere Plugin-Versionen setzen moderne PHP-Features voraus, die auf älteren Hosting-Paketen nicht verfügbar sind. Datenbankveränderungen sind besonders tückisch – ändert ein Plugin seine Tabellenstruktur und tritt dabei ein Fehler auf, kann die gesamte Datenbank in einem inkonsistenten Zustand bleiben. Manchmal liegt es schlicht an einem Fehler des Plugin-Entwicklers, den die Qualitätssicherung nicht entdeckt hat.

Was Sie jetzt nicht tun sollten: keine weiteren Plugin-Updates installieren, solange die Website defekt ist – das verschlimmert die Situation und erschwert die Fehlersuche. Nicht blind alle Plugins auf einmal deaktivieren, dabei können wichtige Daten verloren gehen. Nicht in Panik handeln und Dateien überschreiben, ohne vorher zu sichern, was noch vorhanden ist. Und keine Lösungen aus zufälligen Foren-Posts anwenden, die nicht zur exakten WordPress- und PHP-Version passen.

Schritt für Schritt zurück zur Website

1. Website-Status prüfen und dokumentieren: Öffnen Sie die Website und notieren Sie genau, was Sie sehen – kompletter weißer Bildschirm, Fatal-Error-Meldung mit Dateiname und Zeilennummer, defektes Layout ohne Funktionalität, oder nur ein Bereich betroffen? Öffnen Sie auch /wp-admin, manchmal ist nur das Frontend betroffen, das Backend aber noch zugänglich. 2. Backup einspielen über das Hosting-Panel: Loggen Sie sich ins Hosting-Panel ein und navigieren Sie zu Backup/Wiederherstellung. Die meisten Anbieter wie IONOS, Strato, Hetzner oder All-Inkl bieten tagesaktuelle Backups. Wählen Sie den Stand vom Vortag des Updates und stellen Sie Dateisystem und Datenbank gemeinsam wieder her. Alternativ: UpdraftPlus-Backup über WordPress-Admin, falls erreichbar, oder BackupBuddy. Notieren Sie vorher, welche Plugins Sie aktualisiert haben – die müssen nach der Wiederherstellung auf der Vorgängerversion bleiben. 3. Ohne Backup: Plugin via FTP deaktivieren: Verbinden Sie sich mit einem FTP-Client wie FileZilla zu Ihrem Server, navigieren Sie zu /wp-content/plugins/ und benennen Sie den Ordner des verdächtigen Plugins um, zum Beispiel von woocommerce zu woocommerce_deaktiviert. WordPress erkennt das Plugin dann nicht mehr und deaktiviert es automatisch. Laden Sie anschließend die Website – funktioniert sie wieder, ist dieses Plugin die Ursache. 4. Staging-Umgebung nutzen: Bietet Ihr Hosting eine Staging-Umgebung an, aktivieren Sie sie, spielen dort das Update ein und prüfen das Ergebnis in einer sicheren Test-Umgebung. So testen Sie auch rückwirkend eine Lösung, bevor Sie sie auf die Live-Website anwenden. 5. Plugin-Konflikt systematisch eingrenzen: Wurden mehrere Plugins aktualisiert, stellen Sie per FTP alle aktualisierten Plugins auf die Vorgängerversion zurück (Download von wordpress.org/plugins unter „Advanced View" und „Older Versions"). Aktivieren Sie die Plugins einzeln neu und laden Sie nach jedem Schritt die Website. Sobald der Fehler wieder auftritt, haben Sie den Verursacher identifiziert. 6. Update mit WP Rollback zurückrollen: Ist der WordPress-Admin noch erreichbar, installieren Sie das kostenlose Plugin WP Rollback. Damit setzen Sie jedes Plugin und Theme auf eine ältere Version zurück, direkt aus der WordPress-Oberfläche, ohne FTP. Wählen Sie die letzte stabile Version und testen Sie die Website anschließend vollständig. 7. Support des Plugin-Herstellers kontaktieren: Melden Sie den Fehler im WordPress.org-Forum des Plugins oder, bei Premium-Plugins, über den Support-Kanal des Anbieters. Geben Sie WordPress-Version, PHP-Version, Theme-Name und -Version sowie die genaue Fehlermeldung an. Gute Plugin-Entwickler reagieren bei kritischen Fehlern innerhalb von 24 bis 48 Stunden.

Update-Katastrophen künftig vermeiden

• Immer vor einem Update ein vollständiges Backup erstellen, Dateien und Datenbank
• Staging-Umgebung nutzen: Update dort testen, bevor es auf Live geht
• Updates einzeln installieren, nicht alle auf einmal, so ist der Verursacher sofort identifiziert
• Changelog des Plugins lesen: Große Versionssprünge, etwa von 1.x auf 2.x, besonders sorgfältig testen
• PHP-Version vor dem Update prüfen: die Kompatibilitätstabelle des Plugins beachten
• Theme-Kompatibilität prüfen: das Plugin-Changelog auf Theme-Abhängigkeiten oder Breaking Changes durchsehen
• Update-Zeitpunkt klug wählen: nicht kurz vor einem wichtigen Termin, Event oder Verkaufshöhepunkt

Eine Staging-Umgebung ist keine Luxus-Option, sondern Pflicht für jede professionell betriebene WordPress-Website. Hoster wie Kinsta, WP Engine und viele cPanel-Anbieter bieten One-Click-Staging kostenlos oder für wenige Euro pro Monat an, alternativ eignet sich eine lokale Entwicklungsumgebung mit LocalWP. Eine robuste Update-Routine ist keine Raketenwissenschaft, aber sie erfordert Disziplin: Backup automatisieren, ein festes Update-Fenster festlegen – zum Beispiel dienstags außerhalb der Stoßzeiten –, Updates zuerst im Staging testen, dann auf Live übertragen und die Website vollständig durchklicken: Startseite, Kontaktformular, Warenkorb, Checkout, Login-Bereich. Automatische Updates sollten nur für Sicherheits-Patches aktiviert sein, Major-Updates immer manuell und mit Staging-Test erfolgen.