{"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":"errore-critico-di-wordpress-pagina-bianca","status":"publish","type":"docs","link":"https:\/\/www.curiaweb.ch\/it\/hilfe\/wordpress\/wordpress-kritischer-fehler-weisse-seite\/","title":{"rendered":"WordPress mostra una pagina bianca o un errore critico: cosa fare?"},"content":{"rendered":"<p class=\"wp-block-paragraph\">Invece del tuo sito web WordPress, all'improvviso appare solo una pagina bianca o il messaggio che si \u00e8 verificato un errore critico sul sito web. Spesso si \u00e8 verificato un grave errore PHP che impedisce a WordPress di eseguire completamente la pagina richiesta.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">La causa pu\u00f2 essere, ad esempio, un plugin difettoso o incompatibile, un tema, codice PHP personalizzato, una versione di PHP non idonea o un limite di memoria esaurito.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">L'importante ora \u00e8 non cancellare file a caso o modificare pi\u00f9 impostazioni contemporaneamente. Con una ricerca sistematica degli errori, la causa pu\u00f2 essere solitamente circoscritta molto pi\u00f9 rapidamente.<\/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>Breve spiegazione:<\/strong> Verifica prima cosa \u00e8 stato modificato immediatamente prima dell'errore e se WordPress ha inviato un'email di ripristino all'indirizzo dell'amministratore. Dopodich\u00e9, dovresti esaminare in modo mirato plugin, tema, versione di PHP, limite di memoria e registri degli errori. Se possibile, modifica sempre una sola cosa alla volta.<\/p>\n<\/blockquote>\n\n\n\n<h2 class=\"wp-block-heading\">Che cosa significa \u201eAuf deiner Website ist ein kritischer Fehler aufgetreten\u201c?<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">WordPress \u00e8 in grado di rilevare errori PHP gravi che impediscono l'esecuzione normale di una richiesta.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Invece di mostrare ai visitatori messaggi di errore PHP tecnici, su un sito web WordPress di produzione appare spesso solo un messaggio generico su un errore critico.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">La vera causa tecnica risulta quindi inizialmente invisibile nel browser.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Le cause tipiche sono:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>plugin difettoso o incompatibile<\/li>\n\n\n\n<li>Conflitto tra plugin<\/li>\n\n\n\n<li>tema difettoso o incompatibile<\/li>\n\n\n\n<li>Errore nel codice PHP inserito autonomamente<\/li>\n\n\n\n<li>versione PHP non idonea<\/li>\n\n\n\n<li>limite di memoria PHP raggiunto<\/li>\n\n\n\n<li>file danneggiate dopo un aggiornamento<\/li>\n\n\n\n<li>Problemi con i file di base di WordPress<\/li>\n<\/ul>\n\n\n\n<h2 class=\"wp-block-heading\">Cos'\u00e8 la \u201eSchermata Bianca della Morte\u201c?<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Come <strong>Schermata bianca della morte<\/strong>, spesso con <strong>WSOD<\/strong> chiamata abbreviata, indica una pagina bianca completamente o prevalentemente vuota in cui WordPress non restituisce alcun messaggio di errore utile.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Una simile pagina bianca pu\u00f2 anche essere causata da errori PHP o del database.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Le versioni moderne di WordPress dispongono di un gestore degli errori irreversibili e di una modalit\u00e0 di recupero. Per questo motivo, in presenza di determinati errori, oggi compare pi\u00f9 frequentemente il messaggio di errore critico anzich\u00e9 la classica pagina completamente bianca.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Il problema di fondo rimane tuttavia simile: WordPress non \u00e8 riuscito a completare normalmente la richiesta a causa di un errore irreversibile.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">1. Pensa prima di tutto: cosa \u00e8 stato modificato immediatamente prima?<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Il primo e pi\u00f9 importante passo diagnostico spesso non \u00e8 tecnico.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Pensa a cosa \u00e8 successo immediatamente prima che si verificasse l'errore.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Per esempio:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>WordPress \u00e8 stato aggiornato<\/li>\n\n\n\n<li>un plugin \u00e8 stato aggiornato<\/li>\n\n\n\n<li>diversi plugin sono stati aggiornati contemporaneamente<\/li>\n\n\n\n<li>\u00e8 stato installato un nuovo plugin<\/li>\n\n\n\n<li>un plugin \u00e8 stato attivato<\/li>\n\n\n\n<li>Il tema \u00e8 stato aggiornato<\/li>\n\n\n\n<li>\u00e8 stato attivato un nuovo tema<\/li>\n\n\n\n<li>la versione di PHP \u00e8 stata modificata<\/li>\n\n\n\n<li>Il codice \u00e8 stato inserito in <code>functions.php<\/code> inserito<\/li>\n\n\n\n<li><code>wp-config.php<\/code> \u00e8 stato modificato<\/li>\n\n\n\n<li>\u00e8 stato attivato un frammento di codice<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Se l'errore si \u00e8 verificato immediatamente dopo una determinata modifica, questa modifica \u00e8 il primo punto di partenza logico per la diagnostica.<\/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>Consiglio pratico:<\/strong> Prendi nota delle modifiche che fai durante la ricerca degli errori. Se modifichi contemporaneamente la versione di PHP, il tema e cinque plugin e il sito web riprende a funzionare, non saprai quale sia stata la vera causa.<\/p>\n<\/blockquote>\n\n\n\n<h2 class=\"wp-block-heading\">2. Verifica se \u00e8 interessata una sola pagina o l'intero sito web<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Un errore critico non deve necessariamente riguardare l'intera installazione di WordPress.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Testa quindi diverse sezioni del sito web:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Pagina iniziale<\/li>\n\n\n\n<li>una pagina secondaria normale<\/li>\n\n\n\n<li>un post del blog<\/li>\n\n\n\n<li>Accesso a WordPress<\/li>\n\n\n\n<li>Pannello di amministrazione di WordPress<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">L&#x27;area di amministrazione \u00e8 solitamente accessibile tramite un indirizzo che segue questo schema:<\/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\">Ad esempio, se si guasta una sola pagina, la causa potrebbe risiedere in un determinato blocco, shortcode, template o plugin utilizzato solo su quella pagina.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Se invece non funzionano n\u00e9 il frontend n\u00e9 l'area di amministrazione, probabilmente c'\u00e8 un problema pi\u00f9 di fondo.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">3. Verifica l'e-mail dell'amministratore di WordPress<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">In caso di determinati errori irreversibili, WordPress attiva automaticamente la sua modalit\u00e0 di recupero e tenta di inviare un messaggio all'indirizzo email dell'amministratore configurato in WordPress.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Controlla quindi:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Posta in arrivo dell'indirizzo dell'amministratore<\/li>\n\n\n\n<li>cartella spam o posta indesiderata<\/li>\n\n\n\n<li>eventualmente ulteriori filtri dell'account di posta elettronica<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Il messaggio pu\u00f2 contenere informazioni su quale plugin o tema ha causato l'errore, oltre a un link speciale per la modalit\u00e0 di recupero di WordPress.<\/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>Importante:<\/strong> Se non arriva alcuna e-mail di recupero, non significa che non vi sia un errore critico di WordPress. Il messaggio potrebbe non essere recapitato, ad esempio, a causa di un problema di posta elettronica oppure l'errore specifico potrebbe verificarsi al di fuori delle condizioni in cui WordPress attiva la modalit\u00e0 di recupero.<\/p>\n<\/blockquote>\n\n\n\n<h2 class=\"wp-block-heading\">4. Utilizzo della modalit\u00e0 di recupero di WordPress<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Se hai ricevuto un'email corrispondente da WordPress, puoi utilizzare il link di recupero in essa contenuto.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Dopo il login, WordPress indica che la modalit\u00e0 di recupero \u00e8 attiva.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Un plugin o tema difettoso pu\u00f2 essere messo in pausa per la tua sessione di recupero, in modo da consentirti di accedere nuovamente all'area di amministrazione e di investigare sulla causa.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">WordPress pu\u00f2 mostrare l\u00ec indicazioni su quale componente ha causato un errore.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">A seconda della causa, puoi ad esempio:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>disattivare un plugin problematico<\/li>\n\n\n\n<li>cambiare un tema difettoso<\/li>\n\n\n\n<li>indagare su un aggiornamento problematico<\/li>\n\n\n\n<li>correggere il proprio codice difettoso<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Esci dalla modalit\u00e0 di ripristino solo dopo aver affrontato la presunta causa e aver controllato il sito web.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">5. Funziona ancora l'area di amministrazione di WordPress?<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Se riesci ancora ad aprire normalmente l'area di amministrazione, la ricerca degli errori \u00e8 decisamente pi\u00f9 semplice.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Apri:<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>Plugin \u2192 Plugin installati<\/strong><\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Se l'errore \u00e8 iniziato dopo l'installazione, l'attivazione o l'aggiornamento di un plugin, disattiva prima quel plugin.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Controlla poi di nuovo la pagina interessata.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Se l'errore scompare, hai un forte indizio sulla causa. Tuttavia, questo non significa necessariamente che il plugin sia fondamentalmente difettoso. Ad esempio, \u00e8 anche possibile che vi sia un conflitto con un altro plugin, con il tema, con la versione di WordPress o con la versione di PHP utilizzata.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Trattiamo una diagnosi dettagliata nell'articolo <a href=\"\/it\/aiuto\/wordpress\/conflitti-tra-plugin-e-tema-di-wordpress\/\">Rilevare e risolvere i conflitti di plugin o temi in WordPress<\/a>.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">6. Area amministrativa non accessibile: disattivare manualmente il plugin<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Se un plugin provoca un errore fatale e non riesci pi\u00f9 ad accedere all'area di amministrazione di WordPress, il plugin interessato pu\u00f2 eventualmente essere disattivato tramite l'accesso ai file.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">I plugin di WordPress si trovano normalmente in:<\/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\">Se ad esempio il registro degli errori indica chiaramente un plugin con la directory<\/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\">rimanda, la sua cartella pu\u00f2 essere temporaneamente rinominata.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Per esempio:<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><code>plugin-di-esempio-disattivato<\/code><\/p>\n\n\n\n<p class=\"wp-block-paragraph\">WordPress non riesce pi\u00f9 a trovare il plugin nel percorso precedente e non riesce a caricarlo normalmente.<\/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>Attenzione:<\/strong> Non rinominare ciecamente tutte le directory dei plugin. Se hai gi\u00e0 un sospetto specifico o una voce chiara nel registro degli errori, inizia esattamente con quel componente.<\/p>\n<\/blockquote>\n\n\n\n<h2 class=\"wp-block-heading\">7. Cosa fare se non si conosce un plugin specifico?<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Se non \u00e8 disponibile alcun registro degli errori e non sai quale plugin stia causando l'errore, come misura diagnostica potrebbe essere necessaria una disattivazione controllata dei plugin.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Se l'area di amministrazione \u00e8 accessibile, dovresti farlo l\u00ec.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Se non \u00e8 raggiungibile, avendo la necessaria esperienza, \u00e8 possibile rinominare temporaneamente anche la directory dei plugin tramite l'accesso ai file.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">La cartella di solito \u00e8:<\/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\">Se l'intera cartella viene rinominata temporaneamente, WordPress non pu\u00f2 pi\u00f9 caricare i normali plugin in essa contenuti al percorso previsto.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Se il sito web funziona nuovamente in seguito, ci\u00f2 indica fortemente che uno dei plugin \u00e8 coinvolto.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Successivamente, i plugin devono essere riattivati in modo controllato o esaminati per trovare il vero responsabile.<\/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>Importante:<\/strong> \u201eIl sito web funziona senza plugin\u201c non identifica ancora il plugin difettoso. La vera diagnosi inizia solo allora: controllare i plugin riattivandoli singolarmente o in gruppi sensati e testando dopo ogni modifica.<\/p>\n<\/blockquote>\n\n\n\n<h2 class=\"wp-block-heading\">8. Verificare i temi come causa di errore<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Non solo i plugin possono causare un errore critico. Anche un tema pu\u00f2 contenere codice PHP difettoso o incompatibile con l'ambiente corrente.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Un tema \u00e8 particolarmente sospetto se l'errore si verifica immediatamente dopo:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>un aggiornamento del tema<\/li>\n\n\n\n<li>un cambio di tema<\/li>\n\n\n\n<li>di una modifica a <code>functions.php<\/code><\/li>\n\n\n\n<li>di una personalizzazione di un child theme<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">si \u00e8 verificato.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Se riesci ad accedere all&#x27;area di amministrazione, puoi attivare, a titolo di prova, un tema predefinito di WordPress aggiornato.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Affinch\u00e9 il sito Web funzioni di nuovo, il tema precedente dovrebbe essere esaminato pi\u00f9 attentamente.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">9. Verifica il tema se l'area di amministrazione non \u00e8 raggiungibile<\/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=\"\/it\/aiuto\/wordpress\/modificare-la-versione-php-di-wordpress\/\">Modificare la versione di PHP per WordPress e verificare la compatibilit\u00e0<\/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>Consiglio pratico:<\/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>Dimensione di memoria consentita ... esaurita<\/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\">verursacht werden.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Die Unterschiede zwischen PHP <code>limite di memoria<\/code>, WordPress-Speichergrenzen und einer tats\u00e4chlichen Fehlerursache erkl\u00e4ren wir im Artikel <a href=\"\/it\/aiuto\/wordpress\/limite-di-memoria-php-di-wordpress\/\">Limite di memoria PHP in WordPress: individuare e risolvere gli errori<\/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>debug.log<\/code> auswertest, behandeln wir ausf\u00fchrlich in <a href=\"\/it\/aiuto\/wordpress\/registri-degli-errori-di-debug-di-wordpress\/\">Attivare il debug di WordPress e utilizzare i log degli errori<\/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>Attenzione:<\/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>Percorso file<\/li>\n\n\n\n<li>Nome file<\/li>\n\n\n\n<li>Numero di riga<\/li>\n\n\n\n<li>betroffene Funktion oder Klasse<\/li>\n\n\n\n<li>Momento dell'errore<\/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>functions.php<\/code><\/p>\n\n\n\n<p class=\"wp-block-paragraph\">o:<\/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>Importante:<\/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\">Verifica:<\/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>fehlende PHP-Erweiterung<\/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>Raccomandazione:<\/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 del browser<\/li>\n\n\n\n<li>WordPress-Cache-Plugin<\/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\">No.<\/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\">Uno <strong>Errore interno del server<\/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=\"\/it\/aiuto\/wordpress\/wordpress-fehler-500-beheben\/\">Risolvere l'errore 500 in 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>Dominio<\/li>\n\n\n\n<li>DNS<\/li>\n\n\n\n<li>Server web<\/li>\n\n\n\n<li>SSL<\/li>\n\n\n\n<li>Hosting<\/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=\"\/it\/aiuto\/wordpress\/sito-wordpress-non-raggiungibile\/\">Sito WordPress non raggiungibile: verificare le cause in modo sistematico<\/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\">Non necessariamente.<\/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\">Ad esempio, sono utili:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>dominio interessato<\/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>versione PHP utilizzata<\/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\">Quando dovresti contattare il supporto di 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\">Riepilogo<\/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\/it\/author\/admin-curia\/"},"doc_category_info":[{"term_name":"WordPress","term_url":"https:\/\/www.curiaweb.ch\/it\/hilfe-kategorie\/wordpress\/"}],"doc_tag_info":[],"knowledge_base_info":[],"knowledge_base_slug":[],"_links":{"self":[{"href":"https:\/\/www.curiaweb.ch\/it\/wp-json\/wp\/v2\/docs\/22416","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.curiaweb.ch\/it\/wp-json\/wp\/v2\/docs"}],"about":[{"href":"https:\/\/www.curiaweb.ch\/it\/wp-json\/wp\/v2\/types\/docs"}],"author":[{"embeddable":true,"href":"https:\/\/www.curiaweb.ch\/it\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.curiaweb.ch\/it\/wp-json\/wp\/v2\/comments?post=22416"}],"version-history":[{"count":1,"href":"https:\/\/www.curiaweb.ch\/it\/wp-json\/wp\/v2\/docs\/22416\/revisions"}],"predecessor-version":[{"id":22418,"href":"https:\/\/www.curiaweb.ch\/it\/wp-json\/wp\/v2\/docs\/22416\/revisions\/22418"}],"wp:attachment":[{"href":"https:\/\/www.curiaweb.ch\/it\/wp-json\/wp\/v2\/media?parent=22416"}],"wp:term":[{"taxonomy":"doc_category","embeddable":true,"href":"https:\/\/www.curiaweb.ch\/it\/wp-json\/wp\/v2\/doc_category?post=22416"},{"taxonomy":"doc_tag","embeddable":true,"href":"https:\/\/www.curiaweb.ch\/it\/wp-json\/wp\/v2\/doc_tag?post=22416"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}