500-Fehler auf einer Website: So beheben Sie ihn

Eine Schritt-für-Schritt-Anleitung zur Diagnose und Behebung eines 500-Internal-Server-Fehlers durch Überprüfung von .htaccess, Plugins, Themes und Serverlimits.

Veröffentlicht: 22. August 2026

So beheben Sie einen 500-Fehler auf einer Website: Schritt für Schritt

500-Fehler auf einer Website: So beheben Sie ihn – Schritt-für-Schritt-Anleitung

Fragen Sie sich wie man den 500-Fehler des internen Servers behebt auf einer Website? Er tritt oft nicht an einem ruhigen Wochentag auf, sondern genau dann, wenn der Verkehr ansteigt, eine Werbekampagne gestartet wird oder direkt nach einem anderen Update. Fehler 500 bedeutet einen internen Serverfehler: Die Seite hat keine Antwort zurückgegeben, aber der Browser hat auch keinen genauen Grund erhalten – nur ein generisches Fehlersignal. Es ist frustrierend, aber es kann diagnostiziert werden. Fast immer.

Die gute Nachricht ist, dass ein 500-Fehler selten aus dem Nichts erscheint. Meistens wird er durch fehlerhaften Code, einen fehlgeschlagenen PHP-Prozess, eine beschädigte .htaccess-Datei, konfliktierende Plugins oder ein Theme verursacht, oder durch einen Server, der die Speicher- und Ausführungszeitlimits erreicht. Auch der Host kann der Übeltäter sein. Oder der letzte Commit.

Wenn die Seite bereits Leads oder Verkäufe generiert, schaden selbst 10 Minuten Ausfallzeit sowohl dem Umsatz als auch dem Vertrauen. Deshalb ist die Reihenfolge der Maßnahmen wichtiger als Rätselraten: Zuerst das Problem isolieren, dann die Einstellungen ändern. Kein Chaos.

1. Was ein 500-Fehler bedeutet und warum er auftritt

Ein Internal Server Error ist keine Diagnose, sondern ein Überbegriff für mehrere Fehler. Der Server hat die Anfrage erhalten, versucht, sie zu verarbeiten, und ist auf ein Problem gestoßen, das er dem Benutzer nicht richtig anzeigen konnte. Äußerlich sieht alles gleich aus: eine weiße Seite, eine Fehlermeldung, manchmal ein leerer Bildschirm.

Es gibt 5 häufigste Ursachen. Die erste ist ein PHP-Codefehler nach der Bearbeitung einer Vorlage oder Funktion. Die zweite sind falsche Regeln in .htaccess. Die dritte ist ein Konflikt zwischen Plugins oder Themes. Die vierte ist ein Mangel an Ressourcen: memory_limit, max_execution_time, CPU-Zeit. Die fünfte ist ein Fehler auf Server- oder Hosting-Seite. Und es gibt eine sechste, sehr gewöhnliche: Die Dateiberechtigungen sind falsch gesetzt.

Auf WordPress und ähnlichen CMS-Plattformen ist dies besonders nach Updates auffällig. Ein Plugin wird aktualisiert, ein anderes nicht, der Cache bleibt alt, und das Theme ruft eine Funktion auf, die bereits entfernt wurde. Das Ergebnis ist eine kurze, aber unangenehme Kaskade. Fehler 500 mag solche Kombinationen, weshalb WordPress 500-Fehlerbehebungbeginnt oft mit Updates, Cache und Kompatibilitätsprüfungen.

Wenn die Seite als Webanwendung erstellt wird, kann die Kette länger sein: API, Aufgabenwarteschlange, Datenbank, externer Zahlungsdienst. In solchen Projekten ist es nützlich, im Voraus über Websicherheit und die Logik zur Wiederherstellung von Backups nachzudenken, denn ein Vorfall ohne Ereignisprotokolle verwandelt die Fehlersuche in Rätselraten.

2. Überprüfen Sie zuerst, wo genau der Fehler auftritt

