Mit aktuellem Backup ist die Wiederherstellung nach einem schädlichen Plugin-Update in 20 Minuten erledigt. Ohne Backup: Plugin via FTP deaktivieren oder WP Rollback nutzen. Danach eine automatische Backup-Routine einrichten.
Backup ist der Lebensretter — ohne Backup wird es teuer. Wer regelmäßige Backups hat, ist in 20 Minuten wieder online. Wer kein Backup hat, beginnt eine aufwendige und oft teure Fehlersuche ohne Netz. Dieser Leitfaden führt Sie systematisch durch beide Szenarien.
Plugin-Updates sind notwendig — sie schließen Sicherheitslücken, verbessern Performance und bringen neue Funktionen. Doch manchmal zerstören sie genau das, was sie schützen sollen. Warum passiert das? 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: White Screen of Death, fatale 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 — wenn ein Plugin seine Tabellenstruktur ändert und dabei ein Fehler auftritt, kann die gesamte Datenbank in einem inkonsistenten Zustand bleiben. Manchmal liegt es auch schlicht an einem Fehler des Plugin-Entwicklers, der in einer bestimmten Konstellation einen kritischen Bug eingebaut hat, den die Qualitätssicherung nicht entdeckt hat.
-
Website-Status prüfen und dokumentieren
Öffnen Sie die Website und notieren Sie genau, was Sie sehen: Komplett weißer Bildschirm (White Screen of Death), Fatal-Error-Meldung mit Dateiname und Zeilennummer, defektes Layout ohne Funktionalität, oder nur ein Bereich der Website ist betroffen? Diese Information ist entscheidend für alle weiteren Schritte. Öffnen Sie auch /wp-admin — manchmal ist nur das Frontend betroffen, das Backend aber noch zugänglich.
-
Backup einspielen über Hosting-Panel
Loggen Sie sich in Ihr Hosting-Panel ein und navigieren Sie zu Backup/Wiederherstellung. Die meisten Anbieter (IONOS, Strato, Hetzner, 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.
-
Wenn kein Backup vorhanden: Plugin via FTP deaktivieren
Verbinden Sie sich mit einem FTP-Client (FileZilla) zu Ihrem Server. Navigieren Sie zu /wp-content/plugins/. Benennen Sie den Ordner des verdächtigen Plugins um — z.B. von woocommerce zu woocommerce_deaktiviert. WordPress erkennt das Plugin dann nicht mehr und deaktiviert es automatisch. Versuchen Sie anschließend, die Website zu laden. Wenn sie wieder funktioniert, ist dieses Plugin die Ursache.
-
Staging-Umgebung nutzen
Falls Ihr Hosting eine Staging-Umgebung anbietet (viele moderne Hoster bieten das mit einem Klick): Aktivieren Sie sie, spielen Sie dort das Update ein und prüfen Sie das Ergebnis in der sicheren Test-Umgebung. So lernen Sie, ob das Update grundsätzlich problematisch ist, ohne die Live-Website zu gefährden. Diese Option ist nach einem Crash auch rückwirkend wertvoll — testen Sie hier die Lösung, bevor Sie sie auf Live anwenden.
-
Plugin-Konflikt systematisch eingrenzen
Wenn mehrere Plugins aktualisiert wurden: Erstellen Sie eine Liste. 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.
-
Update zurückeollen mit WP Rollback
Wenn der WordPress-Admin noch erreichbar ist: Installieren Sie das kostenlose Plugin WP Rollback über /wp-admin/plugin-install.php. Damit können Sie jedes Plugin und jedes Theme auf eine ältere Version zurücksetzen — direkt aus der WordPress-Oberfläche, ohne FTP. Wählen Sie die letzte stabile Version und testen Sie die Website anschließend vollständig.
-
Support des Plugin-Herstellers kontaktieren
Melden Sie den Fehler direkt beim Plugin-Entwickler: Im WordPress.org-Forum des Plugins oder — bei Premium-Plugins — über den Support-Kanal des Anbieters. Geben Sie an: WordPress-Version, PHP-Version, Theme-Name und -Version sowie die genaue Fehlermeldung. Gute Plugin-Entwickler reagieren bei kritischen Fehlern innerhalb von 24 bis 48 Stunden.
- 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 (1.x auf 2.x) immer besonders sorgfältig testen
- PHP-Version vor dem Update prüfen: Kompatibilitätstabelle des Plugins beachten
- Theme-Kompatibilität prüfen: Plugin-Changelog auf Theme-Abhängigkeiten oder Breaking Changes prüfen
- Update-Zeitpunkt klug wählen: Nicht kurz vor einem wichtigen Termin, Event oder Verkaufshöhepunkt
Eine robuste Update-Routine ist keine Raketenwissenschaft, aber sie erfordert Disziplin. Der empfohlene Ablauf: Backup automatisieren (UpdraftPlus auf tägliche Sicherung setzen, Kopie in Cloud-Speicher oder NAS), Update-Fenster festlegen (z.B. jeden Dienstag außerhalb der Stoßzeiten), Updates zuerst im Staging testen, auf Live übertragen und Website vollständig durchklicken. Prüfen Sie: Startseite, Kontaktformular, Warenkorb, Checkout, Login-Bereich — alles, was für Ihr Geschäft kritisch ist. Für WordPress-Betreiber empfehlen wir, automatische Updates nur für Sicherheits-Patches zu aktivieren, nicht für alle Plugins. Major-Updates immer manuell und mit Staging-Test. Wer diesen Prozess konsequent umsetzt, hat keine Angst mehr vor Plugin-Updates — weil er weiß, dass er in 10 Minuten wieder zum letzten stabilen Stand zurückkehren kann.
- Mit aktuellem Backup ist die Wiederherstellung in 20 Minuten erledigt — ohne Backup beginnt die aufwendige Fehlersuche
- Plugin-Konflikte per FTP oder WP Rollback systematisch eingrenzen — immer einzeln, nie alles auf einmal
- Staging-Umgebung vor jedem Update nutzen: Das eliminiert Production-Ausfälle fast vollständig
- Update-Routine mit automatischem Backup, Staging-Test und definiertem Update-Fenster aufbauen
Website nach einem Plugin-Update zerstört und kein Backup vorhanden? Wir haben das schon oft gerettet — und richten danach eine Routine ein, die das nie wieder passieren lässt.
Update-Desaster beheben lassenHäufige Fragen
Was tue ich sofort beim White Screen of Death nach einem Update?
Wie vermeide ich Update-Katastrophen in Zukunft?
Was ist WP Rollback und wann ist es nützlich?
War dieser Artikel hilfreich?