Wäiss Säit op WordPress: de Feeler liesen, ier Dir eppes ännert

Är Websäit weist eng eidel Säit, oder de Saz „There has been a critical error on this website.“ (op engem WordPress op Däitsch: „Es gab einen kritischen Fehler auf deiner Website.“). An deenen zwee Fäll huet PHP iergendwou eng genee Feelermeldung geschriwwen, déi de betraffene Fichier nennt. Dëse Guide weist, wou Dir se liest, wéi Dir se interpretéiert, a wéi e Schrëtt zu all Meldung passt.

Publizéiert den 1. Oktober 2026 Lieszäit: 9 Minutten

All Guiden

Dat Wesentlecht

  1. Maacht d’E-Mail-Këscht vum Administrator vun der Websäit op: WordPress schéckt do e Link hin, deen d’Administratioun trotz dem Feeler opmécht.
  2. Ouni dës E-Mail aktivéiert Dir den Debug-Log an wp-config.php a luet d’Säit mam Feeler nei.
  3. Liest d’Zeil PHP Fatal error an wp-content/debug.log: de Pad vum Fichier nennt de Plugin oder den Theme, deen de Feeler verursaacht.
  4. Desaktivéiert nëmmen dës Komponent, andeems Dir hiren Dossier ëmbenennt oder mat WP-CLI.
  5. Wann d’Meldung vu Späicher oder vun der PHP-Versioun schwätzt, gëtt dat an der Konfiguratioun vun der Websäit oder beim Hostingubidder agestallt.
  6. Wann d’Websäit erëm leeft, schalt de Log aus a läscht debug.log.

„Critical error“ oder wäiss Säit: déi selwecht Pann

Eng wäiss Säit ass meeschtens e fatale PHP-Feeler: e Fichier vun der Websäit huet eppes Onméigleches verlaangt, an d’Ausféierung ass gestoppt, ier iergendeppes ugewise gouf. Zanter WordPress 5.2 fänkt WordPress dës Feeler of: amplaz vun enger eidler Säit weist et „There has been a critical error on this website.“ a schéckt eng E-Mail un d’Administratiouns-Adress vun der Websäit.

D’Säit bleift a puer Fäll ganz wäiss: eng méi al WordPress-Versioun, e Feeler, deen optrëtt, ier dëse Mechanismus gelueden ass, d’Konstant WP_DISABLE_FATAL_ERROR_HANDLER op true, oder e Cache-Plugin, deen eng eidel Säit ausliwwert, déi wärend der Pann gespäichert gouf. D’Method hei drënner gëllt fir all dës Fäll.

Dräi Schrëtt kënne waarden, bis Dir de Feeler gelies hutt: WordPress nei installéieren, Plugins läschen, eng al Sécherheetskopie zeréckspillen. Jidderee vun hinnen kann Astellungen oder rezent Donnéeën ausläschen, wärend d’Feelermeldung normalerweis seet, wéi eng Komponent Dir desaktivéiere musst, ouni eppes ze verléieren.

D’Ofkierzung: de Recovery Mode

Wann WordPress de Feeler ofgefaangen huet, schéckt et un d’Administratiouns-Adress vun der Websäit eng E-Mail mam Sujet „[Numm vun der Websäit] Äre Site huet en technesche Problem“ (op Däitsch: „Deine Website hat ein technisches Problem“). Si nennt de Plugin oder den Theme, deen de Feeler verursaacht, an enthält e Link, deen d’Administratioun am Recovery Mode opmécht.

De Feeler liesen: den Debug-Log

Verbannt Iech mat der Websäit iwwer SFTP oder iwwer de Fichiersgestionnaire vun Ärem Hostingubidder, maacht wp-config.php um Root op, an ersetzt d’Zeil define( 'WP_DEBUG', false ); duerch dës véier Zeilen:

wp-config.php
define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false );
@ini_set( 'display_errors', 0 );

Si kommen iwwer de Kommentar, deen den editéierbare Beräich vum Fichier ofschléisst: /* That's all, stop editing! Happy publishing. */ op engem WordPress op Lëtzebuergesch, dat keng eege Versioun vun dësem Fichier huet (op engem WordPress op Däitsch: /* Das war’s, Schluss mit dem Bearbeiten! Viel Spaß. */). Luet d’Säit mam Feeler nei, a maacht duerno wp-content/debug.log op. WP_DEBUG_DISPLAY op false hält d’Meldungen am Fichier, ewech vun der Säit, déi Är Besicher gesinn.

