WordPress kritischer Fehler beheben

Die Meldung "Es gab einen kritischen Fehler auf deiner Website" ist ein Schutzmechanismus von WordPress. Seit Version 5.2 (veröffentlicht im Mai 2019) erkennt WordPress schwerwiegende PHP-Fehler automatisch und zeigt diese kontrollierte Fehlermeldung an, statt die Website einfach abstürzen zu lassen. Gleichzeitig aktiviert sich der sogenannte Recovery Mode (Wiederherstellungsmodus) - ein eingebauter Notfallmechanismus, der Ihnen per E-Mail einen speziellen Zugangslink zum Backend schickt.

Vor WordPress 5.2 sahen Sie bei einem schwerwiegenden PHP-Fehler lediglich eine komplett leere, weiße Seite - den berüchtigten White Screen of Death. Wenn Ihre Website statt der Fehlermeldung nur eine weiße Seite ohne jede Meldung zeigt, nutzen Sie meinen separaten Ratgeber dazu. Der Unterschied ist wichtig: Die Fehlermeldung "Es gab einen kritischen Fehler" bedeutet, dass der Recovery Mode aktiv ist und Sie in vielen Fällen direkt über einen E-Mail-Link reparieren können.

Die exakte Meldung lautet auf Deutsch:

"Es gab einen kritischen Fehler auf deiner Website. Bitte prüfe deine E-Mails für den Administrator-Account, um weitere Anweisungen zu erhalten."

Diese Meldung richtet sich an den Administrator und ist bewusst vage gehalten, damit Besucher keine technischen Details sehen. Die englische Variante lautet "There has been a critical error on this website" - wenn Sie nach "WordPress critical error beheben" suchen, meinen Sie dasselbe Problem. Im Hintergrund protokolliert WordPress den genauen Fehler und versucht, Ihnen eine E-Mail mit einem zeitlich begrenzten Reparaturlink zu senden.

Ein defektes Plugin (eine Erweiterung, die WordPress um Funktionen ergänzt) ist mit Abstand die häufigste Ursache für den kritischen Fehler. Besonders häufig tritt ein WordPress kritischer Fehler nach Update auf - ob Plugin-Update, Theme-Update oder PHP-Update durch den Hoster. Aus meiner Projekterfahrung verteilen sich die Ursachen bei Reparatur-Anfragen ungefähr wie folgt (Schätzwerte, die je nach Umgebung variieren können):

• Plugin-Konflikt nach Update (~50 %): Ein Plugin-Update enthält fehlerhaften Code oder ist nicht mit Ihrer WordPress-Version kompatibel. Besonders riskant: Wenn mehrere Plugins gleichzeitig aktualisiert werden.
• Theme-Inkompatibilität (~20 %): Ihr Theme (die Design-Vorlage Ihrer Website) kollidiert mit einem Plugin oder einer neuen PHP-Version. Häufig betroffen: Themes, die seit über einem Jahr kein Update erhalten haben.
• PHP-Version zu alt oder zu neu (~15 %): WordPress benötigt mindestens PHP 7.4, empfohlen wird PHP 8.3 oder höher. Wenn Ihr Hoster (der Anbieter, der Ihren Webspace bereitstellt) die PHP-Version ändert, können veraltete Plugins abstürzen.
• PHP-Speicherlimit erschöpft (~10 %): WordPress braucht mehr Arbeitsspeicher als erlaubt. Speziell Page-Builder wie Elementor oder Divi verbrauchen deutlich mehr Speicher als einfache Themes.
• Fehlerhafte functions.php im Theme (~3 %): Die functions.php ist die zentrale Konfigurationsdatei Ihres Themes. Ein Syntaxfehler, ein fehlerhaftes Code-Snippet von einer Anleitung aus dem Internet oder eine unvollständig eingefügte Funktion reicht aus, um WordPress zum Absturz zu bringen.
• Beschädigte .htaccess-Datei oder Datenbank-Probleme (~2 %): Seltener, aber möglich. Fehlerhafte Konfigurationsdateien oder eine beschädigte Datenbank können ebenfalls den kritischen Fehler auslösen.

Ein WordPress-Fehler kommt selten allein. Oft wirken mehrere Faktoren zusammen: Ein PHP-Update durch den Hoster + ein veraltetes Plugin = kritischer Fehler. Deshalb prüfen Sie idealerweise nicht nur eine mögliche Ursache, sondern arbeiten diese Liste systematisch durch.

Schnelldiagnose: Symptom, Ursache und Lösung auf einen Blick