Der erste Schritt besteht darin, den Umfang zu verstehen. Ist der 500-Fehler nur auf einer Seite? Oder auf der gesamten Website? Oder erscheint er vielleicht im Admin-Bereich, während der öffentlich zugängliche Teil weiterhin lädt? Diese 3 Fälle deuten auf unterschiedliche Ursachen hin, und diese Umfangsprüfung ist die schnellsteAusgangspunkt.Wenn der Fehler nur auf einer Seite auftritt, suchen Sie nach lokalem Code: einem Shortcode, Widget, Formular, benutzerdefinierten Template oder eingebettetem Skript. Wenn die gesamte Seite nicht erreichbar ist, überprüfen Sie .htaccess, PHP und Systemlimits. Wenn der Admin-Bereich nicht geöffnet wird, überprüfen Sie die Plugins und das Theme. Nach einem Update versteckt sich das Problem dort oft.

Ein 500-Fehler tritt auch häufig nach dem Umzug zu einem neuen Host auf. Die PHP-Einstellungen können unterschiedlich sein, die Ordnerberechtigungen können ebenfalls abweichen, und alte Konfigurationsregeln passen nicht immer zur neuen Umgebung. Eine Migration. Eine Überraschung.

Es hilft, zu notieren, wann alles kaputt ging: nach der Installation eines Plugins, dem Wechsel des Themes, dem Wechsel der PHP-Version oder dem Umzug der Seite. Diese kleine Zeitleiste spart Stunden. Manchmal einen ganzen Tag.

Es hilft, zu notieren, wann alles kaputt ging: nach der Installation eines Plugins, dem Wechsel des Themas, dem Wechsel der PHP-Version oder dem Umzug der Seite. Diese kleine Zeitleiste spart Stunden. Manchmal einen ganzen Tag.

3. So überprüfen Sie .htaccess und Plugins

.htaccess ist ein häufiger Übeltäter. Eine falsche Direktive reicht aus, damit der Server auf fast jeder Seite 500-Fehler zurückgibt. Besonders wenn Weiterleitungen, Caching-Regeln oder schöne Permalinks manuell bearbeitet wurden.

Der einfachste Test besteht darin, die .htaccess-Datei vorübergehend umzubenennen, zum Beispiel in .htaccess_old. Wenn die Seite wieder funktioniert, haben Sie wahrscheinlich die Ursache gefunden. Erstellen Sie dann eine neue Datei und speichern Sie die Permalink-Einstellungen im CMS-Admin-Panel erneut. In WordPress geschieht dies über den Abschnitt Permalinks, ohne die Regeln manuell zu kopieren.

Wenn der Fehler nach dem Neuerstellen der Regeln verschwindet, ist es besser, die alte Datei nicht zurückzubringen. Sie könnte immer noch eine zusätzliche Zeile enthalten, zum Beispiel von einem alten Plugin, das bereits entfernt wurde. Eine zusätzliche Direktive kann die gesamte Seite zum Absturz bringen. Nicht nur theoretisch.

Wenn eine Seite eine komplexe Weiterleitungsstruktur verwendet, insbesondere nach einem Redesign, ist es ratsam, im Voraus zu überprüfen, wie sich alte URLs und kanonische Links verhalten. Für Projekte mit einer strukturellen Auffrischung kann es hilfreich sein, über wie man ein Webstudio für ein Website-Redesign auswählt, zu lesen, damit Sie nicht in Verwirrung bei Serverregeln und internen Routen enden.

4. Deaktivieren Sie Plugins und überprüfen Sie das Theme

Wenn .htaccess sauber ist, fahren Sie mit den Plugins fort. In WordPress geht das schnell: Benennen Sie den Plugins-Ordner über den Dateimanager oder FTP um. Alle Plugins werden auf einmal deaktiviert. Wenn der 500-Fehler verschwindet, ist die Ursache eines von ihnen.

Aktivieren Sie dann die Plugins nacheinander. Überprüfen Sie die Seite nach jeder Aktivierung. So finden Sie das konfliktbehaftete Modul, auch wenn es 17 davon gibt. Mühsam? Ja. Funktioniert? Auch ja.

Typische Übeltäter sind Caching-, Sicherheits-, SEO-, Page-Builder-Plugins und alle Erweiterungen, die die Routenführung oder die Inhaltserstellung stören. Manchmal liegt das Problem nicht am Plugin selbst, sondern an einer veralteten Version davon. Das tritt besonders nach einem Update zutage.

