502 Bad Gateway – warum Ihre Website nicht antwortet und was wirklich hilft

Ihre Website zeigt „502 Bad Gateway“ und Besucher sehen nur eine Fehlermeldung. Der häufigste Tipp im Internet: „Warten Sie ein paar Minuten und laden Sie die Seite neu.“ Manchmal hilft das tatsächlich. Aber wenn der Fehler bleibt – oder immer wiederkommt – steckt ein Problem dahinter, das sich nicht von allein löst.

Woran Sie einen 502-Fehler erkennen

Meistens ist es offensichtlich: Statt Ihrer Website erscheint eine Fehlermeldung. Manchmal steht dort „502 Bad Gateway“, manchmal „Error 502“, manchmal zeigt Cloudflare eine eigene Fehlerseite mit einem orangefarbenen Banner.

Weniger offensichtlich: Der 502-Fehler tritt nur sporadisch auf. Die Seite lädt mal, mal nicht. Oder sie funktioniert für manche Besucher, für andere nicht. Das macht die Fehlersuche besonders schwierig, weil Sie den Fehler möglicherweise nicht reproduzieren können, wenn Sie selbst nachschauen.

Der 502-Statuscode bedeutet wörtlich: Ein Server hat von einem anderen Server eine ungültige Antwort bekommen. Ihr Webserver fragt den PHP-Prozess oder die Datenbank – und bekommt nur Rauschen zurück. Anders als ein 500 Internal Server Error ist der 502 fast immer ein Kommunikationsproblem zwischen Servern – nicht ein Fehler in Ihrem Code.

Warum „einfach abwarten“ oft nicht reicht

Ja, ein 502-Fehler kann vorübergehend sein. Ein kurzer Lastspike, eine Serveroperation, die länger gedauert hat als erwartet – das regelt sich manchmal von selbst. Aber wenn der Fehler länger als fünf Minuten besteht oder regelmäßig wiederkommt, steckt fast immer eine tiefere Ursache dahinter:

PHP-Prozesse am Limit: Ihr Server hat nur eine begrenzte Anzahl gleichzeitiger PHP-Prozesse. Wenn ein Skript hängt oder zu viele Besucher gleichzeitig kommen, sind alle Plätze belegt – und jede weitere Anfrage bekommt einen 502.

Server-Software abgestürzt: PHP-FPM, die Datenbank oder ein anderer Hintergrunddienst hat aufgehört zu reagieren. Der Webserver (Nginx oder Apache) leitet die Anfrage weiter, aber niemand antwortet. Das ist keine Wartung, das ist ein Absturz.

Cloudflare oder CDN-Timeout: Wenn ein CDN wie Cloudflare vor Ihrer Website steht, setzt es ein Zeitlimit. Braucht Ihr Server länger als erlaubt, bricht Cloudflare ab und zeigt einen 502. Das Problem liegt dann nicht bei Cloudflare, sondern bei der Geschwindigkeit Ihres Servers.

Hosting-Überlastung: Bei Shared Hosting teilen Sie sich den Server mit Dutzenden anderen Websites. Wenn ein anderer Kunde plötzlich viel Last erzeugt, leidet Ihre Seite mit – obwohl Sie nichts geändert haben.

Fehlkonfiguration nach Updates: Ihr Hoster aktualisiert die Server-Software, und plötzlich passt die Konfiguration nicht mehr. Ein falscher Timeout-Wert, ein geänderter Socket-Pfad – kleine Änderungen, große Wirkung.

Was wirklich zu tun ist – die vollständige Checkliste

Diese Schritte gehen über „Seite neu laden“ hinaus. Die Reihenfolge hilft, die Ursache systematisch einzugrenzen:

1. Auf einem anderen Gerät testen – Handy über mobile Daten (WLAN aus). Funktioniert die Seite dort? Dann liegt es an Ihrem Netzwerk oder DNS-Cache, nicht am Server.

