HTTP-Fehler-Codes im Überblick – 403, 404, 500, 502, 503, 504 verstehen und beheben

Eine Website zeigt statt Inhalt nur eine kryptische Nummer: 403, 404, 500, 502, 503 oder 504. Jede Zahl erzählt eine andere Geschichte – und verlangt eine andere Lösung. Wer die Unterschiede kennt, spart sich Stunden an Fehlersuche in die falsche Richtung.

HTTP-Fehler auf Ihrer Website? Wir analysieren die Ursache und beheben das Problem per Fernwartung – ab 29 €. Direkt anfragen →

Wie HTTP-Statuscodes funktionieren

Jedes Mal wenn Ihr Browser eine Webseite anfordert, antwortet der Server mit einem dreistelligen Code. Die erste Ziffer verrät die Kategorie: 2xx heißt Erfolg, 3xx ist eine Weiterleitung, 4xx bedeutet „der Client hat etwas falsch gemacht“ (Sie oder Ihr Browser), 5xx signalisiert „der Server hat ein Problem“.

Diese Unterscheidung ist entscheidend. Bei 4xx-Fehlern müssen Sie meistens selbst etwas ändern – eine URL korrigieren, sich anmelden, die Firewall prüfen. Bei 5xx-Fehlern liegt das Problem auf dem Server, und Sie als Besucher können nichts tun. Als Website-Betreiber verlangen 5xx-Fehler meist tieferes Eingreifen: Server-Logs, PHP-Konfiguration, Ressourcenlimits.

Die sechs Codes, die wir hier behandeln, decken praktisch 90 Prozent aller Fehlermeldungen ab, die im Web-Alltag auftauchen.

403 Forbidden – Zugriff verweigert

Der Server hat Ihre Anfrage verstanden – und lehnt sie bewusst ab. Die Seite existiert, aber Sie dürfen nicht rein. Häufige Ursachen: falsche Dateiberechtigungen auf dem Server (Ordner sollten 755, Dateien 644 haben), eine Deny-Regel in der .htaccess, ein Sicherheits-Plugin, das Ihre IP gesperrt hat, oder eine hoster-seitige Sperre nach zu vielen Fehlversuchen.

Typische Varianten der Meldung: „403 Forbidden“, „Zugriff verweigert“, „Access Denied“, „Sie haben keine Berechtigung“. Alle meinen dasselbe.

Erste Schritte: URL auf Tippfehler prüfen, mit anderem Browser oder Gerät testen (zeigt IP-Sperren), .htaccess-Datei auf Blockier-Regeln durchsehen. Die vollständige 403-Anleitung mit Schritt-für-Schritt-Checkliste →

404 Not Found – die Seite existiert nicht

Der bekannteste aller HTTP-Fehler. Der Server sagt: „Die Adresse, die Sie angefragt haben, kenne ich nicht.“ Ein 404 bedeutet nicht „Fehler“ im technischen Sinne – der Server funktioniert einwandfrei, er hat nur die angefragte Ressource nicht.

Auf fremden Seiten ist die Ursache meist harmlos: Ein Tippfehler in der URL, ein veralteter Link in einer E-Mail, oder die Seite wurde gelöscht oder verschoben. Auf der eigenen Website wird es unangenehmer: Jeder 404, den Google findet, ist ein verlorener Link, eine aufgegebene Ranking-Position, ein frustrierter Besucher.

Die häufigsten Ursachen für 404 auf der eigenen Seite: falsch konfigurierte Permalinks nach einem CMS-Update, verschobene Inhalte ohne Weiterleitung, fehlerhafte Mod-Rewrite-Regeln in der .htaccess. So beheben Sie 404-Fehler systematisch →

500 Internal Server Error – der Server ist überfordert

Der 500 ist der undurchsichtigste aller HTTP-Fehler. Er bedeutet nur: „Etwas ist auf dem Server schiefgelaufen, aber ich sage Ihnen nicht was.“ Die Ursache kann praktisch überall liegen: ein PHP-Syntaxfehler in einem Plugin, eine fehlerhafte .htaccess-Regel, ein überfülltes Server-Memory, eine kaputte Datenbankverbindung, ein PHP-Skript in einer Endlosschleife.

