1. Home
  2. FAQ – Häufige Fragen
  3. Warum werden meine Plugins automatisch deaktiviert – auch ohne manuelles Update?

Warum werden meine Plugins automatisch deaktiviert – auch ohne manuelles Update?

Wenn in WordPress plötzlich mehrere oder sogar alle Plugins deaktiviert sind, obwohl du selbst kein Update durchgeführt hast, kann das verschiedene Ursachen haben. Wichtig ist: In vielen Fällen wurde nicht „einfach so“ etwas deaktiviert, sondern WordPress, ein Sicherheitssystem oder ein Verwaltungstool hat auf ein Problem reagiert.

Auch wenn du kein Update manuell gestartet hast, können im Hintergrund automatische Plugin-, Theme- oder Sicherheitsupdates laufen. Außerdem können Sicherheitsprüfungen, Malware-Scans oder Änderungen am Plugin-Verzeichnis dazu führen, dass WordPress Plugins nicht mehr korrekt erkennt.


Mögliche Ursachen


1. Plugin-Dateien waren kurzzeitig nicht erreichbarv

WordPress speichert aktive Plugins in der Datenbank. Wenn WordPress beim Laden des Backends feststellt, dass ein aktives Plugin nicht mehr vorhanden oder ungültig ist, kann es dieses Plugin automatisch deaktivieren.

Das kann zum Beispiel passieren, wenn der Ordner wp-content/plugins kurzzeitig umbenannt, verschoben, gelöscht oder nicht lesbar ist. Auch fehlerhafte Dateirechte, unvollständige Backups, fehlgeschlagene Wiederherstellungen oder unterbrochene Update-Prozesse können dazu führen.

Wenn WordPress den Plugin-Ordner oder einzelne Plugin-Dateien nicht findet, wirken die Plugins für WordPress wie „nicht vorhanden“. Werden sie danach wiederhergestellt, bleiben sie unter Umständen trotzdem deaktiviert und müssen manuell erneut aktiviert werden.


2. Ein kritischer PHP-Fehler oder eine Inkompatibilität

Ein einzelnes Plugin kann durch einen PHP-Fehler, eine Inkompatibilität mit der verwendeten PHP-Version oder einen fehlerhaften Plugin-Stand einen kritischen Fehler auslösen.

WordPress versucht in solchen Fällen über den Recovery Mode, den Zugriff auf das Backend wieder möglich zu machen. Dabei werden fehlerhafte Erweiterungen nicht zwingend dauerhaft deaktiviert, sondern können für den Zugriff im Recovery Mode pausiert werden.

Trotzdem kann es im Alltag so wirken, als sei ein Plugin „automatisch deaktiviert“ worden. Vor allem dann, wenn zusätzlich ein Sicherheitstool, ein Hosting-Tool oder ein Administrator eingegriffen hat.


3. Automatische Sicherheitsmaßnahmen durch Hosting- oder Sicherheitstools

Tools wie das Plesk WordPress Toolkit, WP Guardian, Imunify360 oder andere Sicherheitslösungen können Plugins prüfen, aktualisieren, bereinigen oder bei Sicherheitsrisiken deaktivieren.

Im Plesk WordPress Toolkit gibt es zum Beispiel Einstellungen, mit denen sicherheitsrelevante Plugin-Updates automatisch installiert werden können. Je nach Konfiguration können gefährdete Plugins auch deaktiviert statt aktualisiert werden.

Auch Malware-Scanner können Dateien bereinigen oder entfernen, wenn sie als infiziert erkannt werden. Betrifft das eine Plugin-Datei, kann WordPress das Plugin anschließend nicht mehr korrekt laden.


4. Automatische Plugin-Updates im Hintergrund

Auch wenn du selbst kein Update gestartet hast, können automatische Updates aktiv sein. Das kann direkt über WordPress, über das Plesk WordPress Toolkit oder über andere Verwaltungsfunktionen passieren.

Wenn ein automatisches Update fehlschlägt oder unvollständig bleibt, können Plugin-Dateien fehlen oder beschädigt sein. In der Folge erkennt WordPress das Plugin möglicherweise als ungültig und deaktiviert es.


5. Manuelle oder externe Änderungen

Nicht immer ist WordPress selbst die Ursache. Auch folgende Punkte kommen infrage:

  • ein anderer Administrator hat Plugins deaktiviert,
  • ein Deployment oder Sync hat den alten Plugin-Status überschrieben,
  • ein Backup wurde teilweise wiederhergestellt,
  • eine Staging-Umgebung wurde auf die Live-Webseite übertragen,
  • die Datenbankoption für aktive Plugins wurde verändert,
  • der Plugin-Ordner wurde per FTP, SSH oder Dateimanager geändert.