Wenn statt des kritischen Fehlers eine Meldung wie "500 Internal Server Error" erscheint, liegt das Problem nicht bei WordPress, sondern auf Serverebene. Erscheint stattdessen "Fehler beim Aufbau einer Datenbankverbindung", handelt es sich um ein Datenbankproblem – auch dafür gibt es einen separaten Ratgeber.

Die Recovery-E-Mail ist der schnellste und einfachste Weg, einen WordPress kritischen Fehler zu beheben - ein Klick auf den Link in der E-Mail genügt, und Sie gelangen ohne technische Vorkenntnisse in den Wiederherstellungsmodus. WordPress versendet bei einem kritischen Fehler automatisch eine E-Mail an die Administrator-Adresse mit einem speziellen Link, der Sie in den Wiederherstellungsmodus bringt. Dort können Sie das fehlerhafte Plugin oder Theme direkt deaktivieren.

So finden und nutzen Sie die Recovery-E-Mail:

• Schritt 1: Prüfen Sie den Posteingang der E-Mail-Adresse, die als WordPress-Administrator hinterlegt ist. Suchen Sie nach dem Betreff "Ihre Website hat ein technisches Problem" oder "Your Site is Experiencing a Technical Issue".
• Schritt 2: Prüfen Sie auch den Spam-Ordner. Viele E-Mail-Provider stufen automatisch generierte Mails als Spam ein.
• Schritt 3: Klicken Sie auf den Link in der E-Mail. Er führt Sie zum WordPress-Backend im Recovery Mode. Dieser Link ist 24 Stunden gültig.
• Schritt 4: Im Recovery Mode zeigt WordPress Ihnen oben einen Hinweisbalken mit dem erkannten Fehler. Navigieren Sie zu Plugins → Installierte Plugins und deaktivieren Sie das fehlerhafte Plugin.
• Schritt 5: Klicken Sie auf "Recovery Mode verlassen" und testen Sie Ihre Website.

Die manuelle FTP-Reparatur ist der zuverlässigste Weg, wenn die Recovery-E-Mail nicht ankommt oder der Link abgelaufen ist. Besonders wenn ein WordPress kritischer Fehler durch ein Plugin verursacht wird, ist die FTP-Methode die Lösung: Sie greifen direkt auf die Dateien Ihres Webservers zu und können fehlerhafte Plugins oder Themes deaktivieren, ohne das WordPress-Backend zu benötigen.

Was Sie brauchen: FTP-Zugangsdaten (Benutzername, Passwort, Server-Adresse) - diese finden Sie in der Willkommens-E-Mail Ihres Hosters oder im Hosting-Panel. Als FTP-Programm empfehle ich FileZilla (kostenlos und für alle Betriebssysteme verfügbar). Alternativ bieten die meisten Hoster einen Dateimanager direkt im Browser an.

Plugins per FTP deaktivieren:

• Schritt 1: Verbinden Sie sich per FTP mit Ihrem Webspace und navigieren Sie zum WordPress-Installationsverzeichnis.
• Schritt 2: Öffnen Sie den Ordner wp-content.
• Schritt 3: Benennen Sie den Ordner plugins um in plugins_deaktiviert (Rechtsklick → Umbenennen).
• Schritt 4: Laden Sie Ihre Website im Browser neu. Wenn die Fehlermeldung verschwindet, war ein Plugin die Ursache.
• Schritt 5: Benennen Sie den Ordner zurück in plugins. Alle Plugins sind jetzt deaktiviert, aber noch vorhanden.
• Schritt 6: Loggen Sie sich ins WordPress-Backend ein und aktivieren Sie die Plugins einzeln nacheinander. Testen Sie nach jedem Plugin, ob der Fehler zurückkehrt. So finden Sie den Verursacher.

Theme per FTP wechseln:

Wenn das Deaktivieren aller Plugins nicht hilft, ist möglicherweise Ihr Theme die Ursache. Navigieren Sie per FTP zu /wp-content/themes/ und benennen Sie den Ordner Ihres aktiven Themes um (z.B. mein-theme zu mein-theme_deaktiviert). WordPress lädt dann automatisch ein Standard-Theme wie "Twenty Twenty-Four". Prüfen Sie, ob ein Standard-Theme im Ordner vorhanden ist - falls nicht, laden Sie eines von wordpress.org herunter.

Eine falsche PHP-Version ist die zweithäufigste Ursache für den kritischen WordPress-Fehler, die nicht durch ein Plugin verursacht wird. PHP ist die Programmiersprache, auf der WordPress basiert. Wenn Ihr Hoster die Version aktualisiert (oder Sie selbst eine inkompatible Version eingestellt haben), können Plugins und Themes abstürzen.