Machen Sie dasselbe mit dem Theme: Wechseln Sie vorübergehend zum Standard-Theme des CMS. Wenn der Admin-Bereich nicht verfügbar ist, benennen Sie den aktiven Theme-Ordner über FTP um, damit das System auf eine Backup-Option zurückgreift. Wenn der 500-Fehler verschwindet, enthält das Theme eine fehlerhafte Vorlage, einen inkompatiblen Hook oder einen alten Funktionsaufruf.

Wenn die Seite an externe Dienste gebunden ist, wie z.B. Zahlungen, kann der Integrationscode manchmal den Fehler auslösen. In solchen Fällen hilft es, den Zahlungsfluss zu bewerten und Risiken im Voraus zu aktualisieren. Schauen Sie sich zum Beispiel an, wie viel es kostet, Stripe mit einer Website zu verbindenwenn Sie eine ähnliche Integrations- und Weiterleitungslogik haben.

5. Überprüfen Sie PHP-Fehler und Serverlimits

Wenn Plugins und das Theme nicht das Problem sind, schauen Sie sich die Protokolle an. PHP-Fehlerprotokolle zeigen normalerweise, welche Datei, Zeile oder Funktion fehlgeschlagen ist. Manchmal sagen sie es direkt: Erlaubte Speicherkapazität erschöpft. Manchmal: schwerwiegender Fehler. Manchmal: gar nichts, was schlimmer ist.

Protokolle können im Hosting-Kontrollpanel, in einem separaten Ordner der Website oder in den Systemberichten des Servers sein. Verschiedene Anbieter speichern sie an verschiedenen Orten, daher ist das Hosting-Panel hier normalerweise notwendig. Überprüfen Sie mindestens 2 Orte: das Fehlerprotokoll der Website und das Systemprotokoll des Kontos.

Jetzt zu den PHP-Einstellungen. Suchen Sie nach memory_limit, max_execution_time, upload_max_filesize, post_max_size, und die PHP-Version. Wenn die Seite nach einem PHP-Version-Upgrade zu abstürzen begann, löst das Zurücksetzen auf eine kompatible Version oft das Problem. Wenn der Speicher zu niedrig ist, hat eine schwere Seite, ein Import oder ein Plugin einfach nicht genug Zeit, um abzuschließen.

Das memory_limitEinstellung ist besonders wichtig für Geschäfte und große Kataloge. Ein Produktexport kann den gesamten Ressourcenpool aufbrauchen. Ein Importformular kann das auch. Wenn die Seite Analysen, Warteschlangen, Hintergrundaufgaben und Überwachung verwendet, ist es sinnvoll, ein Website-Analyse- und Überwachungsplattform ·als Teil Ihres Beobachtungsstacks zu haben, damit Sie Ausfälle aus Protokollen und nicht aus Kundenbeschwerden sehen können.

Wenn Sie sich nicht sicher sind, wo Sie die Einstellungen überprüfen sollen, bitten Sie Ihren Host, die aktuelle PHP-Konfiguration und die Serverlimits anzuzeigen. Überprüfen Sie nicht nur die PHP-Version, sondern auch das tatsächliche Speicherlimit, die Ausführungszeit und die Upload-Größe. Es ist überraschend, wie oft das Problem nur ein Wert ist.

6. Leeren Sie den Cache und überprüfen Sie die letzten Änderungen

Cache kann sowohl das Problem als auch die Tatsache verbergen, dass es verschwunden ist. Daher sollten Sie nach Änderungen den Site-Cache, den Browser-Cache und den CDN-Cache, falls Sie einen verwenden, leeren. Andernfalls sehen Sie eine alte Version des Fehlers und denken, dass sich nichts geändert hat.

Zuerst den Cache im CMS-Panel oder im Caching-Plugin leeren. Dann den Browser-Cache leeren, vorzugsweise im Inkognito-Modus. Wenn die Seite über ein CDN bereitgestellt wird, löschen Sie das auch. Drei Orte, drei Caches, ein Ergebnis — nur nach einem vollständigen Leeren können Sie dem Test vertrauen.