Wann debug.log eidel bleift oder net optaucht, huet PHP de Feeler direkt protokolléiert: sicht e Fichier error_log um Root vun der Websäit oder an wp-admin, oder d’Rubrik mat de Feeler-Logen am Panel vun Ärem Hostingubidder.

Wat d’Meldung seet, an de Schrëtt, deen dozou passt

E fatale Feeler passt an eng Zeil: d’Aart vum Feeler, seng Beschreiwung, duerno in gefollegt vum komplette Pad vum Fichier an der Nummer vun der Zeil. De Pad ass déi nëtzlechst Informatioun: wp-content/plugins/numm/ bezeechent e Plugin, wp-content/themes/numm/ en Theme.

D’Meldung enthältWat dat heeschtDe Schrëtt
Call to undefined function oder Class "…" not found, an wp-content/plugins/numm-vum-plugin/De Plugin rifft Code op, deen feelt: eng onvollstänneg Aktualiséierung, e Plugin, vun deem en ofhänkt, ass desaktivéiert, oder eng PHP-Versioun, déi en net ënnerstëtzt.Dëse Plugin desaktivéieren, an en duerno nei installéieren oder aktualiséieren.
Allowed memory size of 268435456 bytes exhaustedDe Script huet de Späicher iwwerschratt, deen PHP zougedeelt ass, hei 268.435.456 Bytes, also 256 MB.WP_MEMORY_LIMIT an wp-config.php eropsetzen, bannent der Limitt vum Hostingubidder, an duerno sichen, wat esou vill verbraucht.
PHP Parse error: syntax error, unexpected, an functions.php on line 42E Syntaxfeeler an engem Fichier, ganz dacks no enger Ännerung vun Hand am Theme-Editor.Déi uginn Zeil korrigéieren, oder déi vireg Versioun vum Fichier zeréckspillen.
Uncaught TypeError oder Uncaught ArgumentCountError, no engem Wiessel vun der PHP-VersiounEng Komponent, déi fir eng méi al PHP-Versioun geschriwwe gouf, an déi déi aktuell Versioun refuséiert auszeféieren.D’Komponent aktualiséieren. Fir d’Pann ze iwwerbrécken, am Panel vum Hostingubidder op déi vireg PHP-Versioun zeréckgoen, bis se ersat ass.
Maximum execution time of 30 seconds exceededE Prozess huet méi laang gedauert, wéi PHP erlaabt (max_execution_time).De Prozess identifizéieren (Import, Backup, Bildgeneratioun) an d’Limitt beim Hostingubidder eropsetze loossen, wann dëse Prozess legitim ass.
wp-config.php, fir de Späicher eropzesetzen, deen WordPress zougedeelt ass
define( 'WP_MEMORY_LIMIT', '256M' );

Déi betraffe Komponent ouni Administratioun desaktivéieren

Iwwer SFTP oder de Fichiersgestionnaire

Benennt den Dossier vum Plugin ëm, deen an der Meldung steet, zum Beispill wp-content/plugins/numm-vum-plugin an numm-vum-plugin.off. WordPress fënnt de Plugin net méi a luet en net méi; seng Astellunge bleiwen an der Datebank gespäichert, a WordPress desaktivéiert en, déi nächste Kéier wou de Plugins-Schierm opgemaach gëtt.

Bei engem Theme mécht d’Ëmbenenne vu sengem Dossier an wp-content/themes d’Administratioun nees zougänglech, mä d’Besicher gesinn eng eidel Säit, soulaang keen Theme aktiv ass. Maacht direkt Ausgesinn > Themen op: WordPress stellt fest, datt den aktiven Theme futti ass, a geet op en installéierte Standard-Theme zeréck.

Mat WP-CLI

Terminal, um Root vun der Websäit (den Theme, deen Dir aktivéiert, muss an wp theme list stoen)
wp plugin list --status=active
wp plugin deactivate numm-vum-plugin
wp theme list
wp theme activate twentytwentyfive