Welche PHP-Version braucht WordPress? WordPress benötigt mindestens PHP 7.4, empfohlen wird aktuell PHP 8.3 oder höher. PHP 8.4 (veröffentlicht im November 2024) wird von WordPress experimentell unterstützt (Beta-Status), kann aber bei älteren Plugins und Themes Probleme verursachen. Für Produktivsysteme empfiehlt sich derzeit PHP 8.3. PHP 8 ist deutlich strenger als PHP 7.4 - Funktionen, die in PHP 7.4 nur eine Warnung auslösten, führen in PHP 8 zum sofortigen Absturz. Eine vollständige Übersicht der Änderungen zwischen PHP-Versionen finden Sie in der offiziellen PHP-Dokumentation.

PHP-Version beim Hoster ändern:

• All-Inkl: KAS-Verwaltung → Domain → Bearbeiten → PHP-Version auswählen
• IONOS: Hosting → PHP-Einstellungen → PHP-Version ändern
• Strato: Paketübersicht → PHP-Version → Version auswählen
• Hetzner: konsoleH → Websites → PHP-Konfiguration

Schnellfix: Wenn der Fehler nach einem PHP-Update aufgetreten ist, wechseln Sie vorübergehend zurück auf die vorherige Version (z.B. von PHP 8.3 auf PHP 8.1). Funktioniert die Website dann wieder, liegt es an einem Plugin oder Theme, das mit der neueren PHP-Version nicht kompatibel ist. Prüfen Sie auf wordpress.org, ob Updates für die betroffenen Erweiterungen verfügbar sind.

WordPress setzt das Speicherlimit standardmäßig auf 40 MB (bei Multisite-Installationen auf 64 MB). Für Websites mit Page-Buildern, WooCommerce oder vielen Plugins reicht das oft nicht aus. Wenn das Speicherlimit erschöpft ist, bricht PHP die Ausführung ab und WordPress zeigt den kritischen Fehler an.

Die einfachste Methode ist eine Änderung in der wp-config.php (der zentralen Konfigurationsdatei von WordPress):

Speicherlimit über wp-config.php erhöhen:

• Schritt 1: Öffnen Sie die Datei wp-config.php im WordPress-Hauptverzeichnis per FTP.
• Schritt 2: Suchen Sie die Zeile /* That's all, stop editing! Happy publishing. */
• Schritt 3: Fügen Sie direkt darüber folgende Zeile ein:

• Schritt 4: Speichern Sie die Datei und laden Sie sie zurück auf den Server.
• Schritt 5: Testen Sie, ob die Website wieder funktioniert.

Wichtig: Das tatsächlich verfügbare Speicherlimit hängt von Ihrem Hosting-Tarif ab. Wenn Ihr Hoster nur 128 MB erlaubt, bringt ein Eintrag von 256 MB nichts. In diesem Fall kontaktieren Sie Ihren Hoster oder erwägen ein Upgrade Ihres Hosting-Pakets.

Alternative Methoden:

• .htaccess-Methode: Fügen Sie in die .htaccess-Datei hinzu: php_value memory_limit 256M (funktioniert nur bei Apache-Servern mit mod_php)
• php.ini-Methode: Erstellen Sie im WordPress-Hauptverzeichnis eine Datei php.ini mit dem Inhalt: memory_limit = 256M
• Hosting-Panel: Viele Hoster bieten eine Einstellung für das PHP-Speicherlimit direkt in der Verwaltungsoberfläche an.

Beschädigte Konfigurationsdateien können den kritischen Fehler auslösen, werden aber bei der Fehlersuche oft übersehen. Besonders nach manuellen Änderungen, einem fehlgeschlagenen Update oder einer fehlerhaften .htaccess-Änderung können die wp-config.php oder die .htaccess beschädigt sein.

wp-config.php prüfen:

Öffnen Sie die Datei per FTP und prüfen Sie auf folgende typische Fehler: fehlende Semikolons am Zeilenende, nicht geschlossene Anführungszeichen, zusätzliche Leerzeichen oder Zeichen vor <?php oder nach ?>. Jedes unsichtbare Zeichen vor dem öffnenden PHP-Tag kann WordPress zum Absturz bringen.

.htaccess-Datei zurücksetzen:

Wenn Sie vermuten, dass die .htaccess beschädigt ist, benennen Sie sie per FTP um (z.B. in .htaccess_backup) und erstellen Sie eine neue mit dem WordPress-Standard-Inhalt:

Speichern Sie diese Datei als .htaccess (mit Punkt am Anfang, ohne Dateiendung) im WordPress-Hauptverzeichnis und testen Sie, ob die Website wieder erreichbar ist. Beachten Sie: Wenn Sie Plugins verwenden, die eigene .htaccess-Regeln schreiben (z.B. Caching- oder Security-Plugins), müssen Sie nach der Reparatur in den Plugin-Einstellungen die Regeln neu generieren lassen.

Der Debug-Modus (ein Diagnosewerkzeug von WordPress) ist Ihr mächtigstes Hilfsmittel, wenn die bisherigen Lösungen nicht zum Ziel geführt haben. Er zeigt Ihnen die exakte PHP-Fehlermeldung mit Dateiname und Zeilennummer - statt im Dunkeln zu tappen, sehen Sie genau, was schiefläuft. Die offizielle WordPress-Dokumentation zum Debugging erklärt alle verfügbaren Debug-Konstanten im Detail.

Debug-Modus aktivieren:

Öffnen Sie die wp-config.php per FTP und suchen Sie die Zeile define('WP_DEBUG', false);. Ändern Sie sie und fügen Sie zwei weitere Zeilen hinzu:

Mit WP_DEBUG_DISPLAY auf false werden Fehlermeldungen nicht öffentlich angezeigt, sondern nur in die Log-Datei /wp-content/debug.log geschrieben. Das ist die sichere Variante für Live-Websites, da technische Details nicht für Besucher oder potenzielle Angreifer sichtbar werden. Öffnen Sie die Datei debug.log per FTP, um die technische Ursache zu sehen - zum Beispiel: Fatal error: Uncaught Error: Call to undefined function... in /var/www/html/wp-content/plugins/fehlerhaftes-plugin/datei.php on line 42. Diese Meldung verrät Ihnen: Das Problem liegt im Plugin "fehlerhaftes-plugin" in der Datei "datei.php" in Zeile 42. Eine ausführliche Anleitung zum Lesen und Verstehen von Error-Logs finden Sie in meinem Blog-Artikel WordPress Error-Logs finden und verstehen.

Ein Backup (eine Sicherungskopie Ihrer kompletten Website) einzuspielen ist der letzte Ausweg, wenn alle anderen Lösungsschritte fehlgeschlagen sind. Der Vorteil: Sie setzen Ihre Website auf einen funktionierenden Zustand zurück. Der Nachteil: Alle Änderungen seit dem Backup-Zeitpunkt gehen verloren - Beiträge, Kommentare, Bestellungen.

Wann ist ein Backup-Restore sinnvoll?

• Sie haben alle oben genannten Schritte durchgeführt und der Fehler besteht weiterhin.
• Die Debug-Fehlermeldung zeigt Probleme in WordPress-Core-Dateien (wp-includes oder wp-admin).
• Sie haben kürzlich Änderungen am Code vorgenommen und können diese nicht mehr rückgängig machen.
• Die Website wurde gehackt und die Dateien sind manipuliert.

Ausführliche Anleitungen zur Erstellung und Wiederherstellung von Backups finden Sie in meinem Artikel WordPress Backup erstellen: Anleitung. Falls Ihr Hoster automatische Backups erstellt (die meisten tun das), können Sie diese über das Hosting-Panel direkt einspielen.

Wenn die Debug-Analyse Fehler in den WordPress-Systemordnern wp-admin/ oder wp-includes/ zeigt, sind die Core-Dateien beschädigt. Das passiert nach fehlgeschlagenen automatischen Updates, bei Serverabstürzen während einer Aktualisierung oder nach einem Hackerangriff. Die gute Nachricht: WordPress Core-Dateien lassen sich ersetzen, ohne dass Ihre Inhalte verloren gehen.

Ihre Inhalte (Texte, Bilder, Einstellungen) sind sicher. Alle Inhalte liegen in der Datenbank und im Ordner wp-content/. Die Core-Dateien in wp-admin/ und wp-includes/ enthalten nur den WordPress-Programmcode - keine Ihrer persönlichen Daten.

WordPress Core-Dateien manuell ersetzen:

• Schritt 1: Laden Sie die aktuellste WordPress-Version von de.wordpress.org herunter.
• Schritt 2: Entpacken Sie das ZIP-Archiv auf Ihrem Computer.
• Schritt 3: Verbinden Sie sich per FTP mit Ihrem Server.
• Schritt 4: Löschen Sie auf dem Server die Ordner wp-admin/ und wp-includes/ vollständig.
• Schritt 5: Laden Sie die frischen wp-admin/ und wp-includes/ Ordner aus dem entpackten Archiv auf den Server hoch.
• Schritt 6: Laden Sie die Dateien im Hauptverzeichnis hoch (wie wp-login.php, wp-cron.php etc.) - aber NICHT die wp-config.php überschreiben!
• Schritt 7: Rufen Sie ihre-domain.de/wp-admin/ auf. WordPress führt bei Bedarf ein Datenbank-Update durch.