Überprüfen Sie als Nächstes die letzten Änderungen. Einen neuen Block hinzugefügt? Eine Funktion im Template geändert? Eine frische Datei in die Bibliothek hochgeladen? Setzen Sie die letzte Änderung zurück und testen Sie erneut. Ein 500-Fehler tritt oft nach einer kleinen Codezeile auf, nicht nach einem „großen Update.“

In Projekten mit laufender Unterstützung sind diese Probleme normalerweise weniger häufig, da Änderungen am Code und an den Einstellungen kontrolliert werden. Wenn Ihre Seite aktiv ist und regelmäßig verbessert wird, kann Ihnen der Artikel über Website-Support nach dem Start helfen, zu sehen, wie Sie verhindern können, dass Cache und Updates in einen Ausfallzustand abdriften.

Überprüfen Sie auch, ob das CDN nach SSL-Änderungen, Weiterleitungen oder einem Update der Sicherheitsrichtlinie ausgefallen ist. Ein falscher Antwort-Header kann einen 500-Fehler nur für einen Teil Ihrer Benutzer auslösen. Und das ist viel schwieriger zu erkennen.

7. Was tun, wenn der 500-Fehler nicht verschwindet

Wenn die Seite nach all diesen Überprüfungen weiterhin abstürzt, ist es an der Zeit, systematisch zu arbeiten. Beginnen Sie damit, den Hosting-Support zu kontaktieren und Protokolle für den genauen Zeitpunkt des Ausfalls anzufordern. Geben Sie die Uhrzeit, das Datum und die Seite an, auf der der 500-Fehler aufgetreten ist. Ohne diese Informationen wird der Support länger brauchen, um das Problem zu finden.

Überprüfen Sie dann die Datei- und Ordners Berechtigungen. Oft setzen Menschen Ordner „vorübergehend“ auf 777 und vergessen dann, sie zurückzusetzen. Das ist eine schlechte Praxis, und nicht nur wegen des 500-Fehlers: Der Server kann solche Berechtigungen aus Sicherheitsgründen blockieren. Dateien und Verzeichnisse sollten die richtigen Berechtigungen haben.

Wenn Sie ein frisches Backup haben, stellen Sie die funktionierende Version der Website wieder her und prüfen Sie, ob der Fehler verschwindet. Dies ist besonders nützlich nach einem schlechten Kern-, Plugin- oder Server-Migrations-Update. Ein Rollback spart mehr Zeit, als 12 inkompatible Änderungen manuell zu beheben.

Wenn die Website für das Geschäft wichtig ist, zögere nicht mit der Wiederherstellung. Manchmal ist es günstiger, eine Kopie von gestern wiederherzustellen, als einen halben Tag nach einer Codezeile zu suchen. Und wenn das Projekt auf externe Anfragen, Formulare und APIs angewiesen ist, überprüfe auch die Netzwerkinfrastruktur: Manchmal liegt das Problem nicht im CMS, sondern in der Infrastruktur. Für solche Fälle kann ein privates Netzwerk-Infrastruktur helfen, wenn ein Teil der Komplexität in eine kontrollierte Umgebung verlagert wird.

Der letzte praktische Schritt besteht darin, die Website vorübergehend auf eine minimale Konfiguration umzustellen. Behalten Sie nur den Kern, ein Theme, ein funktionierendes Plugin und die grundlegenden Regeln. Wenn der 500-Fehler in diesem Modus verschwindet, fügen Sie die Komponenten nacheinander wieder hinzu. So finden Sie das problematische Element ohne unnötiges Rätselraten. Es ist langsam, aber ehrlich.

Welche Suchanfragen beantwortet diese Seite

500-Fehler auf einer Website: So beheben Sie ihn, was ein 500-Fehler bedeutet und warum er auftritt, überprüfen Sie zuerst, wo genau der Fehler auftritt, 500-Fehler auf einer Website — Schritt für Schritt, so überprüfen Sie .htaccess und Plugins, deaktivieren Sie Plugins und überprüfen Sie das Theme, 500-Fehler auf einer Website: Checkliste, überprüfen Sie PHP-Fehler und Serverlimits, leeren Sie den Cache und überprüfen Sie die letzten Änderungen, 500-Fehler auf einer Website — mit Beispielen, was tun, wenn der 500-Fehler nicht verschwindet, brauchen Sie eine Website oder ein Produkt.