2. Hosting-Dashboard prüfen – gibt es Warnungen, Wartungshinweise oder Meldungen zur Serverauslastung? Die meisten Hoster zeigen den Serverstatus im Kundenbereich an.

3. Fehlerprotokoll auslesen – im Dashboard unter „Logs“ oder „Error Log“. Dort steht meistens die exakte Fehlermeldung: welcher Prozess nicht geantwortet hat und warum.

4. CDN-Status prüfen – wenn Sie Cloudflare oder einen ähnlichen Dienst nutzen, schauen Sie auf dessen Statusseite. Liegt dort eine Störung vor, müssen Sie nur warten.

5. PHP-Prozesse und Timeouts prüfen – wie viele gleichzeitige PHP-Prozesse erlaubt Ihr Hosting? Wie hoch ist das Timeout? Bei vielen Hostern lässt sich beides im Dashboard anpassen.

6. Server neustarten – bei Managed Hosting können Sie PHP oder den Webserver oft per Dashboard neustarten. Bei Shared Hosting bleibt nur der Support des Hosters.

Wann Sie das selbst schaffen – und wann nicht

Die Wahrheit: Ein 502-Fehler ist einer der frustrierendsten Webfehler, weil die Ursache oft nicht in Ihren Dateien liegt, sondern in der Server-Infrastruktur. Schritt 1 und 2 schafft jeder. Wenn der Fehler danach weg ist – gut.

Wenn nicht, wird es technisch: Fehlerprotokolle interpretieren, PHP-FPM-Konfiguration prüfen, Server-Timeouts anpassen, Cloudflare-Einstellungen durchgehen. Das sind Eingriffe, bei denen ein falscher Wert den Fehler verschlimmern kann statt ihn zu beheben.

Besonders tückisch: Der sporadische 502-Fehler, der nur unter Last auftritt. Den können Sie am eigenen Rechner nicht reproduzieren, aber Ihre Kunden treffen ihn regelmäßig. Hier brauchen Sie jemanden, der die Server-Logs systematisch auswertet und die tatsächliche Ursache findet.

So verhindern Sie künftige 502-Fehler

Wenn Ihr Server wieder läuft, sollten Sie drei Dinge dauerhaft ändern:

Erstens: Richten Sie ein Server-Monitoring ein. Dienste wie UptimeRobot oder Hetrix prüfen Ihre Website alle paar Minuten und benachrichtigen Sie sofort, wenn sie nicht erreichbar ist. So erfahren Sie von Ausfällen, bevor Ihre Kunden es tun.

Zweitens: Prüfen Sie, ob Ihr Hosting-Paket zu Ihrem Traffic passt. Wenn 502-Fehler regelmäßig zu Stoßzeiten auftreten, ist Ihr Server möglicherweise zu klein dimensioniert.

Drittens: Halten Sie Ihre Website schlank. Jedes unnötige Plugin, jede langsame Datenbankabfrage erhöht die Antwortzeit – und damit das Risiko, dass der Server unter Last in einen Timeout läuft.

Häufig gestellte Fragen

Was bedeutet 502 Bad Gateway?

Zwei Server sprechen miteinander und einer antwortet nicht richtig. Ihr Webserver kann die Website deshalb nicht ausliefern. Das Problem liegt immer auf der Server-Seite, nie bei Ihnen als Besucher.

Wie lange dauert ein 502-Fehler normalerweise?

Oft nur wenige Minuten, wenn der Server sich von einer kurzen Überlastung erholt. Dauert es länger als fünf Minuten, sollten Sie aktiv werden – denn dann steckt meist ein Konfigurationsproblem dahinter.

Kann das per Fernwartung behoben werden?

Ja. Wir verbinden uns auf Ihren Server, werten die Logs aus, prüfen die Konfiguration und beheben die Ursache. In vielen Fällen ist der Fehler innerhalb einer halben Stunde gelöst.