Achtung: Überschreiben Sie niemals die wp-config.php und den wp-content/-Ordner! Die wp-config.php enthält Ihre Datenbankzugangsdaten und wp-content/ Ihre Themes, Plugins und Uploads.

Nicht jeder WordPress-Fehler lässt sich mit einer Anleitung allein beheben. Manchmal ist professionelle Hilfe der schnellere und sicherere Weg - besonders wenn Ihre Website geschäftskritisch ist und jede Stunde Ausfall Umsatz kostet.

Beauftragen Sie einen Profi, wenn:

• Sie sich unsicher beim FTP-Zugriff fühlen oder keinen FTP-Zugang haben.
• Die Debug-Fehlermeldungen für Sie unverständlich sind und Sie nicht wissen, was die Fehlercodes bedeuten.
• Alle Schritte aus diesem Ratgeber den Fehler nicht behoben haben.
• Sie vermuten, dass Ihre Website gehackt wurde (unbekannte Dateien, Weiterleitungen auf fremde Seiten).
• Die Website ist ein Online-Shop oder eine geschäftskritische Anwendung und muss schnellstmöglich wieder laufen.
• Der kritische Fehler tritt regelmäßig nach Updates auf und Sie brauchen eine dauerhafte Lösung.

Jede Stunde, die Sie mit Trial-and-Error verbringen, ist eine Stunde, in der Ihre Website für Kunden nicht erreichbar ist. Ein erfahrener Entwickler identifiziert die Ursache in der Regel innerhalb von Minuten und behebt den Fehler in unter einer Stunde. Wenn die Selbstreparatur nach 60 Minuten kein Ergebnis gebracht hat, spart professionelle Hilfe unter dem Strich Zeit und Nerven.

Mein Website-Reparatur-Service bietet Festpreise ab 49 EUR zzgl. MwSt. für genau solche Fälle. Sie schildern mir das Problem, ich analysiere die Ursache und repariere Ihre Website - in der Regel innerhalb von 24-48 Stunden. Keine versteckten Kosten, keine stundenbasierte Abrechnung.

Der beste kritische Fehler ist der, der gar nicht erst auftritt. Wer den WordPress kritischen Fehler beheben musste, möchte das kein zweites Mal erleben. Mit einer systematischen Wartungsroutine reduzieren Sie das Risiko um über 90 %. Aus meiner Erfahrung sind es immer die gleichen vermeidbaren Fehler, die zu Ausfällen führen.

Die 7-Punkte-Checkliste für sichere WordPress-Updates:

• 1. Vor jedem Update ein Backup erstellen: Nutzen Sie ein Backup-Plugin oder die Funktion Ihres Hosters. Drei Minuten Backup-Erstellung können Stunden an Reparaturarbeit ersparen. Meine Backup-Anleitung zeigt, wie es geht.
• 2. Plugins einzeln aktualisieren: Aktualisieren Sie nie alle Plugins gleichzeitig. Eines nach dem anderen - und nach jedem Update die Website testen. Wenn ein Fehler auftritt, wissen Sie sofort, welches Plugin schuld ist.
• 3. Staging-Umgebung nutzen: Eine Staging-Umgebung (eine Testkopie Ihrer Website) ermöglicht es, Updates gefahrlos auszuprobieren. Viele Hoster bieten diese Funktion kostenlos an.
• 4. PHP-Kompatibilität prüfen: Bevor Ihr Hoster die PHP-Version umstellt, prüfen Sie auf wordpress.org, ob Ihre Plugins und Themes kompatibel sind.
• 5. Ungenutzte Plugins und Themes löschen: Deaktivierte Plugins sind kein Schutz - sie können trotzdem Sicherheitslücken enthalten. Löschen Sie alles, was Sie nicht aktiv nutzen.
• 6. Cache nach Updates leeren: Caching-Plugins (Erweiterungen, die Ihre Website schneller machen, indem sie Seiten zwischenspeichern) können nach Updates veraltete Dateien ausliefern. Leeren Sie den Cache nach jedem Update.
• 7. Automatische Updates vorsichtig einsetzen: WordPress kann Plugins automatisch aktualisieren - praktisch, aber riskant. Aktivieren Sie automatische Updates nur für vertrauenswürdige Plugins mit langer Erfolgshistorie.