Was den 500 so tückisch macht: Er taucht oft nach einem Update auf. Ein Plugin war inkompatibel mit der neuen PHP-Version, eine Theme-Datei wurde überschrieben, ein Cache ist korrupt. Die Fehlermeldung selbst hilft Ihnen nicht weiter – Sie müssen ins Server-Fehlerprotokoll schauen.

Bei WordPress-Seiten: Zuerst alle Plugins deaktivieren, dann nacheinander wieder aktivieren. Bei selbst programmierten Seiten: Fehlerprotokoll des Hosters prüfen, display_errors temporär aktivieren. Komplette 500-Fehler-Diagnose Schritt für Schritt →

502 Bad Gateway – ein Server spricht nicht mit dem anderen

Ein 502 entsteht, wenn Ihr Browser eine Seite anfordert, der Webserver diese Anfrage an einen anderen Dienst weitergibt – und dieser andere Dienst nicht oder falsch antwortet. Das passiert bei Reverse-Proxies, Load-Balancern oder wenn PHP-FPM abgestürzt ist.

Typisches Szenario: Nginx steht vor PHP-FPM. PHP-FPM ist abgestürzt oder überlastet. Nginx kann die Anfrage nicht ausliefern und meldet 502. Bei Cloudflare oder ähnlichen Diensten sehen Sie 502, wenn der Ursprungsserver nicht antwortet.

Für Besucher ist 502 meistens vorübergehend – in ein paar Minuten nochmal probieren. Für Betreiber ist es oft ein Alarmsignal: Ressourcen knapp, Dienst abgestürzt, falsche Konfiguration. Was bei 502-Fehlern wirklich hilft →

503 Service Unavailable – der Server ist gerade nicht verfügbar

Der 503 ist der ehrlichste HTTP-Fehler. Der Server sagt direkt: „Ich kann gerade nicht.“ Das passiert bei Wartungsarbeiten, Überlastung oder wenn eine automatische Schutzfunktion den Server entlastet. Viele Content-Management-Systeme setzen während eines Updates bewusst 503, damit Besucher eine klare Meldung bekommen statt halbfertiger Seiten.

Im Unterschied zum 500 ist der 503 oft gewollt. Der Server lebt, antwortet, aber weist den Besucher aktiv ab. Ein gut konfigurierter 503 enthält den Header Retry-After, der Suchmaschinen mitteilt: „Kommt in X Minuten wieder, dann bin ich da.“

Wenn 503 unerwartet auftaucht, ist meist Ressourcenmangel die Ursache: zu viele gleichzeitige Anfragen, PHP-Memory-Limit erreicht, Datenbankverbindungen erschöpft. 503 systematisch beheben →

504 Gateway Timeout – zu lange gewartet

504 ist der größere Bruder von 502. Ein vorgeschalteter Server hat eine Anfrage an den eigentlichen Webserver weitergeleitet – aber keine Antwort bekommen, bevor die Wartezeit abgelaufen war. Das passiert bei langen Datenbankabfragen, externen API-Aufrufen, die hängen, oder komplett überlasteten Servern.

Typische Ursachen: Ein PHP-Skript fragt zehn Produkte aus einer externen API ab, die API braucht pro Produkt 15 Sekunden – nach 150 Sekunden hängt das Skript und der Reverse-Proxy gibt auf. Oder eine Datenbank-Query, die bei kleinen Datenmengen funktioniert hat, wird bei 100.000 Zeilen zur Qual.

Für Betreiber bedeutet 504 fast immer: Performance-Problem. Die Antwort ist selten „Timeout erhöhen“ – meistens muss der Code schneller werden. 504 ursachenbasiert beheben →

Wann welcher Fehler auftritt – die Kurzübersicht

