Zum Inhalt springen
Tipps & Anleitungen

WordPress Plugin per FTP deaktivieren

Wenn ein Plugin die Website lahmlegt, hilft kein Admin-Zugang mehr — aber FTP: Ordner umbenennen, Plugin ist aus. Einstellungen bleiben erhalten. So geht's genau.

Ein Plugin-Update ging schief, die Website zeigt den kritischen Fehler — und der Adminbereich, in dem du das Plugin deaktivieren würdest, ist selbst nicht mehr erreichbar. Für genau diesen Moment gibt es den Rettungsanker: Plugins per FTP deaktivieren. Kein Datenverlust, keine Zauberei — nur ein umbenannter Ordner.

Das Prinzip

WordPress lädt jedes aktive Plugin aus seinem Ordner unter /wp-content/plugins/. Findet es den Ordner nicht mehr — weil er umbenannt wurde —, deaktiviert es das Plugin automatisch und still. Alle Einstellungen bleiben erhalten, denn die liegen in der Datenbank, nicht im Ordner.

Ein bestimmtes Plugin deaktivieren

  1. Verbinden: per FTP-Programm (FileZilla & Co.) oder über den Dateimanager im Hosting-Panel.
  2. Zu /wp-content/plugins/ navigieren.
  3. Den Ordner des Verursachers umbenennen: beispiel-plugin → beispiel-plugin_aus. Nicht löschen — umbenennen ist umkehrbar.
  4. Website neu laden: Sie sollte wieder funktionieren. Der Adminbereich zeigt den Hinweis, das Plugin sei „wegen eines Fehlers deaktiviert“ worden.

Welches Plugin schuld ist, verrät das Fehlerprotokoll: Der Pfad in der Fatal-Error-Zeile nennt den Ordnernamen — siehe Debug-Modus aktivieren.

Alle Plugins auf einmal deaktivieren

Wenn unklar ist, welches Plugin die Website blockiert:

  1. Den gesamten Ordner /wp-content/plugins/ in plugins_aus umbenennen.
  2. Website testen — lädt sie, war es sicher eines der Plugins.
  3. Ordner zurückbenennen. Wichtig zu wissen: Alle Plugins sind jetzt deaktiviert (WordPress hat sie beim Nicht-Finden ausgetragen) — sie sind aber alle noch installiert.
  4. Im Adminbereich die Plugins einzeln reaktivieren und nach jedem die Website prüfen. Beim Schuldigen bricht sie wieder — gefunden.

Schneller geht das Eingrenzen mit dem Halbierungsverfahren: erste Hälfte aktivieren, testen, dann die verdächtige Hälfte wieder halbieren. Auch bei 30 Plugins bist du so in fünf Runden am Ziel.

Danach: die Ursache versorgen

  • Update verfügbar? Oft ist der Fehler in einer neueren Version bereits behoben — Plugin aktualisieren und reaktivieren.
  • Bekannter Konflikt? Support-Forum des Plugins prüfen — bist du nicht allein, gibt es meist einen Workaround.
  • Plugin verwaist? Ohne Updates seit Jahren und inkompatibel mit aktuellem PHP: ersetzen statt reanimieren.
  • Bleibt ein Plugin deaktiviert liegen: irgendwann löschen — auch inaktive Plugins sind Angriffsfläche, ihr Code liegt ja weiter auf dem Server.

Der Vollständigkeit halber: der Datenbank-Weg

Ohne FTP-Zugang lässt sich die Deaktivierung auch in der Datenbank erledigen: In der Tabelle wp_options die Option active_plugins auf a:0:{} setzen — das deaktiviert alle Plugins auf einen Schlag. Der FTP-Weg ist aber der robustere: kein Risiko, versehentlich andere Optionen zu beschädigen. Für Datenbank-Arbeiten gilt immer: vorher Backup.

Mit Ammera Care kommst du in diese Lage praktisch nicht mehr: Updates laufen mit Pflicht-Backup und automatischem Funktionstest — ein Plugin, das die Website zerlegt, wird zurückgerollt, bevor du den FTP-Client überhaupt öffnen müsstest. Zum Core-Modul.

Häufig gestellte Fragen

Ammera Care Dieser Ratgeber wurde vom Ammera-Care-Team verfasst. Seit 2014 betreuen wir WordPress-Websites für Unternehmen im DACH-Raum.