Was du prüfen solltest


1. Zeitpunkt notieren

Notiere dir Datum und möglichst genaue Uhrzeit, zu der die Deaktivierung aufgefallen ist. Das ist wichtig, um Server-, Plesk-, WordPress- und Sicherheitslogs gezielt prüfen zu können.

2. Plugin-Status im Plesk WordPress Toolkit prüfen

Wenn du Plesk nutzt, öffne das WordPress Toolkit und prüfe dort den Plugin-Status. Dort kannst du Plugins oft auch dann wieder aktivieren, wenn du nicht mehr ins WordPress-Backend kommst.

Prüfe zusätzlich die Logs im WordPress Toolkit. Dort können Aktionen wie Updates, Sicherheitsmaßnahmen oder Statusänderungen sichtbar sein.

3. WordPress- und Server-Logs prüfen

Prüfe die Error-Logs der Webseite rund um den Zeitpunkt des Vorfalls. Relevant sind vor allem PHP-Fehler, Hinweise auf fehlende Dateien, Berechtigungsprobleme oder Fehler während eines Updates.

2 Typische Hinweise wären zum Beispiel:

  • „failed to open stream“
  • „No such file or directory“
  • „Fatal error“
  • „Permission denied“
  • „Plugin could not be loaded“
  • „Update failed“

4. Plugin-Verzeichnis prüfen

Kontrolliere per FTP, SSH oder Dateimanager, ob der Ordner wp-content/plugins vorhanden ist und ob die Plugin-Ordner vollständig aussehen.

Achte besonders darauf, ob Plugin-Ordner fehlen, leer sind, ungewöhnliche Dateirechte haben oder kürzlich verändert wurden.

5. Sicherheits- und Malware-Logs prüfen

Wenn auf dem Server Imunify360, WP Guardian, Wordfence, Patchstack, Sucuri oder ein anderes Sicherheitssystem aktiv ist, prüfe dort die Ereignisse.

Wichtig ist vor allem, ob Dateien bereinigt, blockiert, entfernt oder als verdächtig markiert wurden.

6. Debugging nur kontrolliert aktivieren

Wenn der Fehler erneut auftritt oder sich reproduzieren lässt, kann WordPress-Debugging helfen. Aktiviere Debugging aber nicht dauerhaft sichtbar im Frontend. Sinnvoller ist eine Protokollierung in die Debug-Datei:

define( 'WP_DEBUG', true );

define( 'WP_DEBUG_LOG', true );

define( 'WP_DEBUG_DISPLAY', false );

Danach kannst du die Datei wp-content/debug.log prüfen. Nach der Analyse sollte Debugging wiederdeaktiviert werden.

Was du nicht sofort tun solltest

Aktiviere nicht blind alle Plugins wieder, wenn du den Grund noch nicht kennst. Wenn ein Sicherheits-Tool ein Plugin wegen einer Schwachstelle oder Malware deaktiviert hat, kann eine direkte Reaktivierung riskant sein.

Besser ist:

  1. Ursache prüfen,
  2. Logs kontrollieren,
  3. Plugin-Dateien und Versionen prüfen,
  4. betroffene Plugins aktualisieren oder sauber neu installieren,
  5. anschließend gezielt reaktivieren und testen.

Fazit

Wenn WordPress-Plugins plötzlich deaktiviert sind, ohne dass du selbst ein Update durchgeführt hast, liegt die Ursache häufig in einem von vier Bereichen:

  • WordPress konnte Plugin-Dateien nicht mehr finden oder lesen,
  • ein automatisches Update ist fehlgeschlagen,
  • ein Sicherheitssystem hat eingegriffen,
  • oder ein kritischer Fehler bzw. eine Inkompatibilität hat eine Schutzreaktion ausgelöst.

Der wichtigste nächste Schritt ist die Prüfung der Logs rund um den genauen Zeitpunkt des Vorfalls. Besonders hilfreich sind dabei das Plesk WordPress Toolkit, die PHP-Error-Logs, mögliche Malware-Scanner-Logs und die WordPress-Debug-Datei.

Wenn du dir unsicher bist, sende unserem Support bitte einen Screenshot der Plugin-Übersicht, den ungefähren Zeitpunkt des Vorfalls und den Hinweis, ob du Plesk, Imunify360 oder ein anderes Sicherheitstool im Einsatz hast. Dann können wir gezielt nach der Ursache suchen.

Zuletzt geändert: 20. Juli 2026
War dieser Artikel hilfreich?

Empfohlene Artikel

Brauchst du Unterstützung?
Du kannst die gesuchte Antwort nicht finden?
Support kontaktieren