Den éischte Befeel hält d’Lëscht vun den aktive Plugins fest, nëtzlech virun all Desaktivéierung am Grupp. Wann WP-CLI selwer um Feeler stoppt, setzt --skip-plugins --skip-themes un de Befeel: da start en, ouni d’Plugins an den Theme ze lueden. D’Plugins aus dem Dossier wp-content/mu-plugins ginn trotzdem gelueden; wann de Feeler vun engem vun hinne kënnt, benennt säi Fichier ëm.

Wann d’Meldung keng Komponent nennt, desaktivéiert wp plugin deactivate --all all d’Plugins. Wann d’Websäit erëm leeft, aktivéiert se een nom aneren nees, a luet d’Websäit all Kéier nei: dee lescht reaktivéierte Plugin, ier de Feeler zeréckkënnt, ass dee betraffenen.

Wann d’Websäit erëm leeft

  1. Setzt nees define( 'WP_DEBUG', false ); a läscht WP_DEBUG_LOG aus wp-config.php.
  2. Läscht wp-content/debug.log: an engem Dossier, deen iwwer de Web zougänglech ass, kann jidderee se liesen, an de Fichier enthält Pade vum Server.
  3. Aktualiséiert oder ersetzt déi betraffe Komponent, nodeems Dir hiren Changelog gelies hutt.
  4. Maacht de Cache vum Cache-Plugin eidel, an dee vum Hostingubidder, wann en een huet.
  5. Fir déi nächste Kéier: testt Aktualiséierungen op enger Kopie vun der Websäit, ier Dir se online asetzt.

Eng Websäit, där hir Aktualiséierungen eis Aarbecht sinn

Serenity by Simafri: mir erstellen Är professionell Websäit, hosten se, sécheren se an halen se aktuell. Dir schreift eis, mir këmmeren eis ëm alles. Domänennumm a professionell E-Mail abegraff.

Entdeckt Serenity by Simafri

Dacks gestallte Froen

Firwat weist meng WordPress-Websäit „There has been a critical error on this website“?

Well e fatale PHP-Feeler geschitt ass, meeschtens an engem Plugin oder engem Theme. WordPress fänkt en of, weist dës Meldung (op engem WordPress op Däitsch: „Es gab einen kritischen Fehler auf deiner Website.“) a schéckt eng E-Mail un d’Administratiouns-Adress vun der Websäit, mat engem Link op de Recovery Mode. Den Debug-Log gëtt den Detail vum Feeler an de betraffene Fichier.

Ech hunn d’E-Mail vum Recovery Mode net kritt, wat maachen?

Kuckt am Spamdossier no, a kontrolléiert d’Adress am Feld Administration Email Address ënner Astellungen > General (op Däitsch Administrative E-Mail-Adresse ënner Einstellungen > Allgemein). Ouni E-Mail aktivéiert Dir den Debug-Log an wp-config.php, liest de Feeler an wp-content/debug.log, an desaktivéiert déi betraffe Komponent, andeems Dir hiren Dossier iwwer SFTP ëmbenennt.

Verléieren d’Plugins hir Astellungen, wann ech hiren Dossier ëmbenennen?

D’Astellunge vun de Plugins sinn an der Datebank gespäichert, net an hirem Dossier, a bleiwen also erhalen. E Plugin mat engem ëmbenannten Dossier gëtt als desaktivéiert ugewisen; gitt dem Dossier säin Originalnumm zeréck an aktivéiert de Plugin iwwer de Plugins-Schierm nees, fir en mat sengen Astellungen erëmzefannen.

Firwat ass nëmmen d’Administratioun eng wäiss Säit?

Déi feelerhaft Komponent gëtt vläicht nëmmen an der Administratioun gelueden, oder de Späicher, deen do gebraucht gëtt, ass méi héich. WordPress applizéiert WP_MAX_MEMORY_LIMIT op d’Schiermer vun der Administratioun an WP_MEMORY_LIMIT op déi ëffentlech Websäit. Den Debug-Log gëtt an deenen zwee Fäll déi selwecht Informatioun: luet d’Säit vun der Administratioun mam Feeler, a liest duerno debug.log.

Kontaktéiert eis