WordPress Fehler beheben

Symptom: Leere Seite mit genau dieser Meldung; meist kommt zusätzlich eine WordPress-E-Mail mit einem Recovery-Link.

Ursache: Ein PHP-Fatal-Error – fast immer ein Plugin-/Theme-Konflikt, ein inkompatibles Update oder zu wenig Arbeitsspeicher.

Lösung:

1. Die Recovery-Mode-E-Mail von WordPress öffnen – der Link führt in ein geschütztes Backend.
2. Das zuletzt aktivierte oder aktualisierte Plugin deaktivieren (per FTP den Plugin-Ordner umbenennen, falls kein Backend erreichbar ist).
3. PHP-Memory-Limit erhöhen (WP_MEMORY_LIMIT in wp-config.php).
4. WP_DEBUG aktivieren und in der debug.log die genaue Datei/Zeile ablesen.

Symptom: Komplett leere, weiße Seite – ganz ohne Fehlermeldung.

Ursache: Ein PHP-Fehler oder ein erreichtes Speicherlimit, während die Fehleranzeige abgeschaltet ist.

Lösung:

1. WP_DEBUG in der wp-config.php einschalten, damit die Meldung sichtbar wird.
2. Alle Plugins deaktivieren (per FTP /wp-content/plugins umbenennen).
3. Auf ein Standard-Theme wechseln.
4. Speicherlimit erhöhen und Server-/Objekt-Cache leeren.

Symptom: "403 Forbidden – You don't have permission to access…" statt deiner Seite.

Ursache: Falsche Dateirechte, eine beschädigte oder blockierende .htaccess, ein Security-Plugin bzw. eine Firewall (mod_security) – oder eine versehentliche IP-Sperre.

Lösung:

1. Dateirechte prüfen: Ordner auf 755, Dateien auf 644.
2. .htaccess sichern und neu erzeugen (in WordPress unter Einstellungen → Permalinks einfach speichern).
3. Security-Plugin bzw. Firewall testweise deaktivieren.
4. Beim Hoster die mod_security-/WAF-Regeln prüfen und die eigene IP als gesperrt ausschließen.

Symptom: Layout kaputt, Funktionen fehlen oder Fehlermeldungen direkt nach einem Core-, Plugin- oder Theme-Update.

Ursache: Eine Inkompatibilität zwischen dem Update und einem anderen Plugin, dem Theme oder der PHP-Version.

Lösung:

1. Alle Caches leeren (Server, Plugin, CDN, Browser).
2. Das auslösende Plugin/Theme auf die Vorversion zurücksetzen (Rollback).
3. PHP-Version prüfen und ggf. angleichen.
4. Künftig vor Updates: Staging-Umgebung nutzen und Backup ziehen.

Symptom: "Error establishing a database connection" statt der Website.

Ursache: Falsche Datenbank-Zugangsdaten, ein überlasteter oder ausgefallener DB-Server oder beschädigte Tabellen.

Lösung:

1. DB-Zugangsdaten in der wp-config.php prüfen (DB_NAME, DB_USER, DB_PASSWORD, DB_HOST).
2. Beim Hoster prüfen, ob der Datenbank-Server läuft und nicht am Verbindungslimit ist.
3. Datenbank reparieren (define('WP_ALLOW_REPAIR', true) und /wp-admin/maint/repair.php aufrufen).

Das ist ein PHP-Fatal-Error, meist durch ein Plugin- oder Theme-Update. Nutze die Recovery-Mode-E-Mail von WordPress, deaktiviere das zuletzt geänderte Plugin (notfalls per FTP), erhöhe das PHP-Memory-Limit und lies mit aktiviertem WP_DEBUG die genaue Ursache in der debug.log.

Schalte WP_DEBUG in der wp-config.php ein, um die versteckte Fehlermeldung sichtbar zu machen. Deaktiviere dann alle Plugins per FTP, wechsle auf ein Standard-Theme und erhöhe das Speicherlimit. In den meisten Fällen ist ein einzelnes Plugin oder das Theme die Ursache.

Prüfe die Dateirechte (Ordner 755, Dateien 644), erzeuge die .htaccess über Einstellungen → Permalinks neu, deaktiviere testweise Security-Plugins und lasse beim Hoster die mod_security-/Firewall-Regeln prüfen. Oft blockiert eine zu strenge Sicherheitsregel den Zugriff.

Leere zuerst alle Caches. Bleibt der Fehler, setze das auslösende Plugin oder Theme auf die Vorversion zurück und prüfe die PHP-Version. Vor künftigen Updates lohnt sich eine Staging-Umgebung plus Backup, damit ein fehlerhaftes Update nie die Live-Seite trifft.

Wenn die Fehlermeldung nicht eindeutig ist, mehrere Ursachen zusammenkommen, es um einen Shop mit Umsatz geht oder du dich beim Bearbeiten von Code/Datenbank unsicher fühlst. Wir beheben WordPress-Fehler zum Festpreis und verhindern sie mit laufender Wartung.

In der wp-config.php setzt du define('WP_DEBUG', true); und zusätzlich define('WP_DEBUG_LOG', true); — dann schreibt WordPress alle Fehler mit Datei und Zeile in wp-content/debug.log. So findest du die genaue Ursache. Auf Live-Seiten die Anzeige unterdrücken (WP_DEBUG_DISPLAY auf false) und den Debug-Modus danach wieder abschalten.

Über FTP oder den Datei-Manager des Hosters: den Plugin-Ordner umbenennen (deaktiviert alle Plugins auf einmal), das aktive Theme auf ein Standard-Theme zurücksetzen, oder das Passwort direkt in der Datenbank (phpMyAdmin) neu setzen. Meist blockiert ein Plugin- oder Theme-Konflikt den Login.

Per FTP den Ordner wp-content/plugins in z. B. plugins_off umbenennen — WordPress deaktiviert dann alle Plugins. Kommst du wieder rein, benennst du zurück und aktivierst einzeln, bis der Fehler wiederkommt: das ist der Übeltäter. Der schnellste Weg, einen Plugin-Konflikt einzugrenzen.

Ein Fehler ist meist ein technisches Problem: nach einem Update, ein Plugin-Konflikt, zu wenig Speicher. Ein Hack zeigt sich durch fremde Inhalte, unbekannte Weiterleitungen, Spam-Seiten oder eine Google-Warnung. Deutet etwas auf einen Angriff hin, geht es nicht ums Reparieren, sondern ums Bereinigen — dann hilft unsere WordPress-Notfallhilfe.

In der wp-config.php mit define('WP_MEMORY_LIMIT', '256M'); — alternativ in der php.ini oder .htaccess. Das behebt die Meldung »Allowed memory size exhausted«. Bei Shared-Hosting greift oft ein hartes Server-Limit; dann muss der Hoster es anheben.

Größere Eingriffe (Code, Datenbank, riskante Updates) immer auf einer Staging-Kopie testen und erst dann live übernehmen. Für schnelle Fixes reichen Wartungsmodus plus ein aktuelles, getestetes Backup — damit ein missglückter Versuch nie die Live-Seite beschädigt.