WordPress Kritischer Fehler? In 2 Min. selbst retten
Deine Seite weg, Hoster schweigt? Keine Panik. Unser Sofort-Scan findet den Auslöser in 60 Sek. — ohne Code, ohne Datenverlust. Jetzt prüfen.
WordPress 'Kritischer Fehler'? Keine Panik – So rettest du deine Seite.
Erstmal tief durchatmen. Wenn du diesen Beitrag gerade liest, weil deine WordPress-Seite plötzlich nicht mehr erreichbar ist und stattdessen „Es gab einen kritischen Fehler auf Ihrer Website" anzeigt — oder einfach ein leerer weißer Bildschirm da ist — bist du nicht alleine. Diese Meldung trifft jeden WordPress-Betreiber irgendwann. Und die wichtigste Botschaft zuerst:
Deine Daten sind sicher. Texte, Bilder, Bestellungen, Kunden — alles liegt in der Datenbank und ist vom Fehler nicht betroffen. WordPress kann sie nur gerade nicht ausliefern. Sobald wir den Auslöser identifizieren, ist deine Seite wieder online.
Keine Zeit zum Lesen?
Unser Sofort-Scan findet den Fehler in 60 Sekunden — er prüft die typischen Critical-Error-Muster (Plugin-Konflikt, Theme-Bruch, PHP-Version, Memory-Limit) automatisch und sagt dir genau, was zu tun ist. Kein Login, kein FTP-Zugang nötig für den Check.
Der typische „kritische Fehler" ist in 90 % aller Fälle ein Plugin-Konflikt — meist nach einem automatischen Update. In den restlichen 10 % ist es ein Theme-Problem oder das PHP-Memory-Limit. Alle drei lassen sich ohne Entwickler in unter 30 Minuten beheben. Hier ist die strukturierte Anleitung.
🚨 Du willst sofort wissen, was bei dir kaputt ist?
Statt blind durch FTP zu klicken, kannst du den Fehler in 60 Sekunden automatisch identifizieren lassen — Plugin, Theme, PHP-Version, Memory-Limit, alles in einem Bericht.
Erste-Hilfe in 3 Schritten — gehe sie der Reihe nach durch
Schritt 1: Alle Plugins via FTP deaktivieren (löst 90 % aller Fälle)
Wenn du in den WP-Admin nicht mehr reinkommst, ist FTP dein Werkzeug. Die meisten kritischen Fehler sind Plugin-Konflikte — und der schnellste Weg ist, alle Plugins gleichzeitig auszuschalten, ohne sich einzuloggen.
So gehst du vor:
- Verbinde dich via FTP-Client (FileZilla, Cyberduck) oder dem Dateimanager deines Hosters mit deiner Website
- Navigiere zu
/wp-content/ - Benenne den Ordner
pluginsinplugins-DEAKTIVIERTum - Lade deine Website neu — sie sollte jetzt wieder funktionieren
Wenn die Seite jetzt läuft: Du hast einen Plugin-Konflikt. Benenne den Ordner zurück in plugins. Logge dich ins WP-Admin ein und aktiviere die Plugins einzeln — bei dem Plugin, das den Fehler wieder auslöst, hast du den Übeltäter gefunden.
Wichtig: Notiere dir vor dem Reaktivieren, welche Plugin-Updates kürzlich liefen. Oft ist es das jüngste Update, das WordPress in Konflikt gebracht hat.
Schritt 2: Theme zurücksetzen (für die übrigen 7 %)
Wenn auch nach dem Plugin-Disable der Fehler bleibt, ist das Theme verdächtig. Vor allem bei Custom-Themes oder veralteten Premium-Themes nach einem WordPress-Core-Update.
Quick-Fix per FTP:
- Navigiere zu
/wp-content/themes/ - Benenne den Ordner deines aktiven Themes (z. B.
astraoderdivi) um — z. B. zuastra-DEAKTIVIERT - WordPress fällt automatisch auf das Standard-Theme (
twentytwentyfour) zurück - Wenn die Seite jetzt läuft: Dein Theme war das Problem. Update auf die neueste Version oder kontaktiere den Theme-Anbieter.
Schritt 3: PHP-Memory-Limit erhöhen (die letzten 3 %)
Wenn weder Plugin noch Theme das Problem sind, ist meist das PHP-Memory-Limit zu niedrig. Standard sind 64 MB — moderne WordPress-Seiten brauchen oft 256 MB.
So erhöhst du es:
Öffne per FTP die Datei wp-config.php im Hauptverzeichnis. Füge direkt nach der Zeile <?php ein:
define('WP_MEMORY_LIMIT', '256M');
Speichern, hochladen, Seite neu laden. Bei den meisten Hostern reicht das. Falls nicht, hat dein Hoster ein hartes Server-Limit gesetzt — dann musst du beim Support anfragen.
🔍 Lass den Scanner die Diagnose machen
Statt drei Schritte manuell durchzuprobieren, lass dir die exakte Ursache anzeigen: WebsiteFix prüft Plugin-Konflikte, Theme-Outdated-Markers und PHP-Memory in einem Durchgang.
Den Debug-Modus anschalten — die Geheimwaffe der WordPress Fehlersuche
Manchmal hilft die rohe Fehlermeldung mehr als jedes Bauchgefühl. WordPress hat einen eingebauten Debug-Modus, der dir die exakte Datei und Zeile nennt, in der der Fehler passiert.
So aktivierst du WP_DEBUG ohne Backend-Zugang
- Per FTP
wp-config.phpöffnen - Suche die Zeile
define('WP_DEBUG', false); - Ändere
falsezutrue. Falls die Zeile fehlt, füge ein:
define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);
define('WP_DEBUG_DISPLAY', false);
- Speichern, hochladen
- Seite neu laden — die Fehlermeldung erscheint jetzt explizit, oft mit Plugin-Name und Code-Zeile
Beispiel-Output:
Fatal error: Uncaught Error: Call to undefined function wc_get_cart_url()
in /wp-content/plugins/woocommerce-extra-checkout/main.php:142
→ Klare Aussage: Das Plugin woocommerce-extra-checkout versucht eine WooCommerce-Funktion zu nutzen, die nicht (mehr) existiert. Plugin-Update oder Deaktivierung löst das Problem.
Wichtig — nach dem Fix:
WP_DEBUG wieder auf false setzen. Sonst sehen Besucher beim nächsten Fehler-Edge-Case die Stack-Traces. Das ist hässlich und verrät Angreifern Insider-Informationen über deine Plugin-Versionen.
⚡ Du willst die Debug-Output ohne FTP-Frickelei?
WebsiteFix scannt deine Seite extern und identifiziert Plugin-Konflikte, veraltete WordPress-Templates und fehlende Core-Marker — der Effekt ist derselbe wie WP_DEBUG, aber ohne Risiko.
Die typischen Ursachen — und wie du sie ein für alle Mal verhinderst
Ursache 1: Auto-Updates ohne Backup
Plugin-Auto-Updates sind bequem, aber sie sind die Hauptursache für kritische Fehler. Ein einziger Update-Konflikt — und deine Seite ist down.
Lösung: Auto-Updates für kritische Plugins (WooCommerce, Elementor, Yoast, Cache-Plugin) deaktivieren. Updates manuell durchführen, nach einem automatischen Backup.
Ursache 2: Veraltete PHP-Version
Hoster, die noch auf PHP 7.4 oder älter laufen, sind tickende Zeitbomben. WordPress 6.x und alle modernen Plugins brauchen mindestens PHP 8.1. Ältere Versionen produzieren Inkompatibilitäten.
Lösung: Beim Hoster auf PHP 8.2 oder 8.3 umstellen. Die meisten Hoster (All-Inkl, Strato, IONOS, Hetzner) bieten das im Admin-Panel mit einem Klick.
Ursache 3: Theme-Update kollidiert mit Customizer-Anpassungen
Du hast Code direkt in functions.php deines Themes geschrieben? Beim nächsten Theme-Update wird der überschrieben — und die Seite kracht.
Lösung: Niemals Code direkt im Eltern-Theme. Immer in einem Child-Theme arbeiten. Das ist 5 Minuten Setup-Zeit, das spart dir später Stunden.
Ursache 4: Memory-Hogging Plugins
Manche Plugins (vor allem schwer gewichtete WooCommerce-Addons, Backup-Tools) brauchen massiv RAM. Bei 64 MB Memory-Limit knickt WordPress schnell ein.
Lösung: PHP-Memory-Limit dauerhaft auf 256 MB setzen (siehe Schritt 3). Bei großen Shops mit vielen Plugins eher 512 MB.
Ursache 5: Datenbank-Korruption nach Server-Crash
Wenn dein Hoster mal abstürzt oder einen unsauberen Reboot hat, kann die MySQL-Datenbank inkonsistent werden. Symptom: Seite läuft, aber WP-Admin zeigt Fragmente oder Fehler.
Lösung: Im phpMyAdmin: Tabellen markieren → „Tabelle reparieren". Oder per WP-CLI: wp db repair.
Warum du nicht stundenlang allein suchen solltest
Hier ist die ehrliche Wahrheit: Diese fünf Schritte manuell durchzugehen, dauert 2–4 Stunden — wenn du weißt, wo du suchen musst. FTP-Client einrichten, Pfade durchklicken, Dateien umbenennen, Debug-Logs lesen, PHP-Versionen interpretieren.
Wenn deine Seite gerade Umsatz produziert (Shop, Termin-Buchung, Lead-Generator) sind 2 Stunden Downtime keine Option. Jede Stunde kostet bares Geld.
Hier setzt WebsiteFix an. Statt manuell zu suchen, lässt du einen automatischen Scan laufen:
- ✅ Plugin-Detection: Wir identifizieren installierte Plugins und prüfen sie auf bekannte Konflikt-Muster
- ✅ Theme-Audit: Erkennen veralteter WooCommerce-Template-Overrides, Custom-Theme-Probleme
- ✅ PHP-Version-Check: Prüfung der Hosting-PHP-Version + Empfehlungen
- ✅ Memory-Indikatoren: Heuristische Analyse, ob deine Seite RAM-Probleme hat
- ✅ DOM-Tiefe: Misst, ob ein Page-Builder die Seite überlastet
- ✅ Konkrete Empfehlungen: Welches Plugin du updaten/deaktivieren solltest, welcher Schritt als erstes greift
Du bekommst in 60 Sekunden den fertigen Bericht — und sparst dir den FTP-Hickhack.
🎯 Schneller als jede manuelle Diagnose
Gratis-Scan starten und in einer Minute wissen, was deine Seite zerschießt. Keine Anmeldung. Keine Kreditkarte.
Fazit: Der kritische Fehler ist fast nie ein Drama
WordPress wirkt in dem Moment, wo die Seite weiß wird, wie ein totales Desaster. Tatsächlich ist es in 90 % aller Fälle ein Plugin-Konflikt, der in 10 Minuten behoben ist — und in den restlichen 10 % ein Theme- oder PHP-Problem mit ähnlich kurzem Fix-Pfad.
Das hier ist die Reihenfolge, an die du dich halten kannst:
- Tief durchatmen — Daten sind sicher
- Plugins per FTP deaktivieren — löst 90 %
- Theme zurücksetzen — löst 7 %
- PHP-Memory hochsetzen — löst 3 %
- Debug-Modus aktivieren — wenn du die exakte Fehlerquelle willst
- WebsiteFix-Scanner laufen lassen — wenn du keine Zeit für manuelle Detektivarbeit hast
Und vor allem: Backups einrichten, bevor das nächste Mal etwas knallt. Plugins wie Updraft oder BackWPup machen automatische Sicherungen, die du im Notfall in 5 Minuten zurückspielen kannst.
Ein kritischer Fehler verschwindet aus den Suchergebnissen — und selbst nach dem Fix kann es sein, dass Google deine Website nicht mehr findet. Wenn deine Seite wieder läuft, aber bei Google fehlt, hier ist der Sichtbarkeits-Notfall-Guide.
Bereit, die Diagnose zu starten?
60 Sekunden, keine Anmeldung — du bekommst sofort die Antwort, was deine Seite gerade nicht laden lässt.
FAQ: Die häufigsten Fragen zur kritischen Fehler Lösung
Sind meine Daten verloren, wenn WordPress einen kritischen Fehler zeigt?
Nein — in 99 % aller Fälle nicht. Texte, Bilder, Bestellungen und Nutzerdaten liegen in der Datenbank und sind vom Fehler nicht betroffen. WordPress kann sie nur gerade nicht ausliefern, weil ein Plugin oder das Theme abstürzt. Sobald die Ursache behoben ist, ist alles wieder da.
Was bedeutet 'White Screen of Death' bei WordPress?
Ein komplett weißer Bildschirm ohne jede Fehlermeldung. Tritt auf, wenn PHP einen fatalen Fehler hat (Memory Limit überschritten, Plugin-Konflikt, fehlerhafte Theme-Datei). Lösung wie beim Kritischen Fehler: Plugins via FTP deaktivieren, Theme zurücksetzen, Debug-Mode aktivieren.
Wie schalte ich den WordPress-Debug-Modus an, wenn ich nicht ins Backend komme?
Per FTP zur wp-config.php navigieren. Dort die Zeile define('WP_DEBUG', false); auf true ändern. Beim nächsten Aufruf zeigt WordPress die exakte Fehlermeldung mit Plugin-Name und Zeilennummer. Wichtig: Nach dem Fix wieder auf false setzen — sonst sehen Besucher die Fehler.
Wie finde ich heraus, welches Plugin den Fehler verursacht?
Per FTP den Ordner /wp-content/plugins/ in /wp-content/plugins-DEAKTIVIERT/ umbenennen. Damit sind alle Plugins inaktiv. Wenn die Seite wieder läuft, Plugin-Ordner einzeln zurück umbenennen, bis der Fehler wiederkommt — das letzte ist der Übeltäter. Schneller geht's mit dem WebsiteFix-Scanner: er prüft die typischen Fehler-Muster automatisch in 60 Sekunden.
Brauche ich einen Entwickler, um den kritischen Fehler zu beheben?
In 80 % aller Fälle nicht. Plugin-Konflikte (90 % der Ursachen) löst du per FTP-Umbenennung. Theme-Probleme genauso. Erst bei tiefen Datenbank-Inkonsistenzen oder PHP-Versionsproblemen wird ein Entwickler nötig — meist 50 bis 150 € für einen Stunden-Fix.
Was kostet WordPress-Hilfe sofort, wenn ich es selbst nicht hinkriege?
Stundensatz für WordPress-Notfall-Hilfe in Deutschland: 80–150 € netto. Pauschalen ("Critical Fix in 2 Stunden") gibt es ab 200–400 €. Mit dem WebsiteFix-Scanner identifizierst du das Problem vorab kostenlos — viele Fälle löst du nach dem Scan selbst und brauchst gar keinen Entwickler.
Du steckst gerade im Crash?
Statt selbst Plugin für Plugin abzuschalten: Lass den WebsiteFix-Scanner in 60 Sekunden alle 6 Schritte automatisch durchgehen. Recovery-Mail, Plugin-Diff, PHP-Version, Theme-Status — alles auf einen Blick. Du bekommst sofort die exakte Schritt-für-Schritt-Anleitung für deinen Fall, inklusive hoster-spezifischer Klick-Pfade für Strato, IONOS, All-Inkl und Hostinger.
👉 Jetzt kostenlos prüfen — Diagnose in 60 Sekunden →
Kein Login, kein Plugin, keine Kreditkarte. Mit konkretem Fix-Plan, nicht nur einer Fehlerliste.
KI-Diagnose · Kostenlos · 60 Sekunden
Klingt nach deinem Problem?
WebsiteFix analysiert deine Website automatisch — technische Fehler UND warum keine Anfragen kommen. Ein Scan, konkrete Antworten.
Jetzt kostenlos scannen →Kostenlos · Keine Anmeldung · DSGVO-konform