Kundenanruf
„Unsere Site zeigt seit heute Morgen ‚Es gab einen kritischen Fehler auf dieser Website'. Keine E-Mail erhalten, kein Admin-Zugang mehr."
🚨 WordPress kritisch · Wiederherstellung in 1 Std
„Es gab einen kritischen Fehler
„Es gab einen kritischen Fehler
auf dieser WordPress-Website"?
wir bringen sie heute zurück online.
Diagnose und Behebung eines kritischen WordPress-Fehlers
Meldung, die alle Ihre Besucher sehen, „Recovery Mode"-E-Mail von WordPress nie angekommen, schuldiges Plugin unbekannt: keine Daten gehen verloren, nur Code muss neutralisiert werden. Wir aktivieren Debug, isolieren den Übeltäter, stellen Ihr WordPress wieder her. Kostenlose Diagnose, Angebot innerhalb 24 h (Werktag).
✓ Keine Datenverluste
✓ Wiederherstellung < 1 Std in 9 von 10 Fällen
✓ Ab 60 €/h netto auf Angebot
✓ 30 Tage Garantie
📩 Die genaue Meldung
Was WordPress anzeigt für Ihre Besucher
Seit WordPress 5.2 (Mai 2019) sehen Ihre Besucher das, wenn ein PHP Fatal Error auftritt.
Es gab einen kritischen Fehler auf dieser Website.
Bitte überprüfe den Posteingang deines Website-Administrators für Anweisungen.
↑ Die standardmäßige WordPress-Meldung. Englisch: „There has been a critical error on this website.".
Die „Recovery Mode"-E-Mail, die WordPress angeblich versendet hat? In 7 von 10 Fällen kommt sie nie an
— weil wp_mail() nicht konfiguriert ist (kein SMTP, Server-IP auf Blacklist, Mail im Spam-Filter).
Wir umgehen das Problem per FTP/SSH-Zugriff auf WordPress: gleiches Ergebnis ohne Abhängigkeit von der E-Mail.
🔎 Typische Ursachen
Die 6 häufigsten Ursachen
Aus 40 WordPress-Einsätzen 2025-2026. Eine einzelne kann vorliegen, oder mehrere kumuliert.
1. Plugin inkompatibel mit Ihrer PHP-Version
≈ 40 % der Fälle. Sie wechseln von PHP 7.4 auf PHP 8.1 (vom Hoster — Hetzner, IONOS, All-Inkl, STRATO, mittwald — erzwungen), und ein altes Plugin verwendet eine entfernte Funktion oder deprecated-Syntax. Typischer Fehler: Fatal error: Uncaught TypeError: ... must be of type string, null given. Lösung: Plugin deaktivieren, gepflegte Alternative suchen, oder lokaler Patch wenn Plugin kritisch.
2. Konflikt zwischen Plugins
≈ 25 %. Zwei Plugins deklarieren dieselbe globale Funktion oder hängen sich mit widersprüchlichen Prioritäten in denselben Hook ein. Typischer Fehler: Cannot redeclare function oder Call to undefined function. Lösung: Identifikation per Bisection (sukzessive Hälftendeaktivierung), Wahl des zu behaltenden Plugins, saubere Entfernung des anderen.
3. Theme-Update bricht eine Child-Funktion
≈ 12 %. Sie verwenden ein Child-Theme, das eine Parent-Funktion überschreibt. Das Parent-Theme wird aktualisiert, die Parent-Funktion ändert ihre Signatur, Ihre functions.php im Child crasht. Lösung: Anpassung der functions.php, oder temporäres Rollback auf vorherige Parent-Version.
4.
wp-config.php falsch editiert
≈ 8 %. Sie haben eine Zeile zum Debug-Aktivieren hinzugefügt, aber das ; am Ende vergessen. Oder ein Snippet aus einem Blog kopiert mit typografischen Anführungszeichen statt ". WordPress kann die Konfig nicht mehr laden und crasht beim Bootstrap. Lösung: Vergleich mit wp-config-sample.php, Syntax wiederherstellen, PHP per CLI validieren (php -l wp-config.php).
5. PHP-Speicher unzureichend
≈ 8 %. Bei WooCommerce-Sites mit großem Katalog + Cache-Plugin + Sicherheits-Plugin explodieren die standardmäßigen 128 MB PHP im Admin. Fehler: Allowed memory size of X bytes exhausted. Lösung: WP_MEMORY_LIMIT und WP_MAX_MEMORY_LIMIT in wp-config.php erhöhen, Audit des schuldigen Plugins.
6. WordPress Core korrumpiert (unvollständiger FTP-Transfer)
≈ 7 %. Brutale FTP-Migration, abgebrochener Transfer, Wiederherstellung eines unvollständigen Backups. Core-Dateien fehlen oder sind abgeschnitten. Lösung: Saubere WordPress-Kopie herunterladen, /wp-includes/ und /wp-admin/ neu schreiben ohne /wp-content/ oder wp-config.php anzutasten.
⚡ Typischer Einsatz
Kritischer Fehler behoben in 38 Min
Echtes Beispiel · Schaufenster-Site KMU Dienstleistungen + WooCommerce · WordPress 6.4 + 32 Plugins · März 2026.
FTP-Zugang erhalten · Plugins neutralisiert
/wp-content/plugins/ in plugins_OFF/ umbenannt. Admin-Zugang sofort wiederhergestellt.
Aktivierung
WP_DEBUG_LOG
Bearbeitung von wp-config.php: define('WP_DEBUG', true); define('WP_DEBUG_LOG', true); define('WP_DEBUG_DISPLAY', false);. Plugin-Ordner wiederhergestellt, refresh.
Schuldiges Plugin identifiziert
/wp-content/debug.log: PHP Fatal error: Uncaught Error: Class "WC_Geolocation" not found in /wp-content/plugins/x-shipping/includes/Calculator.php:88. Plugin x-shipping hing von einer in WC 8.3 entfernten WooCommerce-Klasse ab.
Plugin sauber deaktiviert
Deaktivierung übers Admin (nicht durch Umbenennen). Temporärer Patch für
WC_Geolocation_Loader stattdessen. Checkout-Tests: OK.
Debug deaktiviert · Bericht versendet
Debug aus, Site OK für Besucher. E-Mail mit Timeline + Ursache + Fix + Empfehlung (Bug an Plugin-Hersteller melden).
38 Min
Gesamtzeit
~ 40 €
Auf Angebot abgerechnet
(38 Min × 60 €/h netto)
(38 Min × 60 €/h netto)
0
Verlorene Artikel / Bestellungen
💰 Preise
Preise vorab angekündigt
Kostenlose Diagnose. Für den Einsatz wissen Sie genau, was es kostet, bevor ich den Code anfasse.
🔍 Diagnose
Diagnose
schuldiges Plugin finden
0€kostenlos
30 Min · ohne Verpflichtung
- WP_DEBUG_LOG aktiviert +
debug.logausgelesen - Schuldiges Plugin oder Theme identifiziert
- Beziffertes Angebot sofort versendet
- Sie entscheiden, ob wir weitermachen
⚡ Am meisten gefragt
🔧 Einsatz
Gezielter Einsatz
WordPress wieder online
ab 60€netto
je nach Diagnose · Preis vorab angekündigt
- Backup Dateien + DB vor Einsatz (EU-Rechenzentren)
- Neutralisation des fehlerhaften Plugins / Themes
- Ersatz oder lokaler Patch bei Bedarf
- Schriftlicher Bericht: Ursache + angewandter Fix
- 30 Tage Garantie auf den Fix
🛡️ Wartung
Monatliche Wartung
Plugin-Audit + kontrollierte Updates
ab 50€/ Monat
24/7-Überwachung · ohne Verpflichtung
- Monatliches Audit der WordPress-Plugins
- Tägliche Backups in EU-Rechenzentren (Hetzner, Backblaze EU)
- Updates auf Staging getestet vor Go-Live
- Prioritärer Einsatz bei kritischem Fehler
❓ FAQ
Kritischer WordPress-Fehler — häufige Fragen
WordPress zeigt diese Meldung seit 5.2 (Mai 2019), wenn ein PHP Fatal Error erkannt wurde. WP verweigert den technischen Trace an Besucher und sendet stattdessen eine E-Mail mit einem magischen Recovery-Mode-Link. Falls die E-Mail nicht ankommt, liegt es meist daran, dass
wp_mail() nicht konfiguriert ist (kein SMTP, Server-IP auf Blacklist).Zwei Optionen. (1) Token aus Tabelle
wp_options (Option recovery_mode_token) per SSH/phpMyAdmin holen. (2) Schneller: Recovery-Modus umgehen, indem man Plugins per FTP deaktiviert: /wp-content/plugins/ in plugins_OFF/ umbenennen deaktiviert alle Plugins und gibt Admin-Zugang frei.Drei Methoden: (1)
WP_DEBUG_LOG in wp-config.php aktivieren, neu laden, /wp-content/debug.log lesen — Datei und Zeile werden angegeben. (2) Bisection-Deaktivierung. (3) Direkt php-fpm.log oder error_log lesen — Stack-Trace zeigt .php-Datei. Methode (1) ist am schnellsten mit FTP-Zugang.In 90 % der Fälle ist die Site innerhalb einer Stunde wiederhergestellt. Bei komplexen Fällen (Core korrumpiert, Multi-Plugin-Konflikt, PHP 7→8 bricht 5 Plugins gleichzeitig) muss man mit einem halben Tag rechnen. Frist nach kostenloser Erstdiagnose mitgeteilt.
Nein. Ein kritischer WordPress-Fehler ist fast immer ein Code-Problem (Plugin, Theme, PHP), nie ein DB-Problem. Ihre Artikel, Seiten, Medien, WooCommerce-Bestellungen, Nutzer bleiben unangetastet. Die Lösung startet immer mit einem ausgelagerten Backup von Dateien + DB (DSGVO-konform, EU-Rechenzentren).
Kostenlose Diagnose (30 Min) und Einsatz auf Angebot, ab 60 €/h netto. Die meisten kritischen Fehler werden in unter 2 Stunden behoben, sobald die Ursache identifiziert ist. Angebot innerhalb 24 h (Werktag) vor Einsatzbeginn. In der Wartung enthalten.
Drei Ursachen: (1) Das Plugin hat Reste in DB oder Dateisystem hinterlassen, die ein anderes Plugin crashen. (2) Es waren mehrere Plugins beteiligt, Sie haben nur eins identifiziert. (3) Plugin reaktiviert sich automatisch (Network-aktiviert in Multisite, oder MU-Plugin). Saubere Lösung erfordert vollständiges Audit des geladenen Codes.
Kritischer Fehler gerade jetzt?
Kostenlose Diagnose, Angebot innerhalb 24 h (Werktag), Einsatz ab 60 €/h netto auf Angebot.