403 Forbidden: Sie dürfen nicht rein. Berechtigungen, Firewall, IP-Sperre.
404 Not Found: Die Seite gibt es nicht (mehr). Tippfehler, geänderte URL.
500 Internal Server Error: Der Server hat ein unbekanntes Problem. PHP-Fehler, Plugin-Konflikt.
502 Bad Gateway: Ein Dienst hinter dem Webserver antwortet nicht richtig.
503 Service Unavailable: Der Server ist überlastet oder in Wartung.
504 Gateway Timeout: Ein Dienst hinter dem Webserver antwortet zu langsam.

Wann Sie das selbst schaffen – und wann nicht

404-Fehler auf der eigenen Seite können Sie oft selbst beheben: URL prüfen, in den Permalink-Einstellungen einen Reset machen, eine Weiterleitung einrichten. Auch ein simpler 403 durch eine offensichtliche Deny-Zeile in der .htaccess ist kein Hexenwerk.

Sobald 5xx-Fehler auftauchen, wird es heikel. Der Fehler selbst sagt Ihnen nicht, was kaputt ist. Sie müssen Server-Logs lesen, PHP-Konfigurationen verstehen, Datenbanken prüfen. Ein falscher Eingriff in die php.ini oder .htaccess kann die komplette Website lahmlegen.

Besonders bei 502, 503 und 504 ist Diagnose mehr als die halbe Miete. Das Problem ist selten dort, wo die Fehlermeldung auftaucht. Wenn Sie keine Server-Logs lesen können, ist das wie ein Auto reparieren, ohne die Motorhaube zu öffnen.

So verhindern Sie HTTP-Fehler auf der eigenen Website

Nach jedem größeren Update die Website systematisch prüfen: Startseite, mindestens drei Unterseiten, Kontaktformular, Login-Bereich. So erwischen Sie 500er-Fehler, bevor Besucher sie sehen.

Regelmäßige Backups vor Updates – und einen Plan, wie Sie ein Backup im Ernstfall schnell einspielen. Viele 500-Fehler nach Plugin-Updates sind durch ein Rollback in fünf Minuten behoben.

Monitoring einrichten: Dienste wie UptimeRobot prüfen die Erreichbarkeit alle paar Minuten und melden sofort, wenn die Seite ausfällt oder einen 5xx-Fehler liefert. Das kostet oft nichts und verhindert, dass Besucher stundenlang auf eine kaputte Seite stoßen, während Sie nichts davon wissen.

Häufig gestellte Fragen

Was ist der Unterschied zwischen 4xx- und 5xx-Fehlern?

4xx-Fehler (zum Beispiel 403, 404) bedeuten: Der Client – also Ihr Browser oder Sie – hat etwas falsch gemacht. Falsche URL, fehlende Berechtigung, ungültige Anfrage. 5xx-Fehler (500, 502, 503, 504) liegen am Server. Als Besucher können Sie bei 5xx meist nichts tun außer später wiederkommen.

Welcher HTTP-Fehler ist am gefährlichsten?

500-Fehler sind die tückischsten, weil sie keine klare Ursache liefern. Ein 500 kann von einem Plugin-Konflikt bis zu einem defekten Dateisystem alles bedeuten. Wer 500 sieht, muss in die Server-Logs schauen.

Können HTTP-Fehler meine SEO-Rankings schaden?

Ja, deutlich. Ein 404 auf einer wichtigen Seite kostet die gesamte Ranking-Historie. 500er-Fehler über längere Zeit führen dazu, dass Google die Seite als „unzuverlässig“ einstuft und im Ranking zurückstuft. 503 mit Retry-After-Header ist SEO-sicher, alle anderen 5xx-Fehler sollten schnell behoben werden.

Können Sie HTTP-Fehler per Fernwartung beheben?

Ja. Wir analysieren Server-Logs, prüfen .htaccess und PHP-Konfiguration, beheben Plugin-Konflikte und korrigieren Berechtigungen – alles per Fernwartung. In den meisten Fällen ist das Problem innerhalb von 30 bis 60 Minuten gelöst. Jetzt HTTP-Fehler beheben lassen →