{"id":22416,"date":"2026-08-28T07:51:48","date_gmt":"2026-08-28T05:51:48","guid":{"rendered":"https:\/\/www.curiaweb.ch\/?post_type=docs&#038;p=22416"},"modified":"2026-08-28T07:51:49","modified_gmt":"2026-08-28T05:51:49","password":"","slug":"wordpress-kritischer-fehler-weisse-seite","status":"publish","type":"docs","link":"https:\/\/www.curiaweb.ch\/fr\/hilfe\/wordpress\/wordpress-kritischer-fehler-weisse-seite\/","title":{"rendered":"WordPress affiche une page blanche ou une erreur critique : que faire ?"},"content":{"rendered":"<p class=\"wp-block-paragraph\">Statt deiner WordPress-Website erscheint pl\u00f6tzlich nur noch eine weisse Seite oder die Meldung, dass auf der Website ein kritischer Fehler aufgetreten ist. H\u00e4ufig ist dann ein schwerwiegender PHP-Fehler aufgetreten, durch den WordPress die angeforderte Seite nicht mehr vollst\u00e4ndig ausf\u00fchren kann.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Die Ursache kann beispielsweise ein fehlerhaftes oder inkompatibles Plugin, ein Theme, eigener PHP-Code, eine ungeeignete PHP-Version oder ein ausgesch\u00f6pftes Speicherlimit sein.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Wichtig ist jetzt, nicht wahllos Dateien zu l\u00f6schen oder mehrere Einstellungen gleichzeitig zu ver\u00e4ndern. Mit einer systematischen Fehlersuche l\u00e4sst sich die Ursache meistens wesentlich schneller eingrenzen.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote is-layout-flow wp-block-quote-is-layout-flow\">\n<p class=\"wp-block-paragraph\"><strong>En bref :<\/strong> Pr\u00fcfe zuerst, was unmittelbar vor dem Fehler ge\u00e4ndert wurde und ob WordPress eine Recovery-E-Mail an die Administrator-Adresse gesendet hat. Danach solltest du Plugins, Theme, PHP-Version, Speicherlimit und Fehlerprotokolle gezielt untersuchen. \u00c4ndere m\u00f6glichst immer nur eine Sache gleichzeitig.<\/p>\n<\/blockquote>\n\n\n\n<h2 class=\"wp-block-heading\">Was bedeutet \u201eAuf deiner Website ist ein kritischer Fehler aufgetreten\u201c?<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">WordPress kann schwerwiegende PHP-Fehler erkennen, die verhindern, dass eine Anfrage normal ausgef\u00fchrt wird.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Statt Besuchern technische PHP-Fehlermeldungen anzuzeigen, erscheint auf einer produktiven WordPress-Website h\u00e4ufig lediglich eine allgemeine Meldung \u00fcber einen kritischen Fehler.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Die eigentliche technische Ursache ist dadurch im Browser zun\u00e4chst nicht sichtbar.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Les causes typiques sont :<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>fehlerhaftes oder inkompatibles Plugin<\/li>\n\n\n\n<li>Conflit de plugin<\/li>\n\n\n\n<li>fehlerhaftes oder inkompatibles Theme<\/li>\n\n\n\n<li>Fehler in selbst eingef\u00fcgtem PHP-Code<\/li>\n\n\n\n<li>ungeeignete PHP-Version<\/li>\n\n\n\n<li>erreichtes PHP-Speicherlimit<\/li>\n\n\n\n<li>fehlerhafte Dateien nach einem Update<\/li>\n\n\n\n<li>Probleme mit WordPress-Core-Dateien<\/li>\n<\/ul>\n\n\n\n<h2 class=\"wp-block-heading\">Was ist die \u201eWhite Screen of Death\u201c?<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Als <strong>White Screen of Death<\/strong>, h\u00e4ufig mit <strong>WSOD<\/strong> abgek\u00fcrzt, wird eine vollst\u00e4ndig oder weitgehend leere weisse Seite bezeichnet, bei der WordPress keine hilfreiche Fehlermeldung ausgibt.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Eine solche weisse Seite kann ebenfalls durch PHP- oder Datenbankfehler verursacht werden.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Moderne WordPress-Versionen verf\u00fcgen \u00fcber einen Fatal Error Handler und einen Recovery Mode. Deshalb erscheint bei bestimmten Fehlern heute h\u00e4ufiger die Meldung \u00fcber einen kritischen Fehler anstelle der klassischen vollst\u00e4ndig weissen Seite.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Das Grundproblem bleibt jedoch \u00e4hnlich: WordPress konnte die Anfrage aufgrund eines schwerwiegenden Fehlers nicht normal abschliessen.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">1. \u00dcberlege zuerst: Was wurde unmittelbar vorher ge\u00e4ndert?<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Der wichtigste erste Diagnoseschritt ist h\u00e4ufig nicht technisch.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">\u00dcberlege, was unmittelbar vor Auftreten des Fehlers passiert ist.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Par exemple :<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>WordPress wurde aktualisiert<\/li>\n\n\n\n<li>ein Plugin wurde aktualisiert<\/li>\n\n\n\n<li>mehrere Plugins wurden gleichzeitig aktualisiert<\/li>\n\n\n\n<li>ein neues Plugin wurde installiert<\/li>\n\n\n\n<li>ein Plugin wurde aktiviert<\/li>\n\n\n\n<li>das Theme wurde aktualisiert<\/li>\n\n\n\n<li>ein neues Theme wurde aktiviert<\/li>\n\n\n\n<li>die PHP-Version wurde ge\u00e4ndert<\/li>\n\n\n\n<li>Code wurde in <code>fonctions.php<\/code> eingef\u00fcgt<\/li>\n\n\n\n<li><code>wp-config.php<\/code> wurde bearbeitet<\/li>\n\n\n\n<li>ein Code-Snippet wurde aktiviert<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn der Fehler unmittelbar nach einer bestimmten \u00c4nderung auftrat, ist diese \u00c4nderung der erste sinnvolle Ansatzpunkt f\u00fcr die Diagnose.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote is-layout-flow wp-block-quote-is-layout-flow\">\n<p class=\"wp-block-paragraph\"><strong>Conseil pratique :<\/strong> Schreibe dir bei der Fehlersuche auf, was du ver\u00e4nderst. Wenn du gleichzeitig PHP-Version, Theme und f\u00fcnf Plugins \u00e4nderst und die Website danach wieder funktioniert, weisst du nicht, was die eigentliche Ursache war.<\/p>\n<\/blockquote>\n\n\n\n<h2 class=\"wp-block-heading\">2. Pr\u00fcfe, ob nur eine Seite oder die gesamte Website betroffen ist<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Ein kritischer Fehler muss nicht zwingend die komplette WordPress-Installation betreffen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Teste deshalb verschiedene Bereiche der Website:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Accueil<\/li>\n\n\n\n<li>eine normale Unterseite<\/li>\n\n\n\n<li>einen Blogbeitrag<\/li>\n\n\n\n<li>WordPress-Login<\/li>\n\n\n\n<li>WordPress-Adminbereich<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Der Adminbereich ist normalerweise \u00fcber eine Adresse nach diesem Muster erreichbar:<\/p>\n\n\n\n<figure class=\"wp-block-embed\"><div class=\"wp-block-embed__wrapper\">\nhttps:\/\/deine-domain.ch\/wp-admin\n<\/div><\/figure>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn beispielsweise nur eine einzelne Seite ausf\u00e4llt, kann die Ursache in einem bestimmten Block, Shortcode, Template oder Plugin liegen, das nur auf dieser Seite verwendet wird.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Funktioniert dagegen weder Frontend noch Adminbereich, liegt wahrscheinlich ein grundlegenderes Problem vor.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">3. Administrator-E-Mail von WordPress pr\u00fcfen<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Bei bestimmten fatalen Fehlern aktiviert WordPress automatisch seinen Recovery Mode und versucht, eine Nachricht an die in WordPress hinterlegte Administrator-E-Mail-Adresse zu senden.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Kontrolliere deshalb:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Posteingang der Administrator-Adresse<\/li>\n\n\n\n<li>dossier spam ou courrier ind\u00e9sirable<\/li>\n\n\n\n<li>gegebenenfalls weitere Filter des E-Mail-Kontos<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Die Nachricht kann Informationen dar\u00fcber enthalten, welches Plugin oder Theme den Fehler ausgel\u00f6st hat, sowie einen speziellen Link f\u00fcr den WordPress-Wiederherstellungsmodus.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote is-layout-flow wp-block-quote-is-layout-flow\">\n<p class=\"wp-block-paragraph\"><strong>Important :<\/strong> Wenn keine Recovery-E-Mail ankommt, bedeutet das nicht, dass kein kritischer WordPress-Fehler vorliegt. Die Nachricht kann beispielsweise aufgrund eines Mailproblems nicht zugestellt werden oder der konkrete Fehler kann ausserhalb der Bedingungen auftreten, unter denen WordPress den Recovery Mode aktiviert.<\/p>\n<\/blockquote>\n\n\n\n<h2 class=\"wp-block-heading\">4. WordPress Recovery Mode verwenden<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn du eine entsprechende E-Mail von WordPress erhalten hast, kannst du den darin enthaltenen Recovery-Link verwenden.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Nach dem Login zeigt WordPress an, dass der Wiederherstellungsmodus aktiv ist.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Ein fehlerhaftes Plugin oder Theme kann f\u00fcr deine Recovery-Sitzung pausiert werden, damit du wieder Zugriff auf den Adminbereich erh\u00e4ltst und die Ursache untersuchen kannst.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">WordPress kann dort Hinweise anzeigen, welche Komponente einen Fehler verursacht hat.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Je nach Ursache kannst du beispielsweise:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>ein problematisches Plugin deaktivieren<\/li>\n\n\n\n<li>ein fehlerhaftes Theme wechseln<\/li>\n\n\n\n<li>ein problematisches Update untersuchen<\/li>\n\n\n\n<li>fehlerhaften eigenen Code korrigieren<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Verlasse den Recovery Mode erst, wenn du die vermutete Ursache behandelt und die Website kontrolliert hast.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">5. Funktioniert der WordPress-Adminbereich noch?<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn du den Adminbereich noch normal \u00f6ffnen kannst, ist die Fehlersuche deutlich einfacher.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Ouvrir :<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>Plugins \u2192 Installierte Plugins<\/strong><\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn der Fehler nach Installation, Aktivierung oder Aktualisierung eines Plugins begonnen hat, deaktiviere zun\u00e4chst dieses Plugin.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Kontrolliere danach die betroffene Seite erneut.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Verschwindet der Fehler, hast du einen starken Hinweis auf die Ursache. Das bedeutet allerdings noch nicht zwangsl\u00e4ufig, dass das Plugin grunds\u00e4tzlich fehlerhaft ist. M\u00f6glich ist beispielsweise auch ein Konflikt mit einem anderen Plugin, dem Theme, der WordPress-Version oder der verwendeten PHP-Version.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Eine ausf\u00fchrliche Diagnose behandeln wir im Artikel <a href=\"\/fr\/aide\/wordpress\/conflits-entre-plugins-et-themes-wordpress\/\">D\u00e9tecter et r\u00e9soudre les conflits de plugins ou de th\u00e8mes dans WordPress<\/a>.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">6. Adminbereich nicht erreichbar: Plugin manuell deaktivieren<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn ein Plugin einen fatalen Fehler verursacht und du nicht mehr auf den WordPress-Adminbereich zugreifen kannst, l\u00e4sst sich das betroffene Plugin gegebenenfalls \u00fcber den Dateizugriff deaktivieren.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">WordPress-Plugins befinden sich normalerweise unter:<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><code>wp-content\/plugins\/<\/code><\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn das Fehlerprotokoll beispielsweise eindeutig auf ein Plugin mit dem Verzeichnis<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><code>wp-content\/plugins\/beispiel-plugin\/<\/code><\/p>\n\n\n\n<p class=\"wp-block-paragraph\">verweist, kann dessen Ordner vor\u00fcbergehend umbenannt werden.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Par exemple :<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><code>beispiel-plugin-deaktiviert<\/code><\/p>\n\n\n\n<p class=\"wp-block-paragraph\">WordPress findet das Plugin dann nicht mehr unter seinem bisherigen Pfad und kann es nicht normal laden.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote is-layout-flow wp-block-quote-is-layout-flow\">\n<p class=\"wp-block-paragraph\"><strong>Attention :<\/strong> Benenne nicht wahllos s\u00e4mtliche Plugin-Verzeichnisse um. Wenn du bereits einen konkreten Verdacht oder einen eindeutigen Eintrag im Fehlerprotokoll hast, beginne mit genau dieser Komponente.<\/p>\n<\/blockquote>\n\n\n\n<h2 class=\"wp-block-heading\">7. Was tun, wenn kein bestimmtes Plugin bekannt ist?<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn kein Fehlerprotokoll vorhanden ist und du nicht weisst, welches Plugin den Fehler verursacht, kann als Diagnosemassnahme eine kontrollierte Deaktivierung der Plugins notwendig sein.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Ist der Adminbereich erreichbar, solltest du dies dort durchf\u00fchren.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Ist er nicht erreichbar, kann bei entsprechender Erfahrung \u00fcber den Dateizugriff auch das Plugin-Verzeichnis vor\u00fcbergehend umbenannt werden.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Der Ordner lautet normalerweise:<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><code>wp-content\/plugins\/<\/code><\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Wird der gesamte Ordner vor\u00fcbergehend umbenannt, kann WordPress die darin befindlichen normalen Plugins nicht mehr unter dem erwarteten Pfad laden.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Funktioniert die Website anschlie\u00dfend wieder, deutet dies stark darauf hin, dass eines der Plugins beteiligt ist.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Danach m\u00fcssen die Plugins kontrolliert wieder aktiviert beziehungsweise untersucht werden, um den tats\u00e4chlichen Verursacher zu finden.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote is-layout-flow wp-block-quote-is-layout-flow\">\n<p class=\"wp-block-paragraph\"><strong>Important :<\/strong> \u201eWebsite funktioniert ohne Plugins\u201c identifiziert noch nicht das fehlerhafte Plugin. Die eigentliche Diagnose beginnt dann erst: Plugins kontrolliert einzeln beziehungsweise in sinnvollen Gruppen wieder aktivieren und nach jeder \u00c4nderung testen.<\/p>\n<\/blockquote>\n\n\n\n<h2 class=\"wp-block-heading\">8. Theme als Fehlerursache pr\u00fcfen<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Nicht nur Plugins k\u00f6nnen einen kritischen Fehler verursachen. Auch ein Theme kann fehlerhaften oder mit der aktuellen Umgebung inkompatiblen PHP-Code enthalten.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Ein Theme ist besonders verd\u00e4chtig, wenn der Fehler unmittelbar nach:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>einem Theme-Update<\/li>\n\n\n\n<li>einem Theme-Wechsel<\/li>\n\n\n\n<li>einer \u00c4nderung an <code>fonctions.php<\/code><\/li>\n\n\n\n<li>einer Anpassung eines Child-Themes<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">aufgetreten ist.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn der Adminbereich erreichbar ist, kannst du testweise ein aktuelles WordPress-Standardtheme aktivieren.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Funktioniert die Website damit wieder, sollte das bisherige Theme genauer untersucht werden.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">9. Theme pr\u00fcfen, wenn der Adminbereich nicht erreichbar ist<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Themes befinden sich normalerweise unter:<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><code>wp-content\/themes\/<\/code><\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Bei einer manuellen Diagnose kann das Verzeichnis des aktiven Themes vor\u00fcbergehend umbenannt werden.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Damit WordPress anschlie\u00dfend auf ein anderes Theme zur\u00fcckgreifen kann, muss allerdings ein geeignetes anderes Theme installiert sein.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Eine solche \u00c4nderung kann die Darstellung der Website erheblich ver\u00e4ndern und sollte deshalb gezielt zur Diagnose eingesetzt werden.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">10. Fehler nach \u00c4nderung der PHP-Version<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn der kritische Fehler unmittelbar nach einer \u00c4nderung der PHP-Version aufgetreten ist, sollte die Kompatibilit\u00e4t der WordPress-Installation gepr\u00fcft werden.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">WordPress selbst, Plugins und Themes m\u00fcssen mit der verwendeten PHP-Version zusammenarbeiten.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Besonders \u00e4ltere Plugins, Themes oder eigener Code k\u00f6nnen Funktionen verwenden, die unter einer neueren PHP-Version ver\u00e4ndert oder entfernt wurden.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Umgekehrt kann moderne Software Funktionen voraussetzen, die in einer sehr alten PHP-Version noch nicht verf\u00fcgbar sind.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Die systematische Vorgehensweise behandeln wir ausf\u00fchrlich in <a href=\"\/fr\/aide\/wordpress\/changer-la-version-php-de-wordpress\/\">Modifier la version PHP pour WordPress et v\u00e9rifier la compatibilit\u00e9<\/a>.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote is-layout-flow wp-block-quote-is-layout-flow\">\n<p class=\"wp-block-paragraph\"><strong>Conseil pratique :<\/strong> Wenn eine Website unmittelbar nach einem PHP-Wechsel ausf\u00e4llt, dokumentiere die bisherige und die neue PHP-Version. Diese Information ist f\u00fcr die Fehlersuche wesentlich hilfreicher als die allgemeine Aussage \u201eWordPress funktioniert nicht mehr\u201c.<\/p>\n<\/blockquote>\n\n\n\n<h2 class=\"wp-block-heading\">11. PHP Memory Limit als m\u00f6gliche Ursache<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">WordPress, Plugins und Themes ben\u00f6tigen w\u00e4hrend der Ausf\u00fchrung Arbeitsspeicher. \u00dcberschreitet ein PHP-Prozess das zul\u00e4ssige Speicherlimit, kann die Verarbeitung mit einem fatalen Fehler abbrechen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Im Fehlerprotokoll kann dann beispielsweise eine Meldung mit folgendem Bestandteil erscheinen:<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><code>Taille de m\u00e9moire autoris\u00e9e ... \u00e9puis\u00e9e<\/code><\/p>\n\n\n\n<p class=\"wp-block-paragraph\">In diesem Fall sollte nicht automatisch nur das Speicherlimit erh\u00f6ht werden.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Ein ungew\u00f6hnlich hoher Speicherverbrauch kann beispielsweise durch:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>ein ressourcenintensives Plugin<\/li>\n\n\n\n<li>einen Programmierfehler<\/li>\n\n\n\n<li>eine sehr aufwendige Operation<\/li>\n\n\n\n<li>eine ung\u00fcnstige Plugin-Kombination<\/li>\n\n\n\n<li>einen Import- oder Exportvorgang<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">\u00eatre caus\u00e9.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Die Unterschiede zwischen PHP <code>limite_m\u00e9moire<\/code>, WordPress-Speichergrenzen und einer tats\u00e4chlichen Fehlerursache erkl\u00e4ren wir im Artikel <a href=\"\/fr\/aide\/wordpress\/limite-de-memoire-php-wordpress\/\">Limite de m\u00e9moire PHP dans WordPress : identifier et corriger l'erreur<\/a>.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">12. Fehlerprotokolle statt Vermutungen verwenden<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn die offensichtliche Ursache nicht erkennbar ist, sind Fehlerprotokolle h\u00e4ufig der wichtigste n\u00e4chste Schritt.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Ein Log kann beispielsweise zeigen:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>welche PHP-Datei den Fehler ausgel\u00f6st hat<\/li>\n\n\n\n<li>welches Plugin betroffen ist<\/li>\n\n\n\n<li>ob der Fehler aus dem Theme stammt<\/li>\n\n\n\n<li>welche PHP-Funktion beteiligt ist<\/li>\n\n\n\n<li>ob das Speicherlimit erreicht wurde<\/li>\n\n\n\n<li>an welcher Datei und Zeile der Fehler aufgetreten ist<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Ein typischer Eintrag kann beispielsweise einen Pfad wie diesen enthalten:<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><code>\/wp-content\/plugins\/beispiel-plugin\/...<\/code><\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Das ist wesentlich aussagekr\u00e4ftiger als lediglich die sichtbare Meldung \u00fcber einen kritischen Fehler.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">13. WordPress-Debugging gezielt aktivieren<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">WordPress besitzt eigene Debugging-Funktionen. Damit k\u00f6nnen PHP-Fehler, Warnungen und Hinweise protokolliert werden.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Zu den wichtigsten Konstanten geh\u00f6ren:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li><code>WP_DEBUG<\/code><\/li>\n\n\n\n<li><code>WP_DEBUG_LOG<\/code><\/li>\n\n\n\n<li><code>WP_DEBUG_DISPLAY<\/code><\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">F\u00fcr eine produktive Website sollten detaillierte Fehlermeldungen normalerweise nicht \u00f6ffentlich im Frontend angezeigt werden. Sie k\u00f6nnen interne Pfade, technische Details oder andere Informationen enthalten, die Besucher nicht sehen sollten.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Wie du Debugging sicher einsetzt und <code>journal de d\u00e9bogage<\/code> auswertest, behandeln wir ausf\u00fchrlich in <a href=\"\/fr\/aide\/wordpress\/journaux-de-debogage-wordpress\/\">Activer le d\u00e9bogage WordPress et utiliser les journaux d'erreurs<\/a>.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote is-layout-flow wp-block-quote-is-layout-flow\">\n<p class=\"wp-block-paragraph\"><strong>Attention :<\/strong> Aktiviere nicht einfach dauerhaft die \u00f6ffentliche Ausgabe s\u00e4mtlicher PHP-Fehler auf einer produktiven Website. F\u00fcr die Fehlersuche ist ein kontrolliertes Logging normalerweise sinnvoller als technische Fehlermeldungen f\u00fcr jeden Besucher sichtbar zu machen.<\/p>\n<\/blockquote>\n\n\n\n<h2 class=\"wp-block-heading\">14. Wo befindet sich das WordPress-Debug-Log?<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn WordPress-Debugging entsprechend konfiguriert wurde, wird das Standard-Debug-Protokoll normalerweise unter folgendem Pfad angelegt:<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><code>wp-content\/debug.log<\/code><\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Ob die Datei vorhanden ist und welche Eintr\u00e4ge sie enth\u00e4lt, h\u00e4ngt von der Debug-Konfiguration und den tats\u00e4chlich auftretenden Fehlern ab.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Ein Log sollte nach Abschluss der Fehlersuche nicht unn\u00f6tig \u00f6ffentlich zug\u00e4nglich bleiben.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">15. Fatal Error richtig lesen<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Eine PHP-Fehlermeldung kann auf den ersten Blick kompliziert wirken. F\u00fcr die erste Diagnose sind aber h\u00e4ufig wenige Bestandteile besonders interessant:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Art des Fehlers<\/li>\n\n\n\n<li>Chemin d'acc\u00e8s<\/li>\n\n\n\n<li>Nom de fichier<\/li>\n\n\n\n<li>Num\u00e9ro de ligne<\/li>\n\n\n\n<li>betroffene Funktion oder Klasse<\/li>\n\n\n\n<li>Moment de l'erreur<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Steht im Pfad beispielsweise:<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><code>wp-content\/plugins\/...<\/code><\/p>\n\n\n\n<p class=\"wp-block-paragraph\">ist ein Plugin beteiligt.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Steht dort:<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><code>wp-content\/themes\/...<\/code><\/p>\n\n\n\n<p class=\"wp-block-paragraph\">f\u00fchrt die Spur in Richtung Theme beziehungsweise Child-Theme.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Ein Dateipfad allein beweist allerdings nicht immer, dass genau diese Komponente die eigentliche Ursache ist. Ein Fehler kann beispielsweise durch einen Aufruf aus einer anderen Komponente ausgel\u00f6st worden sein.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">16. Syntaxfehler nach manueller Code\u00e4nderung<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn du unmittelbar vor dem Ausfall PHP-Code manuell bearbeitet hast, sollte diese \u00c4nderung als Erstes gepr\u00fcft werden.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Ein kleiner Syntaxfehler kann ausreichen, um einen fatalen PHP-Fehler auszul\u00f6sen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Besonders kritisch sind \u00c4nderungen an Dateien wie:<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><code>fonctions.php<\/code><\/p>\n\n\n\n<p class=\"wp-block-paragraph\">ou<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><code>wp-config.php<\/code><\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn du noch genau weisst, welche \u00c4nderung den Fehler ausgel\u00f6st hat, stelle den vorherigen funktionierenden Code wieder her.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote is-layout-flow wp-block-quote-is-layout-flow\">\n<p class=\"wp-block-paragraph\"><strong>Important :<\/strong> Kopiere nicht wahllos PHP-Code aus Foren, Videos oder KI-Ausgaben in eine produktive WordPress-Website. Pr\u00fcfe, wof\u00fcr der Code gedacht ist, ob er zur aktuellen Umgebung passt und ob du eine M\u00f6glichkeit zur Wiederherstellung hast.<\/p>\n<\/blockquote>\n\n\n\n<h2 class=\"wp-block-heading\">17. Fehler unmittelbar nach einem WordPress-Update<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Ein kritischer Fehler nach einem WordPress-Update bedeutet nicht automatisch, dass WordPress selbst fehlerhaft ist.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Ein Update kann beispielsweise sichtbar machen, dass:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>ein \u00e4lteres Plugin nicht mehr kompatibel ist<\/li>\n\n\n\n<li>ein Theme veralteten Code verwendet<\/li>\n\n\n\n<li>eigener Code nicht mehr kompatibel ist<\/li>\n\n\n\n<li>ein Update nicht vollst\u00e4ndig abgeschlossen wurde<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Pr\u00fcfe deshalb zun\u00e4chst die konkrete Fehlermeldung beziehungsweise das Fehlerprotokoll.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Ein sofortiges Downgrade ohne Diagnose kann das Problem lediglich verdecken und zus\u00e4tzlich Sicherheits- oder Kompatibilit\u00e4tsprobleme verursachen.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">18. Fehler unmittelbar nach einem Plugin-Update<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn die Website direkt nach Aktualisierung eines bestimmten Plugins ausf\u00e4llt, ist dieses Plugin ein naheliegender Ausgangspunkt.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">V\u00e9rifier :<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>ob das Plugin im Fehlerprotokoll genannt wird<\/li>\n\n\n\n<li>ob eine weitere Aktualisierung verf\u00fcgbar ist<\/li>\n\n\n\n<li>ob der Entwickler bekannte Probleme dokumentiert<\/li>\n\n\n\n<li>ob die verwendete WordPress- und PHP-Version unterst\u00fctzt wird<\/li>\n\n\n\n<li>ob ein Konflikt mit einer anderen Erweiterung vorliegt<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Deaktiviere das Plugin gegebenenfalls vor\u00fcbergehend, um die Website wieder erreichbar zu machen und die Ursache weiter einzugrenzen.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">19. Fehler nach Aktivierung eines neuen Plugins<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn ein kritischer Fehler unmittelbar nach der Aktivierung eines neuen Plugins erscheint, ist die Diagnose vergleichsweise eindeutig zu beginnen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Deaktiviere das neu aktivierte Plugin wieder.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Funktioniert die Website danach normal, sollte vor einer erneuten Aktivierung gepr\u00fcft werden, warum das Plugin den Fehler ausl\u00f6st.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">M\u00f6gliche Gr\u00fcnde sind:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Inkompatibilit\u00e4t mit PHP<\/li>\n\n\n\n<li>Inkompatibilit\u00e4t mit WordPress<\/li>\n\n\n\n<li>Konflikt mit einem anderen Plugin<\/li>\n\n\n\n<li>Konflikt mit dem Theme<\/li>\n\n\n\n<li>extension PHP manquante<\/li>\n\n\n\n<li>Programmierfehler im Plugin<\/li>\n<\/ul>\n\n\n\n<h2 class=\"wp-block-heading\">20. Nicht sofort ein Backup zur\u00fcckspielen<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Ein Backup ist f\u00fcr die Wiederherstellung einer Website sehr wichtig. Es sollte aber nicht automatisch der allererste Schritt bei jedem kritischen Fehler sein.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn beispielsweise nur ein neu aktiviertes Plugin den Fehler verursacht, kann dessen Deaktivierung wesentlich schneller und sauberer sein als die vollst\u00e4ndige Wiederherstellung einer \u00e4lteren Website-Version.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Ein Backup-Restore kann au\u00dferdem neuere Inhalte, Bestellungen, Formulareingaben oder andere seit dem Sicherungszeitpunkt entstandene Daten \u00fcberschreiben.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote is-layout-flow wp-block-quote-is-layout-flow\">\n<p class=\"wp-block-paragraph\"><strong>Recommandation :<\/strong> Ermittle nach M\u00f6glichkeit zuerst die Ursache. Eine vollst\u00e4ndige Wiederherstellung ist besonders dann sinnvoll, wenn Dateien oder Daten besch\u00e4digt wurden oder eine kontrollierte R\u00fcckkehr zu einem bekannten funktionierenden Zustand erforderlich ist.<\/p>\n<\/blockquote>\n\n\n\n<h2 class=\"wp-block-heading\">21. Wann ein Backup trotzdem die richtige L\u00f6sung ist<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Eine Wiederherstellung kann sinnvoll sein, wenn beispielsweise:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>zahlreiche Dateien besch\u00e4digt wurden<\/li>\n\n\n\n<li>eine fehlgeschlagene \u00c4nderung nicht sauber r\u00fcckg\u00e4ngig gemacht werden kann<\/li>\n\n\n\n<li>mehrere Komponenten gleichzeitig ver\u00e4ndert wurden<\/li>\n\n\n\n<li>Schadcode oder Manipulation vermutet wird<\/li>\n\n\n\n<li>ein bekannter funktionierender Sicherungsstand ben\u00f6tigt wird<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Bei dynamischen Websites wie WooCommerce-Shops muss besonders sorgf\u00e4ltig gepr\u00fcft werden, welche Daten durch einen Restore \u00fcberschrieben w\u00fcrden.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">22. Cache nach der Fehlerbehebung ber\u00fccksichtigen<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn die eigentliche Ursache behoben wurde, kann eine zwischengespeicherte Fehlerseite unter Umst\u00e4nden noch sichtbar sein.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Je nach Website k\u00f6nnen verschiedene Cache-Ebenen beteiligt sein:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Cache du navigateur<\/li>\n\n\n\n<li>Plugin de cache WordPress<\/li>\n\n\n\n<li>Server- beziehungsweise Page-Cache<\/li>\n\n\n\n<li>CDN oder Proxy<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Leere Cache-Systeme jedoch nicht reflexartig als ersten Diagnoseschritt. Ein PHP-Fatal-Error wird durch das L\u00f6schen des Browser-Caches nicht repariert.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">23. Ist eine weisse Seite immer ein WordPress-Fehler?<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Non.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Eine scheinbar leere Seite kann auch andere Ursachen haben, beispielsweise:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>CSS blendet Inhalte aus<\/li>\n\n\n\n<li>JavaScript verhindert die erwartete Darstellung<\/li>\n\n\n\n<li>eine leere Template-Ausgabe<\/li>\n\n\n\n<li>ein Cache liefert fehlerhaften Inhalt<\/li>\n\n\n\n<li>eine externe Abh\u00e4ngigkeit verursacht Probleme<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Deshalb ist es wichtig, zwischen einer tats\u00e4chlich leeren Serverantwort, einem PHP-Fatal-Error und einer lediglich optisch leeren Seite zu unterscheiden.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">24. Kritischer Fehler oder HTTP 500?<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Ein schwerwiegender PHP-Fehler kann sich je nach Server- und WordPress-Konfiguration auch als HTTP-500-Fehler bemerkbar machen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Un <strong>500 Erreur interne du serveur<\/strong> ist allerdings allgemeiner und kann neben PHP-Fehlern weitere Ursachen haben.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn dein Browser ausdr\u00fccklich einen Fehler 500 meldet, findest du die gezielte Diagnose im Artikel <a href=\"\/fr\/aide\/wordpress\/resoudre-lerreur-500-wordpress\/\">Corriger l'erreur 500 dans WordPress<\/a>.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">25. Kritischer Fehler oder Website komplett nicht erreichbar?<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn \u00fcberhaupt keine Verbindung zur Website aufgebaut werden kann, muss WordPress nicht zwingend die Ursache sein.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Auch folgende Bereiche k\u00f6nnen eine Rolle spielen:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Domaine<\/li>\n\n\n\n<li>DNS<\/li>\n\n\n\n<li>Webserver<\/li>\n\n\n\n<li>SSL<\/li>\n\n\n\n<li>H\u00e9bergement<\/li>\n\n\n\n<li>Netzwerk<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">F\u00fcr diesen Fall verwenden wir eine breitere Diagnose im Artikel <a href=\"\/fr\/aide\/wordpress\/wordpress-website-nicht-erreichbar\/\">Site WordPress inaccessible : v\u00e9rifier les causes de mani\u00e8re syst\u00e9matique<\/a>.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">26. Website funktioniert wieder \u2013 ist das Problem damit erledigt?<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Pas n\u00e9cessairement.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn du beispielsweise ein Plugin deaktiviert hast und die Website wieder funktioniert, hast du zun\u00e4chst das Symptom beseitigt.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Danach solltest du noch kl\u00e4ren:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>warum das Plugin den Fehler verursacht hat<\/li>\n\n\n\n<li>ob eine kompatible Version verf\u00fcgbar ist<\/li>\n\n\n\n<li>ob das Plugin weiterhin ben\u00f6tigt wird<\/li>\n\n\n\n<li>ob ein Konflikt mit einer anderen Komponente besteht<\/li>\n\n\n\n<li>ob weitere Fehler im Log vorhanden sind<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Ein kritischer Fehler sollte nicht dadurch \u201egel\u00f6st\u201c werden, dass die Ursache vergessen wird, sobald die Startseite wieder erscheint.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">27. Debugging nach der Fehlersuche wieder deaktivieren<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn du f\u00fcr die Diagnose WordPress-Debugging aktiviert hast, solltest du die Einstellungen nach Abschluss der Fehlersuche wieder auf einen f\u00fcr die produktive Website geeigneten Zustand zur\u00fccksetzen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Insbesondere detaillierte Fehlermeldungen sollten nicht dauerhaft \u00f6ffentlich ausgegeben werden.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Auch erzeugte Logdateien sollten hinsichtlich Inhalt, Speicherplatz und Zugriff kontrolliert werden.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">28. Reihenfolge f\u00fcr eine systematische Fehlersuche<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn WordPress einen kritischen Fehler oder eine weisse Seite zeigt, kannst du dich grunds\u00e4tzlich an folgender Reihenfolge orientieren:<\/p>\n\n\n\n<ol class=\"wp-block-list\">\n<li>Ruhe bewahren und keine wahllosen \u00c4nderungen durchf\u00fchren.<\/li>\n\n\n\n<li>Pr\u00fcfen, was unmittelbar vor dem Fehler ge\u00e4ndert wurde.<\/li>\n\n\n\n<li>Kontrollieren, welche Bereiche der Website betroffen sind.<\/li>\n\n\n\n<li>Administrator-E-Mail und Spam-Ordner pr\u00fcfen.<\/li>\n\n\n\n<li>Recovery Mode verwenden, falls verf\u00fcgbar.<\/li>\n\n\n\n<li>Zuletzt ge\u00e4ndertes Plugin oder Theme untersuchen.<\/li>\n\n\n\n<li>PHP-Version pr\u00fcfen, insbesondere nach einer \u00c4nderung.<\/li>\n\n\n\n<li>Fehlerprotokolle auswerten.<\/li>\n\n\n\n<li>Bei Bedarf WordPress-Debugging kontrolliert aktivieren.<\/li>\n\n\n\n<li>Memory-Limit pr\u00fcfen, wenn das Log darauf hinweist.<\/li>\n\n\n\n<li>Ursache gezielt beheben.<\/li>\n\n\n\n<li>Frontend und Adminbereich vollst\u00e4ndig testen.<\/li>\n\n\n\n<li>Debugging-Einstellungen wieder kontrollieren.<\/li>\n<\/ol>\n\n\n\n<h2 class=\"wp-block-heading\">29. Was du bei einem kritischen Fehler besser nicht tun solltest<\/h2>\n\n\n\n<ul class=\"wp-block-list\">\n<li>nicht wahllos WordPress-Dateien l\u00f6schen<\/li>\n\n\n\n<li>nicht mehrere Plugins gleichzeitig l\u00f6schen, ohne die Ursache zu dokumentieren<\/li>\n\n\n\n<li>nicht sofort die Datenbank ver\u00e4ndern<\/li>\n\n\n\n<li>nicht beliebige PHP-Werte erh\u00f6hen, ohne die Fehlermeldung zu verstehen<\/li>\n\n\n\n<li>nicht ungepr\u00fcft auf eine alte PHP-Version wechseln<\/li>\n\n\n\n<li>nicht s\u00e4mtliche Dateiberechtigungen ver\u00e4ndern<\/li>\n\n\n\n<li>nicht sofort ein altes Backup \u00fcber eine aktuelle dynamische Website spielen<\/li>\n\n\n\n<li>nicht detaillierte PHP-Fehler dauerhaft \u00f6ffentlich anzeigen<\/li>\n\n\n\n<li>nicht die alte funktionierende Konfiguration vergessen, bevor du \u00c4nderungen vornimmst<\/li>\n<\/ul>\n\n\n\n<h2 class=\"wp-block-heading\">30. Welche Informationen helfen dem Support?<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Je genauer die Ausgangslage beschrieben wird, desto schneller kann ein technischer Fehler normalerweise eingegrenzt werden.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Par exemple, sont utiles :<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>domaine concern\u00e9<\/li>\n\n\n\n<li>genaue sichtbare Fehlermeldung<\/li>\n\n\n\n<li>Zeitpunkt, seit dem der Fehler auftritt<\/li>\n\n\n\n<li>letzte \u00c4nderung vor Auftreten des Fehlers<\/li>\n\n\n\n<li>zuletzt aktualisiertes Plugin oder Theme<\/li>\n\n\n\n<li>version PHP utilis\u00e9e<\/li>\n\n\n\n<li>ob Frontend und Adminbereich betroffen sind<\/li>\n\n\n\n<li>relevanter Eintrag aus dem Error Log<\/li>\n\n\n\n<li>ob eine WordPress-Recovery-E-Mail angekommen ist<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn ein Fehlerprotokoll vorhanden ist, sollte der relevante Abschnitt mit Zeitstempel \u00fcbermittelt werden. Ein vollst\u00e4ndiges Log mit Tausenden alten Meldungen ist f\u00fcr eine gezielte Diagnose h\u00e4ufig weniger hilfreich.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Quand devez-vous contacter le support CURIAWEB ?<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn deine WordPress-Website bei CURIAWEB einen kritischen Fehler oder eine weisse Seite zeigt und du die Ursache nicht eindeutig identifizieren kannst, kann der Support bei der technischen Eingrenzung der Hosting- und WordPress-Umgebung helfen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Kontaktiere den Support insbesondere, wenn:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Frontend und Adminbereich nicht mehr erreichbar sind<\/li>\n\n\n\n<li>du die Fehlermeldung im Log nicht einordnen kannst<\/li>\n\n\n\n<li>der Fehler nach einer \u00c4nderung der PHP-Version auftrat<\/li>\n\n\n\n<li>ein Speicher- oder PHP-Fehler angezeigt wird<\/li>\n\n\n\n<li>du unsicher bist, bevor du Dateien oder Einstellungen manuell ver\u00e4nderst<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Sende keine Passw\u00f6rter unaufgefordert mit. Beschreibe stattdessen m\u00f6glichst genau, wann der Fehler begonnen hat und welche \u00c4nderung unmittelbar davor durchgef\u00fchrt wurde.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">R\u00e9sum\u00e9<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Eine weisse WordPress-Seite oder die Meldung \u00fcber einen kritischen Fehler weist h\u00e4ufig auf einen schwerwiegenden PHP-Fehler hin. Typische Ursachen sind Plugins, Themes, eigener Code, PHP-Inkompatibilit\u00e4ten oder ein ausgesch\u00f6pftes Speicherlimit.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Pr\u00fcfe zuerst, was unmittelbar vor dem Fehler ge\u00e4ndert wurde. Kontrolliere danach die Administrator-E-Mail auf eine Nachricht zum WordPress Recovery Mode und untersuche verd\u00e4chtige Plugins oder Themes.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn die Ursache nicht offensichtlich ist, solltest du Fehlerprotokolle verwenden, statt Einstellungen auf Verdacht zu ver\u00e4ndern. Dateipfade und Fehlertypen liefern h\u00e4ufig konkrete Hinweise darauf, welche Komponente beteiligt ist.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Eine systematische Diagnose ist dabei wichtiger als eine m\u00f6glichst schnelle Folge von \u00c4nderungen: Ursache identifizieren, gezielt beheben, Website testen und tempor\u00e4r aktivierte Debugging-Massnahmen anschlie\u00dfend wieder zur\u00fccksetzen.<\/p>","protected":false},"excerpt":{"rendered":"<p>Statt deiner WordPress-Website erscheint pl\u00f6tzlich nur noch eine weisse Seite oder die Meldung, dass auf der Website ein kritischer Fehler aufgetreten ist. H\u00e4ufig ist dann ein schwerwiegender PHP-Fehler aufgetreten, durch den WordPress die angeforderte Seite nicht mehr vollst\u00e4ndig ausf\u00fchren kann. Die Ursache kann beispielsweise ein fehlerhaftes oder inkompatibles Plugin, ein Theme, eigener PHP-Code, eine ungeeignete [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"closed","template":"","meta":{"_joinchat":[],"footnotes":""},"doc_category":[80],"doc_tag":[],"class_list":["post-22416","docs","type-docs","status-publish","hentry","doc_category-wordpress"],"year_month":"2026-09","word_count":3257,"total_views":"5","reactions":{"happy":"0","normal":"0","sad":"0"},"author_info":{"name":"Silvio Mazenauer","author_nicename":"admin-curia","author_url":"https:\/\/www.curiaweb.ch\/fr\/author\/admin-curia\/"},"doc_category_info":[{"term_name":"WordPress","term_url":"https:\/\/www.curiaweb.ch\/fr\/hilfe-kategorie\/wordpress\/"}],"doc_tag_info":[],"knowledge_base_info":[],"knowledge_base_slug":[],"_links":{"self":[{"href":"https:\/\/www.curiaweb.ch\/fr\/wp-json\/wp\/v2\/docs\/22416","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.curiaweb.ch\/fr\/wp-json\/wp\/v2\/docs"}],"about":[{"href":"https:\/\/www.curiaweb.ch\/fr\/wp-json\/wp\/v2\/types\/docs"}],"author":[{"embeddable":true,"href":"https:\/\/www.curiaweb.ch\/fr\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.curiaweb.ch\/fr\/wp-json\/wp\/v2\/comments?post=22416"}],"version-history":[{"count":1,"href":"https:\/\/www.curiaweb.ch\/fr\/wp-json\/wp\/v2\/docs\/22416\/revisions"}],"predecessor-version":[{"id":22418,"href":"https:\/\/www.curiaweb.ch\/fr\/wp-json\/wp\/v2\/docs\/22416\/revisions\/22418"}],"wp:attachment":[{"href":"https:\/\/www.curiaweb.ch\/fr\/wp-json\/wp\/v2\/media?parent=22416"}],"wp:term":[{"taxonomy":"doc_category","embeddable":true,"href":"https:\/\/www.curiaweb.ch\/fr\/wp-json\/wp\/v2\/doc_category?post=22416"},{"taxonomy":"doc_tag","embeddable":true,"href":"https:\/\/www.curiaweb.ch\/fr\/wp-json\/wp\/v2\/doc_tag?post=22416"}],"curies":[{"name":"Bien jou\u00e9","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}