{"id":22422,"date":"2026-08-28T07:57:49","date_gmt":"2026-08-28T05:57:49","guid":{"rendered":"https:\/\/www.curiaweb.ch\/?post_type=docs&#038;p=22422"},"modified":"2026-08-28T07:57:49","modified_gmt":"2026-08-28T05:57:49","password":"","slug":"wordpress-fehler-500-beheben","status":"publish","type":"docs","link":"https:\/\/www.curiaweb.ch\/it\/hilfe\/wordpress\/wordpress-fehler-500-beheben\/","title":{"rendered":"Risolvere l'errore 500 in WordPress: trovare le cause e risolverlo in modo sistematico"},"content":{"rendered":"<p class=\"wp-block-paragraph\">Uno <strong>Errore interno del server<\/strong> geh\u00f6rt zu den unangenehmeren WordPress-Fehlern, weil die Meldung zun\u00e4chst kaum etwas \u00fcber die eigentliche Ursache verr\u00e4t. Der Webserver hat die Anfrage erhalten, konnte sie aber aufgrund eines internen Problems nicht erfolgreich verarbeiten.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Bei einer WordPress-Website k\u00f6nnen unter anderem PHP-Fehler, Plugins, Themes, fehlerhafte Regeln in <code>.htaccess<\/code>, ein ausgesch\u00f6pftes Speicherlimit oder Probleme nach einer \u00c4nderung beziehungsweise Aktualisierung beteiligt sein.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Wichtig ist deshalb, den HTTP-Status 500 nicht mit der eigentlichen Fehlerursache zu verwechseln.<\/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> Ein Fehler 500 bedeutet nicht automatisch, dass WordPress besch\u00e4digt ist. Pr\u00fcfe zuerst, wann und wo der Fehler auftritt. Kontrolliere danach Error Logs und die unmittelbar zuvor vorgenommenen \u00c4nderungen. Erst anhand dieser Informationen solltest du Plugins, Theme, PHP, <code>.htaccess<\/code> oder andere Komponenten gezielt untersuchen.<\/p>\n<\/blockquote>\n\n\n\n<h2 class=\"wp-block-heading\">Was bedeutet HTTP 500 Internal Server Error?<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">HTTP-Statuscodes beschreiben das Ergebnis einer Anfrage zwischen Client und Server.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Ein Statuscode aus der 500er-Gruppe weist auf einen serverseitigen Fehler hin. Bei <strong>Errore interno del server<\/strong> konnte der Server die Anfrage aufgrund eines internen Fehlers nicht wie vorgesehen abschliessen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Die Meldung beschreibt damit zun\u00e4chst nur das Ergebnis \u2013 nicht dessen konkrete Ursache.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Bei WordPress k\u00f6nnen beispielsweise folgende Bereiche beteiligt sein:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>PHP<\/li>\n\n\n\n<li>WordPress-Core<\/li>\n\n\n\n<li>Plugin<\/li>\n\n\n\n<li>Themes oder Child-Themes<\/li>\n\n\n\n<li><code>.htaccess<\/code> beziehungsweise Rewrite-Regeln<\/li>\n\n\n\n<li>Limite di memoria PHP<\/li>\n\n\n\n<li>Dateien und Dateiberechtigungen<\/li>\n\n\n\n<li>Serverkonfiguration<\/li>\n<\/ul>\n\n\n\n<h2 class=\"wp-block-heading\">Wie sieht ein Fehler 500 aus?<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Je nach Browser, Webserver und Hosting-Umgebung kann die sichtbare Meldung unterschiedlich aussehen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Typische Bezeichnungen sind beispielsweise:<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><code>Errore interno del server<\/code><\/p>\n\n\n\n<p class=\"wp-block-paragraph\">oder lediglich:<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><code>HTTP ERROR 500<\/code><\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Manchmal erscheint statt einer expliziten 500-Seite auch eine weitgehend leere Seite oder eine andere allgemeine Fehlermeldung.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Deshalb ist es hilfreich, den tats\u00e4chlichen HTTP-Status und vorhandene Serverprotokolle zu ber\u00fccksichtigen.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">1. Pr\u00fcfen, ob wirklich ein HTTP-500-Fehler vorliegt<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Bevor du WordPress ver\u00e4nderst, solltest du das Fehlerbild m\u00f6glichst genau bestimmen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Ein HTTP 500 ist etwas anderes als:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>404 Non Trovato<\/li>\n\n\n\n<li>403 Proibito<\/li>\n\n\n\n<li>502 Bad Gateway<\/li>\n\n\n\n<li>503 Servizio non disponibile<\/li>\n\n\n\n<li>Gateway Timeout 504<\/li>\n\n\n\n<li>DNS-Fehler<\/li>\n\n\n\n<li>SSL-Zertifikatsfehler<\/li>\n\n\n\n<li>Errore durante la connessione al database<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn die Website grunds\u00e4tzlich \u00fcberhaupt nicht erreicht werden kann, solltest du zun\u00e4chst die breitere Diagnose unter <a href=\"\/it\/aiuto\/wordpress\/sito-wordpress-non-raggiungibile\/\">Sito WordPress non raggiungibile: verificare le cause in modo sistematico<\/a> usare.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">2. Welche Bereiche der Website sind betroffen?<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Teste nicht nur die Startseite.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Rufe beispielsweise folgende Bereiche auf:<\/p>\n\n\n\n<figure class=\"wp-block-embed\"><div class=\"wp-block-embed__wrapper\">\nhttps:\/\/deine-domain.ch\n<\/div><\/figure>\n\n\n\n<figure class=\"wp-block-embed\"><div class=\"wp-block-embed__wrapper\">\nhttps:\/\/deine-domain.ch\/eine-unterseite\n<\/div><\/figure>\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\">Dadurch l\u00e4sst sich der Fehler weiter eingrenzen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">M\u00f6gliche Situationen sind:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>gesamte Website zeigt Fehler 500<\/li>\n\n\n\n<li>nur der Adminbereich zeigt Fehler 500<\/li>\n\n\n\n<li>nur das Frontend ist betroffen<\/li>\n\n\n\n<li>nur eine einzelne Seite ist betroffen<\/li>\n\n\n\n<li>Fehler tritt nur bei einer bestimmten Aktion auf<\/li>\n\n\n\n<li>Fehler tritt nur sporadisch auf<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Ein Fehler, der ausschlie\u00dflich beim Absenden eines bestimmten Formulars auftritt, hat beispielsweise eine andere Ausgangslage als eine Website, die bei jeder Anfrage mit HTTP 500 antwortet.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">3. Was wurde unmittelbar vor dem Fehler ge\u00e4ndert?<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Der zeitliche Zusammenhang ist einer der wichtigsten Hinweise bei der Fehlersuche.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">\u00dcberlege, ob unmittelbar vor Auftreten des Fehlers beispielsweise:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>WordPress aktualisiert wurde<\/li>\n\n\n\n<li>ein Plugin installiert wurde<\/li>\n\n\n\n<li>ein Plugin aktiviert wurde<\/li>\n\n\n\n<li>ein Plugin aktualisiert wurde<\/li>\n\n\n\n<li>ein Theme aktualisiert wurde<\/li>\n\n\n\n<li>das Theme gewechselt wurde<\/li>\n\n\n\n<li>PHP ge\u00e4ndert wurde<\/li>\n\n\n\n<li><code>.htaccess<\/code> bearbeitet wurde<\/li>\n\n\n\n<li><code>wp-config.php<\/code> ver\u00e4ndert wurde<\/li>\n\n\n\n<li>PHP-Code eingef\u00fcgt wurde<\/li>\n\n\n\n<li>ein Code-Snippet aktiviert wurde<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn der Fehler unmittelbar nach einer konkreten \u00c4nderung begonnen hat, solltest du dort mit der Diagnose beginnen.<\/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> \u00c4ndere w\u00e4hrend der Fehlersuche m\u00f6glichst immer nur eine Komponente gleichzeitig. Sonst kann die Website zwar pl\u00f6tzlich wieder funktionieren, die tats\u00e4chliche Ursache bleibt aber unbekannt.<\/p>\n<\/blockquote>\n\n\n\n<h2 class=\"wp-block-heading\">4. Error Logs pr\u00fcfen<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Bei einem HTTP-500-Fehler sind Server- beziehungsweise PHP-Fehlerprotokolle h\u00e4ufig wesentlich hilfreicher als die sichtbare Browsermeldung.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Un registro degli errori pu\u00f2 contenere, ad esempio, indicazioni su:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Errore fatale di PHP<\/li>\n\n\n\n<li>Errore di sintassi<\/li>\n\n\n\n<li>nicht vorhandene Funktionen oder Klassen<\/li>\n\n\n\n<li>Speicher\u00fcberschreitung<\/li>\n\n\n\n<li>Plugin-Dateien<\/li>\n\n\n\n<li>File di tema<\/li>\n\n\n\n<li>Probleme mit PHP-Erweiterungen<\/li>\n\n\n\n<li>Datei- oder Pfadprobleme<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Entscheidend sind vor allem Eintr\u00e4ge, deren Zeitstempel zum Auftreten des Fehlers passt.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn der Fehler beispielsweise um 14:32 Uhr ausgel\u00f6st wurde, sind alte Warnungen von mehreren Tagen zuvor normalerweise nicht der erste Ansatzpunkt.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">5. Dateipfad im Error Log auswerten<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Der in einer PHP-Fehlermeldung genannte Dateipfad kann einen wichtigen Hinweis liefern.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Un percorso come:<\/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\">weist darauf hin, dass Code eines Plugins am Fehler beteiligt ist.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Un percorso come:<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><code>wp-content\/themes\/beispiel-theme\/...<\/code><\/p>\n\n\n\n<p class=\"wp-block-paragraph\">f\u00fchrt dagegen in Richtung Theme beziehungsweise Child-Theme.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Ein Dateipfad ist allerdings nicht immer der vollst\u00e4ndige Beweis f\u00fcr die eigentliche Ursache. Eine Komponente kann einen Fehler ausl\u00f6sen, der erst beim Aufruf von Code einer anderen Komponente sichtbar wird.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">6. WordPress-Debugging verwenden<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn vorhandene Serverprotokolle nicht ausreichen, k\u00f6nnen die Debugging-Funktionen von WordPress zus\u00e4tzliche Informationen liefern.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Le costanti importanti sono:<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><code>WP_DEBUG<\/code><\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><code>WP_DEBUG_LOG<\/code><\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><code>WP_DEBUG_DISPLAY<\/code><\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Bei entsprechender Konfiguration kann WordPress Fehlermeldungen beispielsweise in:<\/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\">registrare.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Wie du Debugging auf einer produktiven Website kontrolliert einsetzt und Logs richtig liest, behandeln wir ausf\u00fchrlich unter <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> Detaillierte PHP-Fehlermeldungen sollten auf einer produktiven Website nicht dauerhaft \u00f6ffentlich angezeigt werden. Fehlerprotokolle k\u00f6nnen interne Pfade und weitere technische Informationen enthalten.<\/p>\n<\/blockquote>\n\n\n\n<h2 class=\"wp-block-heading\">7. Plugin als Ursache eines Fehler 500 pr\u00fcfen<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Plugins geh\u00f6ren bei WordPress zu den m\u00f6glichen Ursachen eines HTTP-500-Fehlers.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Un plugin \u00e8 particolarmente sospetto se l'errore si verifica immediatamente dopo:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Installazione<\/li>\n\n\n\n<li>Attivazione<\/li>\n\n\n\n<li>Aggiorna<\/li>\n\n\n\n<li>\u00c4nderung seiner Konfiguration<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">\u00e8 iniziato.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Ist der WordPress-Adminbereich noch erreichbar, deaktiviere zun\u00e4chst das betreffende Plugin und teste die fehlerhafte Anfrage erneut.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Verschwindet der Fehler, sollte anschlie\u00dfend gekl\u00e4rt werden, warum das Plugin das Problem verursacht.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">8. Plugin deaktivieren, wenn der Adminbereich nicht erreichbar ist<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn ein Plugin den Fehler verursacht und der WordPress-Adminbereich ebenfalls nicht mehr funktioniert, kann das betreffende Plugin bei entsprechender Erfahrung \u00fcber den Dateizugriff deaktiviert werden.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">I plugin si trovano solitamente 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\">Ein Plugin-Verzeichnis k\u00f6nnte beispielsweise lauten:<\/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\">Wenn dieses Verzeichnis vor\u00fcbergehend umbenannt wird, kann WordPress das Plugin unter seinem bisherigen Pfad nicht mehr laden.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Diese Methode sollte gezielt eingesetzt werden, wenn das betroffene Plugin bekannt oder zumindest stark verd\u00e4chtig ist.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">9. Wenn kein bestimmtes Plugin bekannt ist<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Ist kein konkretes Plugin als Ursache bekannt, kann eine systematische Konfliktpr\u00fcfung notwendig sein.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Dabei werden Plugins kontrolliert deaktiviert und anschlie\u00dfend schrittweise wieder aktiviert, bis sich der Fehler reproduzieren l\u00e4sst.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Das Ziel ist nicht einfach, die Website irgendwie ohne Plugins zum Laufen zu bringen. Entscheidend ist, die tats\u00e4chlich beteiligte Komponente beziehungsweise Kombination zu identifizieren.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Die ausf\u00fchrliche Vorgehensweise findest du unter <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\">10. Theme als Ursache pr\u00fcfen<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Auch das aktive Theme kann PHP-Code enthalten, der einen HTTP-500-Fehler ausl\u00f6st.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Das ist besonders relevant, wenn der Fehler nach:<\/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>einer \u00c4nderung des Child-Themes<\/li>\n\n\n\n<li>di una modifica a <code>functions.php<\/code><\/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\">Ist der Adminbereich erreichbar, kann zur Diagnose vor\u00fcbergehend auf ein geeignetes aktuelles WordPress-Standardtheme gewechselt werden.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Funktioniert die Website damit wieder, sollte das bisher aktive Theme genauer untersucht werden.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">11. Theme manuell untersuchen<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn der Adminbereich nicht erreichbar ist, befinden sich die Theme-Dateien 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\">Das Verzeichnis des aktiven Themes kann f\u00fcr eine gezielte Diagnose 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 jedoch ein geeignetes anderes Theme installiert sein.<\/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> Ein Theme-Wechsel kann das Erscheinungsbild und bestimmte Funktionen der Website stark ver\u00e4ndern. Er dient in diesem Fall der Diagnose und sollte nicht mit einer endg\u00fcltigen Designentscheidung verwechselt werden.<\/p>\n<\/blockquote>\n\n\n\n<h2 class=\"wp-block-heading\">12. .htaccess als m\u00f6gliche Ursache<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Auf Apache-basierten beziehungsweise kompatiblen Webserver-Konfigurationen kann WordPress die Datei:<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><code>.htaccess<\/code><\/p>\n\n\n\n<p class=\"wp-block-paragraph\">f\u00fcr Rewrite-Regeln und weitere Konfigurationen verwenden.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Fehlerhafte Direktiven oder Regeln k\u00f6nnen unter bestimmten Bedingungen einen HTTP-500-Fehler verursachen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Das kann beispielsweise nach:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>manueller Bearbeitung<\/li>\n\n\n\n<li>\u00c4nderungen durch ein Plugin<\/li>\n\n\n\n<li>Einf\u00fcgen ungeeigneter Serverregeln<\/li>\n\n\n\n<li>Migration zwischen unterschiedlichen Serverumgebungen<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">verificarsi.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">13. .htaccess nicht einfach l\u00f6schen<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Se <code>.htaccess<\/code> als Ursache vermutet wird, solltest du die bestehende Datei zun\u00e4chst sichern.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Eine m\u00f6gliche Diagnose besteht darin, sie vor\u00fcbergehend umzubenennen, beispielsweise in:<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><code>.htaccess-backup<\/code><\/p>\n\n\n\n<p class=\"wp-block-paragraph\">und anschlie\u00dfend die Website erneut zu testen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Funktioniert die Website danach wieder, ist dies ein starker Hinweis darauf, dass eine Regel in der bisherigen Datei beteiligt war.<\/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> Un' <code>.htaccess<\/code>-Datei kann neben WordPress-Permalinks auch Sicherheitsregeln, Weiterleitungen oder andere individuelle Konfigurationen enthalten. \u00dcberschreibe sie deshalb nicht ungepr\u00fcft.<\/p>\n<\/blockquote>\n\n\n\n<h2 class=\"wp-block-heading\">14. WordPress-Regeln f\u00fcr Permalinks neu erzeugen<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn der Adminbereich wieder erreichbar ist und eine normale WordPress-Permalink-Konfiguration verwendet wird, k\u00f6nnen die Rewrite-Regeln \u00fcber:<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>Impostazioni \u2192 Permalink<\/strong><\/p>\n\n\n\n<p class=\"wp-block-paragraph\">neu geschrieben werden, indem die Einstellungen gespeichert werden.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Das ist insbesondere bei Permalink- und Rewrite-Problemen relevant.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn dein eigentliches Fehlerbild HTTP 404 betrifft, findest du die detaillierte Vorgehensweise unter <a href=\"\/it\/aiuto\/wordpress\/come-risolvere-lerrore-404-in-wordpress\/\">Risolvere l'errore 404 in WordPress e riparare i permalink<\/a>.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">15. Fehler nach einer \u00c4nderung der PHP-Version<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn der HTTP-500-Fehler unmittelbar nach einem Wechsel der PHP-Version aufgetreten ist, sollte die Kompatibilit\u00e4t der WordPress-Komponenten gepr\u00fcft werden.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Ein \u00e4lteres Plugin oder Theme kann beispielsweise PHP-Code enthalten, der unter einer neueren PHP-Version nicht mehr funktioniert.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Umgekehrt k\u00f6nnen moderne Plugins Funktionen voraussetzen, die mit einer sehr alten PHP-Version nicht verf\u00fcgbar sind.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">\u00c4ndere PHP deshalb nicht wahllos zwischen verschiedenen Versionen hin und her.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Die sichere Vorgehensweise behandeln wir unter <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<h2 class=\"wp-block-heading\">16. PHP Memory Limit als Ursache<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn ein PHP-Prozess mehr Arbeitsspeicher ben\u00f6tigt als erlaubt, kann die Ausf\u00fchrung mit einem fatalen Fehler abbrechen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Im Error Log erscheint dann h\u00e4ufig eine Meldung mit einem Bestandteil wie:<\/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\">Ein solcher Fehler kann sich je nach Umgebung auch als HTTP 500 bemerkbar machen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Das bedeutet allerdings nicht automatisch, dass das Speicherlimit einfach m\u00f6glichst hoch gesetzt werden sollte.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Ein hoher Speicherverbrauch kann beispielsweise auf ein Plugin, eine aufwendige Operation oder einen Programmierfehler hinweisen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Trattiamo la diagnosi esatta sotto <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\">17. WP_MEMORY_LIMIT und PHP memory_limit unterscheiden<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Bei Speicherproblemen ist wichtig, verschiedene Grenzwerte nicht miteinander zu verwechseln.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">PHP besitzt unter anderem die Einstellung:<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><code>limite di memoria<\/code><\/p>\n\n\n\n<p class=\"wp-block-paragraph\">WordPress kennt zus\u00e4tzlich Konstanten wie:<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><code>WP_MEMORY_LIMIT<\/code><\/p>\n\n\n\n<p class=\"wp-block-paragraph\">und f\u00fcr bestimmte administrative Prozesse:<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><code>WP_MAX_MEMORY_LIMIT<\/code><\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Ein in WordPress eingetragener Wert kann jedoch kein \u00fcbergeordnetes serverseitiges Limit beliebig au\u00dfer Kraft setzen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Deshalb sollte zun\u00e4chst festgestellt werden, welcher Grenzwert tats\u00e4chlich erreicht wurde.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">18. Syntaxfehler in PHP-Code<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Ein einziger Syntaxfehler kann dazu f\u00fchren, dass PHP eine Datei nicht mehr korrekt ausf\u00fchren kann.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Das kann beispielsweise passieren, wenn unmittelbar zuvor Code in:<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><code>functions.php<\/code><\/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\">oder eine andere PHP-Datei eingef\u00fcgt beziehungsweise ver\u00e4ndert wurde.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Auch ein fehlerhaftes Code-Snippet kann einen fatalen Fehler verursachen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn der Fehler direkt nach einer manuellen Code\u00e4nderung auftritt, sollte diese \u00c4nderung zuerst gepr\u00fcft und gegebenenfalls auf den vorherigen funktionierenden Stand zur\u00fcckgesetzt werden.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">19. Typische PHP-Fehler im Log<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Bei der Diagnose k\u00f6nnen verschiedene PHP-Fehlertypen auftreten.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Besonders relevant sind beispielsweise Meldungen wie:<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><code>Errore fatale PHP<\/code><\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><code>Errore non gestito<\/code><\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><code>Chiamata a funzione non definita<\/code><\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><code>Classe ... non trovata<\/code><\/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\">Die genaue Meldung zusammen mit Dateipfad und Zeilennummer liefert wesentlich mehr Informationen als der allgemeine HTTP-500-Status.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">20. Fehler nach WordPress-Update<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Tritt der Fehler unmittelbar nach einem WordPress-Core-Update auf, solltest du nicht automatisch davon ausgehen, dass WordPress selbst defekt ist.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Ein Update kann beispielsweise eine bestehende Inkompatibilit\u00e4t mit:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>einem \u00e4lteren Plugin<\/li>\n\n\n\n<li>einem \u00e4lteren Theme<\/li>\n\n\n\n<li>eigenem Code<\/li>\n\n\n\n<li>einer ungeeigneten PHP-Version<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">sichtbar machen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Pr\u00fcfe deshalb zuerst Error Logs und beteiligte Komponenten.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">21. Unvollst\u00e4ndiges WordPress-Update<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Wird ein Update unterbrochen, k\u00f6nnen Dateien unter Umst\u00e4nden nicht vollst\u00e4ndig aktualisiert werden.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Dadurch kann eine inkonsistente Installation entstehen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Bevor WordPress-Core-Dateien ersetzt werden, sollte jedoch gekl\u00e4rt werden, ob tats\u00e4chlich Hinweise auf fehlende oder besch\u00e4digte Core-Dateien vorliegen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Besonders wichtig ist die Unterscheidung zwischen WordPress-Core und:<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><code>wp-content\/<\/code><\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Dort befinden sich unter anderem Plugins, Themes und Uploads. Dieser Bereich darf bei einer Core-Reparatur nicht un\u00fcberlegt \u00fcberschrieben werden.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">22. Fehlerhafte oder fehlende Dateien<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Ein HTTP-500-Fehler kann auch auftreten, wenn ben\u00f6tigte PHP-Dateien fehlen, besch\u00e4digt oder nicht lesbar sind.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Le possibili cause possono essere, ad esempio:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>unterbrochener Upload<\/li>\n\n\n\n<li>fehlgeschlagenes Update<\/li>\n\n\n\n<li>manuelles L\u00f6schen<\/li>\n\n\n\n<li>unvollst\u00e4ndige Migration<\/li>\n\n\n\n<li>fehlerhafte Wiederherstellung<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Das Error Log enth\u00e4lt in solchen F\u00e4llen h\u00e4ufig Hinweise auf die betroffene Datei.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">23. Dateiberechtigungen pr\u00fcfen \u2013 aber nicht blind ver\u00e4ndern<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Ungeeignete Datei- oder Verzeichnisberechtigungen k\u00f6nnen verhindern, dass der Webserver ben\u00f6tigte Dateien korrekt lesen oder ausf\u00fchren kann.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Die konkrete Konfiguration h\u00e4ngt jedoch von der Hosting-Umgebung ab.<\/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> Setze nicht pauschal alle Dateien oder Verzeichnisse auf weit offene Berechtigungen wie <code>777<\/code>, nur um einen Fehler zu beseitigen. Das kann ein erhebliches Sicherheitsproblem erzeugen und ist keine fachgerechte Reparatur.<\/p>\n<\/blockquote>\n\n\n\n<h2 class=\"wp-block-heading\">24. Besitzer und Berechtigungen sind nicht dasselbe<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Neben klassischen Dateiberechtigungen kann auf Serverebene auch relevant sein, welchem Benutzer beziehungsweise welcher Gruppe Dateien geh\u00f6ren.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Bei einer normalen WordPress-Verwaltung im Hosting sollte dies nicht wahllos manuell ver\u00e4ndert werden.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Probleme k\u00f6nnen beispielsweise nach manuellen Servermigrationen oder Datei\u00fcbertragungen mit ungeeigneten Benutzerrechten auftreten.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">25. PHP-Erweiterungen und Serverumgebung<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Plugins oder Themes k\u00f6nnen bestimmte PHP-Erweiterungen voraussetzen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Fehlt eine ben\u00f6tigte Erweiterung, kann die Software je nach Programmierung mit einer verst\u00e4ndlichen Meldung reagieren \u2013 oder mit einem PHP-Fehler abbrechen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Das Error Log kann dann beispielsweise auf eine nicht vorhandene Funktion oder Klasse hinweisen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Installiere oder aktiviere PHP-Erweiterungen nicht auf Verdacht. Pr\u00fcfe zun\u00e4chst die Anforderungen der betroffenen Software.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">26. Fehler nur bei einer bestimmten Aktion<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Ein HTTP 500 muss nicht bei jedem Seitenaufruf auftreten.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">M\u00f6glicherweise erscheint der Fehler nur bei:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Speichern eines Beitrags<\/li>\n\n\n\n<li>\u00d6ffnen einer bestimmten Seite<\/li>\n\n\n\n<li>Import gro\u00dfer Datenmengen<\/li>\n\n\n\n<li>Export<\/li>\n\n\n\n<li>Erstellen eines Backups<\/li>\n\n\n\n<li>Ausf\u00fchren eines bestimmten Plugins<\/li>\n\n\n\n<li>Absenden eines Formulars<\/li>\n\n\n\n<li>WooCommerce-Aktion<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">In diesem Fall ist die konkrete Aktion ein wichtiger Teil der Diagnose.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Reproduziere den Fehler nach M\u00f6glichkeit kontrolliert und pr\u00fcfe unmittelbar danach die entsprechenden Logeintr\u00e4ge.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">27. Fehler nur im WordPress-Adminbereich<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn das Frontend funktioniert, aber bestimmte Bereiche unter:<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><code>\/wp-admin\/<\/code><\/p>\n\n\n\n<p class=\"wp-block-paragraph\">einen HTTP-500-Fehler erzeugen, sollte untersucht werden, welche Komponenten speziell dort ausgef\u00fchrt werden.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Ein Plugin kann beispielsweise ausschlie\u00dflich bei administrativen Aktionen zus\u00e4tzlichen Code laden.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Auch ein h\u00f6herer Speicherbedarf bestimmter Backend-Prozesse kann eine Rolle spielen.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">28. Fehler nur im Frontend<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Funktioniert der Adminbereich, aber das Frontend zeigt HTTP 500, k\u00f6nnen unter anderem Theme, Templates, Frontend-Plugins oder bestimmte Inhalte beteiligt sein.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Teste unterschiedliche Seiten und pr\u00fcfe, ob der Fehler \u00fcberall oder nur bei bestimmten Seitentypen auftritt.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">29. Fehler nur auf einer einzelnen Seite<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn fast die gesamte Website funktioniert und nur eine bestimmte URL einen HTTP-500-Fehler erzeugt, ist ein globaler Serverausfall eher unwahrscheinlich.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Untersuche dann insbesondere:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Inhalt der Seite<\/li>\n\n\n\n<li>verwendete Bl\u00f6cke<\/li>\n\n\n\n<li>Codici brevi<\/li>\n\n\n\n<li>Modello<\/li>\n\n\n\n<li>Costruttore di pagine<\/li>\n\n\n\n<li>Formulare<\/li>\n\n\n\n<li>Plugins, die nur auf dieser Seite aktiv werden<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Ein Blick ins Error Log unmittelbar nach dem Aufruf dieser URL ist besonders hilfreich.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">30. Sehr lange Prozesse und Timeouts<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Eine aufwendige PHP-Anfrage kann technische Zeitlimits erreichen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Das kann beispielsweise bei:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>grossen Importen<\/li>\n\n\n\n<li>Backup<\/li>\n\n\n\n<li>Elaborazione delle immagini<\/li>\n\n\n\n<li>umfangreichen Datenoperationen<\/li>\n\n\n\n<li>externen API-Abfragen<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">verificarsi.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Bevor Ausf\u00fchrungszeiten einfach erh\u00f6ht werden, sollte gepr\u00fcft werden, warum der Prozess so lange ben\u00f6tigt.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">31. Ressourcenlimits richtig einordnen<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Je nach Hosting-Umgebung stehen einer Website definierte Ressourcen zur Verf\u00fcgung.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Das Erreichen eines Limits kann Anfragen beeinflussen. Ein Ressourcenlimit ist jedoch nicht automatisch die eigentliche Ursache.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Beispielsweise kann ein einzelnes fehlerhaftes Plugin ungew\u00f6hnlich viel CPU oder Arbeitsspeicher beanspruchen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Die richtige Frage lautet deshalb nicht nur:<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><code>Welches Limit wurde erreicht?<\/code><\/p>\n\n\n\n<p class=\"wp-block-paragraph\">sondern auch:<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><code>Warum wurde dieses Limit erreicht?<\/code><\/p>\n\n\n\n<h2 class=\"wp-block-heading\">32. Cache verursacht normalerweise keinen PHP-Fatal-Error<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Cache-Systeme k\u00f6nnen eine zuvor erzeugte Fehlerseite zwischenspeichern oder nach einer Reparatur einen veralteten Zustand anzeigen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Das Leeren des Caches kann deshalb nach einer Fehlerbehebung sinnvoll sein.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Es ersetzt aber keine Diagnose eines serverseitigen Fehlers.<\/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 das Error Log einen konkreten PHP Fatal Error nennt, konzentriere dich zun\u00e4chst auf diesen Fehler. \u201eCache l\u00f6schen\u201c ist keine Reparatur f\u00fcr fehlerhaften PHP-Code.<\/p>\n<\/blockquote>\n\n\n\n<h2 class=\"wp-block-heading\">33. Security-Plugins und Serverregeln<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Sicherheitsl\u00f6sungen k\u00f6nnen Server- beziehungsweise Rewrite-Regeln ver\u00e4ndern oder Zugriffe beeinflussen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn ein HTTP-500-Fehler unmittelbar nach einer \u00c4nderung an einer Sicherheitsl\u00f6sung auftritt, sollte auch diese Konfiguration gepr\u00fcft werden.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Deaktiviere Sicherheitsmechanismen jedoch nicht pauschal und dauerhaft, ohne die Auswirkungen zu kennen.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">34. Weiterleitungsregeln pr\u00fcfen<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Fehlerhafte Regeln in <code>.htaccess<\/code> oder anderen Konfigurationsebenen k\u00f6nnen ebenfalls Probleme verursachen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Besonders nach Migrationen solltest du pr\u00fcfen, ob alte Regeln f\u00fcr:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Domini<\/li>\n\n\n\n<li>Verzeichnisse<\/li>\n\n\n\n<li>HTTPS<\/li>\n\n\n\n<li>www beziehungsweise non-www<\/li>\n\n\n\n<li>Funzioni di sicurezza<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">noch zur neuen Umgebung passen.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">35. Fehler nach einer Website-Migration<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn HTTP 500 unmittelbar nach einem Umzug auftritt, k\u00f6nnen zus\u00e4tzliche Ursachen infrage kommen:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>andere PHP-Version<\/li>\n\n\n\n<li>andere PHP-Konfiguration<\/li>\n\n\n\n<li>inkompatible <code>.htaccess<\/code>-Regole<\/li>\n\n\n\n<li>file mancanti<\/li>\n\n\n\n<li>unvollst\u00e4ndige \u00dcbertragung<\/li>\n\n\n\n<li>unterschiedliche Servermodule<\/li>\n\n\n\n<li>falsche Dateiberechtigungen<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Vergleiche deshalb die alte und neue Umgebung, bevor du WordPress neu installierst.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">36. WordPress nicht vorschnell neu installieren<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Eine Neuinstallation von WordPress ist bei einem HTTP-500-Fehler normalerweise nicht der erste sinnvolle Schritt.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn beispielsweise ein Plugin einen Syntaxfehler verursacht, \u00e4ndert eine Neuinstallation des WordPress-Core nichts an diesem Plugin.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Ebenso repariert eine Neuinstallation keine ungeeignete PHP-Version oder fehlerhafte individuelle Serverregel.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Diagnose sollte deshalb vor Neuinstallation kommen.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">37. Backup nicht automatisch zur\u00fcckspielen<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Auch ein vollst\u00e4ndiger Restore ist nicht bei jedem Fehler 500 die beste erste Ma\u00dfnahme.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn das Error Log beispielsweise eindeutig ein einzelnes Plugin nennt, kann dessen Deaktivierung wesentlich zielgerichteter sein.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Bei dynamischen Websites kann ein Restore zudem neuere Daten \u00fcberschreiben.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Ein Backup ist besonders wertvoll, wenn:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Dateien besch\u00e4digt wurden<\/li>\n\n\n\n<li>eine \u00c4nderung nicht sauber r\u00fcckg\u00e4ngig gemacht werden kann<\/li>\n\n\n\n<li>ein bekannter funktionierender Stand wiederhergestellt werden muss<\/li>\n\n\n\n<li>gr\u00f6\u00dfere \u00c4nderungen an Dateien oder Datenbank vorgenommen wurden<\/li>\n<\/ul>\n\n\n\n<h2 class=\"wp-block-heading\">38. Fehler 500 nach Backup-Restore<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn der Fehler erst nach einer Wiederherstellung auftritt, sollte gepr\u00fcft werden, ob:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>alle Dateien vollst\u00e4ndig wiederhergestellt wurden<\/li>\n\n\n\n<li>Datenbank und Dateien zum selben Stand geh\u00f6ren<\/li>\n\n\n\n<li>die PHP-Version passt<\/li>\n\n\n\n<li><code>.htaccess<\/code> zur aktuellen Serverumgebung passt<\/li>\n\n\n\n<li>Dateiberechtigungen korrekt sind<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Ein Restore ist nur dann zuverl\u00e4ssig, wenn der wiederhergestellte Zustand technisch konsistent ist.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">39. Fehlerprotokoll nach jeder \u00c4nderung erneut pr\u00fcfen<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn du eine vermutete Ursache behoben hast, rufe die betroffene URL erneut auf und pr\u00fcfe anschlie\u00dfend das Log.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Dadurch kannst du feststellen:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>ob derselbe Fehler erneut auftritt<\/li>\n\n\n\n<li>ob ein neuer Fehler sichtbar wird<\/li>\n\n\n\n<li>ob die Anfrage jetzt erfolgreich verarbeitet wird<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Bei komplexen Fehlerketten kann nach Behebung des ersten Fehlers ein zweiter sichtbar werden.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">40. HTTP 500 und kritischer WordPress-Fehler<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Ein PHP-Fatal-Error kann sich sowohl als allgemeiner HTTP-500-Fehler als auch \u00fcber WordPress&#8216; eigene Fehlerbehandlung bemerkbar machen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn WordPress ausdr\u00fccklich meldet, dass auf der Website ein kritischer Fehler aufgetreten ist, solltest du auch Recovery Mode und Administrator-E-Mail ber\u00fccksichtigen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Daf\u00fcr haben wir die separate Anleitung <a href=\"\/it\/aiuto\/wordpress\/errore-critico-di-wordpress-pagina-bianca\/\">WordPress mostra una pagina bianca o un errore critico: cosa fare?<\/a>.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">41. Systematische Reihenfolge bei einem WordPress-Fehler 500<\/h2>\n\n\n\n<ol class=\"wp-block-list\">\n<li>Genaue Fehlermeldung und betroffene URL notieren.<\/li>\n\n\n\n<li>Pr\u00fcfen, welche Bereiche der Website betroffen sind.<\/li>\n\n\n\n<li>Feststellen, was unmittelbar vor dem Fehler ge\u00e4ndert wurde.<\/li>\n\n\n\n<li>Error Logs zum passenden Zeitpunkt kontrollieren.<\/li>\n\n\n\n<li>Genannten Dateipfad und Fehlertyp auswerten.<\/li>\n\n\n\n<li>Bei Bedarf WordPress-Debugging kontrolliert einsetzen.<\/li>\n\n\n\n<li>Verd\u00e4chtiges Plugin oder Theme gezielt pr\u00fcfen.<\/li>\n\n\n\n<li><code>.htaccess<\/code> untersuchen, wenn Hinweise darauf bestehen.<\/li>\n\n\n\n<li>PHP-Version kontrollieren.<\/li>\n\n\n\n<li>Memory-Limit pr\u00fcfen, wenn das Log eine Speicher\u00fcberschreitung zeigt.<\/li>\n\n\n\n<li>Manuelle Code\u00e4nderungen kontrollieren.<\/li>\n\n\n\n<li>Dateien und Berechtigungen nur bei konkretem Verdacht untersuchen.<\/li>\n\n\n\n<li>Ursache gezielt beheben.<\/li>\n\n\n\n<li>Betroffene Anfrage erneut testen.<\/li>\n\n\n\n<li>Error Log nochmals kontrollieren.<\/li>\n\n\n\n<li>Frontend und Adminbereich abschlie\u00dfend pr\u00fcfen.<\/li>\n<\/ol>\n\n\n\n<h2 class=\"wp-block-heading\">42. Was du bei einem Fehler 500 besser nicht tun solltest<\/h2>\n\n\n\n<ul class=\"wp-block-list\">\n<li>WordPress nicht sofort neu installieren<\/li>\n\n\n\n<li>nicht wahllos alle Plugins l\u00f6schen<\/li>\n\n\n\n<li>nicht gleichzeitig PHP, Theme und Plugins ver\u00e4ndern<\/li>\n\n\n\n<li><code>.htaccess<\/code> nicht ohne Sicherung \u00fcberschreiben<\/li>\n\n\n\n<li>Dateiberechtigungen nicht pauschal auf <code>777<\/code> setzen<\/li>\n\n\n\n<li>Memory Limit nicht ohne Diagnose beliebig erh\u00f6hen<\/li>\n\n\n\n<li>keine zuf\u00e4lligen PHP-Erweiterungen aktivieren<\/li>\n\n\n\n<li>keinen alten Datenbankstand ohne Pr\u00fcfung einspielen<\/li>\n\n\n\n<li>detaillierte Fehlermeldungen nicht dauerhaft \u00f6ffentlich anzeigen<\/li>\n\n\n\n<li>Server- oder Sicherheitsregeln nicht blind aus fremden Anleitungen \u00fcbernehmen<\/li>\n<\/ul>\n\n\n\n<h2 class=\"wp-block-heading\">43. Welche Informationen helfen dem CURIAWEB-Support?<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn deine WordPress-Website bei CURIAWEB einen HTTP-500-Fehler zeigt, helfen m\u00f6glichst konkrete Angaben bei der Diagnose.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Teile insbesondere mit:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>dominio interessato<\/li>\n\n\n\n<li>betroffene URL<\/li>\n\n\n\n<li>messaggio di errore preciso<\/li>\n\n\n\n<li>ungef\u00e4hren Zeitpunkt des Fehlers<\/li>\n\n\n\n<li>se l'errore si verifica in modo permanente o sporadico<\/li>\n\n\n\n<li>ob Frontend und Adminbereich betroffen sind<\/li>\n\n\n\n<li>welche \u00c4nderung unmittelbar davor vorgenommen wurde<\/li>\n\n\n\n<li>ob Plugin, Theme oder PHP k\u00fcrzlich aktualisiert beziehungsweise ge\u00e4ndert wurden<\/li>\n\n\n\n<li>relevanten Logeintrag, sofern vorhanden<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Ein kurzer relevanter Logabschnitt mit Zeitstempel ist normalerweise hilfreicher als ein vollst\u00e4ndiges Fehlerprotokoll mit tausenden \u00e4lteren Eintr\u00e4gen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Non inviare password non richieste.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Riepilogo<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Uno <strong>Errore interno del server<\/strong> bedeutet, dass der Server eine Anfrage aufgrund eines internen Fehlers nicht erfolgreich verarbeiten konnte. Der Statuscode selbst sagt noch nicht, welche WordPress-Komponente daf\u00fcr verantwortlich ist.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Bei WordPress geh\u00f6ren PHP-Fehler, Plugins, Themes, <code>.htaccess<\/code>, inkompatible PHP-Versionen, Speicherprobleme und fehlerhafte Dateien zu den m\u00f6glichen Ursachen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Der wichtigste Diagnoseschritt ist deshalb die Auswertung des passenden Error Logs. Fehlertyp, Dateipfad, Zeilennummer und Zeitpunkt liefern h\u00e4ufig wesentlich konkretere Hinweise als die sichtbare 500-Fehlerseite.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">\u00c4ndere anschlie\u00dfend nur die Komponente, f\u00fcr die ein konkreter Verdacht besteht, und teste nach jeder \u00c4nderung erneut. Eine systematische Diagnose ist zuverl\u00e4ssiger und sicherer als WordPress neu zu installieren, s\u00e4mtliche Plugins zu deaktivieren oder Servereinstellungen auf Verdacht zu ver\u00e4ndern.<\/p>","protected":false},"excerpt":{"rendered":"<p>Ein 500 Internal Server Error geh\u00f6rt zu den unangenehmeren WordPress-Fehlern, weil die Meldung zun\u00e4chst kaum etwas \u00fcber die eigentliche Ursache verr\u00e4t. Der Webserver hat die Anfrage erhalten, konnte sie aber aufgrund eines internen Problems nicht erfolgreich verarbeiten. Bei einer WordPress-Website k\u00f6nnen unter anderem PHP-Fehler, Plugins, Themes, fehlerhafte Regeln in .htaccess, ein ausgesch\u00f6pftes Speicherlimit oder Probleme [&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-22422","docs","type-docs","status-publish","hentry","doc_category-wordpress"],"year_month":"2026-09","word_count":3357,"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\/22422","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=22422"}],"version-history":[{"count":1,"href":"https:\/\/www.curiaweb.ch\/it\/wp-json\/wp\/v2\/docs\/22422\/revisions"}],"predecessor-version":[{"id":22424,"href":"https:\/\/www.curiaweb.ch\/it\/wp-json\/wp\/v2\/docs\/22422\/revisions\/22424"}],"wp:attachment":[{"href":"https:\/\/www.curiaweb.ch\/it\/wp-json\/wp\/v2\/media?parent=22422"}],"wp:term":[{"taxonomy":"doc_category","embeddable":true,"href":"https:\/\/www.curiaweb.ch\/it\/wp-json\/wp\/v2\/doc_category?post=22422"},{"taxonomy":"doc_tag","embeddable":true,"href":"https:\/\/www.curiaweb.ch\/it\/wp-json\/wp\/v2\/doc_tag?post=22422"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}