Serverfehler

Zuletzt aktualisiert: 9. November 2026

Die Verfügbarkeitsüberwachung von Kinsta überprüft deine Website regelmäßig und benachrichtigt dich per E-Mail, wenn ein 500-, 502- oder 504-Fehler festgestellt wird. Andere Fehler auf deiner Website, wie zum Beispiel 501 und 503, lösen keine Benachrichtigung aus, sodass du erst davon erfährst, wenn du oder deine Besucher sie sehen.

500 Interner Serverfehler

Ein 500 Interner Serverfehler bedeutet, dass der Code deiner Website auf ein Problem gestoßen ist, von dem er sich nicht erholen konnte. Bei WordPress-Websites handelt es sich dabei meist um einen schwerwiegenden PHP-Fehler, der von einem Plugin, einem Theme oder benutzerdefiniertem Code verursacht wird, oder um einen Prozess, dem der Arbeitsspeicher ausgeht. Da der Fehler innerhalb deiner Website auftritt, wird er fast immer in deinen Logs aufgezeichnet.

Überprüfe dein Fehlerprotokoll

Notiere dir den Zeitpunkt des Fehlers und die URL.
Öffne in MyKinsta die Datei „error.log“ deiner Website und suche nach Einträgen aus demselben Zeitpunkt. Schwerwiegende Fehler enthalten den Hinweis „PHP Fatal error“ und nennen in der Regel den Dateinamen und die Zeile, in der das Problem aufgetreten ist.
Der Dateipfad gibt meist Aufschluss über die Ursache. Ein Pfad unter wp-content/plugins/ oder wp-content/themes/ verweist auf das entsprechende Plugin oder Theme.

Wenn die „error.log“-Datei keinen passenden Eintrag enthält, überprüfe, ob das WordPress-Debugging in MyKinsta aktiviert ist. Solange es aktiviert ist, werden Fehler im Debug-Protokoll statt in der „error.log“-Datei gespeichert.

Häufige Ursachen und Lösungen

Fehler bei Plugins oder Themes: Deaktiviere das im Fehler genannte Plugin oder Theme. Wenn du das WordPress-Dashboard nicht erreichen kannst, benenne den Ordner des Plugins im Dateimanager, über SFTP oder mithilfe von WP-CLI um. Wenn der Fehler nach einem Update aufgetreten ist, stelle ein Backup wieder her oder mache das Update rückgängig und leite den Fehler dann an den Entwickler weiter.
Fehler wegen Speicherbegrenzung („Allowed memory size ... exhausted“): Ein Plugin oder ein Prozess hat mehr Speicher belegt, als PHP zulässt – standardmäßig sind das 256 MB pro PHP-Thread. Um zu sehen, wie oft das passiert, schau dir das Diagramm „PHP memory limit reached“ in MyKinsta unter Websites > Websitename > Analytics > Performance an. Behebe zuerst das im Fehler genannte Plugin oder den Prozess, da ein fehlerhaftes Skript beliebig viel Speicher verbrauchen kann. Wenn deine Website tatsächlich mehr Speicher pro Thread benötigt, kannst du deine PHP-Leistungseinstellungen unter Websites > Websitename > Info > PHP-Leistung ändern. Die Anzahl der PHP-Threads und der Speicher pro Thread werden gemeinsam festgelegt; jedem Thread mehr Speicher zuzuweisen, kann daher bedeuten, dass weniger Threads ausgeführt werden; siehe „Reduziere und optimiere deine PHP-Thread-Nutzung“.
Zeitlimit-Fehler („Maximum execution time ... exceeded“): Diese stammen von Prozessen, die nicht über einen Browser laufen, wie z. B. WP-CLI-Befehle oder Cron-Jobs, oder von einem Plugin, das ein eigenes unteres Zeitlimit festlegt. Überprüfe, welcher Befehl, welche geplante Aufgabe oder welches Plugin zu diesem Zeitpunkt ausgeführt wurde.
Inkompatibilität der PHP-Version: Wenn die Fehler nach einem Wechsel der PHP-Version aufgetreten sind, unterstützt ein Plugin oder Theme möglicherweise die neue Version nicht. Aktualisiere es oder wechsle vorübergehend zurück.

Wann du den Support kontaktieren solltest

Wenn du die Ursache nicht finden kannst oder die Fehler nach dem Ausprobieren dieser Schritte weiterhin auftreten, wende dich an den Support und gib dabei die URL, die Uhrzeit und Zeitzone des Fehlers sowie alle zugehörigen Einträge in der „error.log“ an.

501 Not Implemented

Ein 501 Not Implemented-Fehler bedeutet, dass der Server die in der Anfrage geforderte Aktion nicht unterstützt. Das kommt bei Kinsta selten vor und wird in der Regel nicht durch deine Plugins oder dein Theme verursacht.

Eine angehaltene Staging-Umgebung: Wenn du auf einer Staging-Site einen 501-Fehler siehst, wurde die Staging-Umgebung möglicherweise angehalten. Öffne in MyKinsta die Staging-Umgebung und starte sie.
Eine ungewöhnliche Anfrage-Methode: Tools und Integrationen, die Anfragen mit einer vom Server nicht unterstützten Methode senden – wie beispielsweise manche Dateisynchronisierungs-Clients –, können einen 501-Fehler auslösen. Überprüfe die Einstellungen oder die Dokumentation des Tools.

Wenn du auf deiner Live-Site einen 501-Fehler siehst, schau auf der Statusseite von Kinsta nach und wende dich dann mit der URL sowie der Uhrzeit und Zeitzone des Fehlers an den Support.

502 Bad Gateway-Fehler

Ein 502 Bad Gateway-Fehler bedeutet, dass der Webserver keine gültige Antwort von PHP erhalten konnte – dem Teil des Servers deiner Website, auf dem WordPress läuft. In der Regel bedeutet dies, dass PHP bei der Bearbeitung einer Anfrage abgestürzt ist oder nicht lief. Diese Fehler treten auf dem Server deiner Website auf und werden daher in den Logs deiner Website protokolliert.

Fehler zwischen Cloudflare und deiner Website sehen anders aus. Besucher sehen eine Fehler-Seite mit Cloudflare-Logo und einer Ray-ID, und diese Fehler werden niemals in den Logs deiner Website aufgezeichnet.

Überprüfe, ob der Fehler deine Website erreicht hat

Notiere dir den Zeitpunkt des Fehlers.
Wenn du den Fehler selbst gesehen hast, überprüfe, welche Seite angezeigt wurde:
- Eine einfache weiße Seite mit der Meldung 502 Bad Gateway und „nginx“ darunter stammt vom Server deiner Website. Fahre mit dem nächsten Schritt fort.
- Eine Fehler-Seite mit Cloudflare-Logo und einer Ray-ID trat auf, bevor die Anfrage deine Website erreichte. Wende dich an den Support.
Öffne in MyKinsta die Datei „access.log“ deiner Website und suche nach „502“ um diesen Zeitpunkt herum.
Wenn du einen passenden Eintrag findest, kam der Fehler vom Server deiner Website. Überprüfe die Datei „error.log“ auf Einträge aus derselben Zeit: „connect() to unix:...php-fpm.sock failed“ bedeutet, dass PHP keine Anfragen angenommen hat; ein „PHP Fatal error“ nennt die Datei, die einen Absturz verursacht hat.
Wenn es keinen passenden Eintrag gibt, ist der Fehler aufgetreten, bevor die Anfrage deine Website erreicht hat. Wenn du ein CDN eines Drittanbieters nutzt, lies weiter unten; andernfalls wende dich an den Support.

Wenn der Fehler vom Server deiner Website stammt

PHP ist abgestürzt oder reagiert nicht: Wenn in der „error.log“-Datei „connect() to unix:...php-fpm.sock failed“ angezeigt wird, starte PHP in MyKinsta neu. Sollte das Problem weiterhin auftreten, suche in der „error.log“-Datei nach schwerwiegenden Fehlern unmittelbar vor den 502-Fehlern.
Plugins und Themes: Ein Plugin oder Theme kann einen PHP-Prozess mitten in einer Anfrage zum Absturz bringen. Wenn im „error.log“ zum Zeitpunkt des 502-Fehlers ein schwerwiegender Fehler oder ein Absturz angezeigt wird, deaktiviere das betreffende Plugin oder Theme oder teste, indem du alle Plugins deaktivierst und zu einem Standard-Theme wechselst.

Wenn du ein CDN oder einen Proxy eines Drittanbieters nutzt

Wenn deine Website zusätzlich zur Cloudflare-Integration von Kinsta ein CDN oder einen Proxy eines Drittanbieters nutzt, umgeh diesen vorübergehend. Wenn die 502-Fehler aufhören, wende dich an deinen CDN-Anbieter bezüglich der Einstellungen oder Firewall-Regeln.

Wann du den Support kontaktieren solltest

Wenn die Fehler weiterhin auftreten, kein entsprechender 502-Fehler in deiner „access.log“ zu finden ist oder nichts in deinen Logs eine Erklärung dafür liefert, wende dich an den Support und gib die URL, die Uhrzeit und die Zeitzone des Fehlers sowie die Häufigkeit des Auftretens an. Falls Besucher eine Cloudflare-Fehlerseite gesehen haben, füge die dort angezeigte Ray-ID hinzu.

503 Dienst nicht verfügbar

Ein 503-Fehler („Dienst nicht verfügbar“) bedeutet, dass deine Website vorübergehend keine Anfragen annimmt. Bei WordPress-Websites liegt das meist daran, dass sich die Seite im Wartungsmodus befindet – entweder absichtlich oder weil ein Update nicht abgeschlossen wurde.

„Kurzzeitig wegen geplanter Wartungsarbeiten nicht verfügbar“: WordPress zeigt diese Meldung an, während Updates installiert werden, und entfernt sie wieder, sobald die Updates abgeschlossen sind. Wenn ein Update unterbrochen wird, kann die Website im Wartungsmodus feststecken. Lösche die Datei „.maintenance“ über SFTP aus dem Stammverzeichnis deiner Website und überprüfe anschließend, ob das Plugin-, Theme- oder WordPress-Update abgeschlossen wurde; falls nicht, führe es erneut aus.
Ein Wartungsmodus- oder „Coming Soon“-Plugin: Diese Plugins geben einen 503-Fehler zurück, damit Suchmaschinen wissen, dass die Seite bald wieder verfügbar sein wird. Deaktiviere den Wartungsmodus in den Einstellungen des Plugins oder deaktiviere das Plugin ganz.
Ein Plugin oder Theme, das einen 503-Fehler zurückgibt: Wenn keiner dieser Fälle zutrifft, deaktiviere deine Plugins nacheinander, um das verantwortliche zu finden.

Wenn du die Ursache nicht finden kannst, wende dich mit der URL sowie der Uhrzeit und Zeitzone des Fehlers an den Support.

504 Gateway-Timeout-Fehler

Ein 504-Gateway-Timeout-Fehler bedeutet, dass die Bearbeitung einer Anfrage an deine Website zu lange gedauert hat. Anfragen an deine Website können bis zu 180 Sekunden dauern. Ist eine Anfrage bis dahin noch nicht abgeschlossen, hört der Webserver auf zu warten und gibt einen 504-Fehler zurück; Besucher sehen dann eine leere weiße Seite mit der Meldung 504 Gateway Timeout und „nginx“ darunter. Gelegentlich wird zuerst das 180-Sekunden-Limit von Cloudflare selbst erreicht, und Besucher sehen stattdessen eine Seite mit der Meldung Cloudflare 524: Ein Timeout ist aufgetreten. Beide Fehler bedeuten dasselbe: Die Anfrage hat zu lange gedauert.

Timeouts treten in der Regel auf, weil eine einzelne Anfrage zu viel Arbeit verursacht oder weil viele Anfragen gleichzeitig eintreffen und einige in der Warteschlange warten müssen, bis ihnen die Zeit ausgeht.

Finde die langsame Anfrage

Timeouts werden in den Logs deiner Website protokolliert, sodass du die Anfrage finden kannst, die zu lange gedauert hat:

Notiere dir den Zeitpunkt des Fehlers.
Öffne in MyKinsta die Datei „access.log“ deiner Website und suche nach „504“ um diesen Zeitpunkt herum. Eine Anfrage mit Zeitüberschreitung weist eine „upstream_response_time“ (der letzte Wert in jeder Zeile) von etwa 180 Sekunden auf. Notiere dir die URLs.
Die „error.log“-Datei deiner Website enthält für jede davon einen entsprechenden Eintrag: „upstream timed out ... while reading response header from upstream“, gefolgt von der Anfrage-URL.
Falls Besucher stattdessen eine Cloudflare-524-Seite gesehen haben, suche im „access.log“ nach Einträgen mit dem Statuscode „499“ und einer Anforderungszeit von etwa 180 Sekunden.
Wenn es keine entsprechenden Einträge gibt, ist das Timeout aufgetreten, bevor die Anfrage deine Website erreicht hat. Wenn du ein CDN eines Drittanbieters nutzt, lies weiter unten; andernfalls wende dich an den Support.

Wenn eine einzelne Anfrage oder Aktion langsam ist

Wenn die langsamen Einträge alle auf dieselbe URL oder Aktion verweisen:

Importe, Exporte und Massenvorgänge: Führe sie direkt auf dem Server mit WP-CLI oder einem Skript aus. Diese unterliegen nicht der 180-Sekunden-Beschränkung.
Uploads: Uploads scheitern meist aufgrund von Verarbeitungsschritten, die nach dem Eintreffen der Datei erfolgen: Größenanpassung oder Optimierung von Bildern oder Plugins, die Dateien in Cloud-Speicher wie Amazon S3 oder Google Cloud Storage kopieren. Überprüfe die Einstellungen des Plugins, das diese Aufgabe übernimmt, oder stelle es so ein, dass es im Hintergrund verarbeitet wird, sofern es dies unterstützt.
Plugins und Themes: Ein Plugin oder Theme führt möglicherweise langsamen Code aus oder wartet auf einen langsamen externen Dienst. Nutze das APM-Tool von Kinsta, um den langsamen Prozess zu finden, oder deaktiviere die Plugins nacheinander.
Datenbank: Langsame oder blockierte Datenbankabfragen können verhindern, dass eine Anfrage abgeschlossen wird.

Wenn viele Anfragen gleichzeitig langsam sind

Wenn sich die langsamen Einträge auf viele URLs verteilen, erhält deine Website möglicherweise mehr Anfragen, als ihre PHP-Threads bewältigen können. Anfragen warten in einer Warteschlange auf einen freien Thread, und jede Anfrage, die länger als 180 Sekunden wartet, läuft ab. Sobald das passiert, kann es bei fast jeder Anfrage zu einer Zeitüberschreitung kommen, da PHP weiterhin Anfragen abarbeitet, für die den Besuchern bereits eine Fehlermeldung gesendet wurde.

Überprüfe den „Besuchsbericht“ in Analytics auf Traffic-Spitzen und schau im „kinsta-cache-perf.log“ nach, ob dort eine hohe Anzahl an nicht zwischengespeicherten Anfragen zu finden ist.
Wenn der Traffic legitim und regelmäßig ist, benötigt deine Website möglicherweise mehr PHP-Threads. Du kannst die Anzahl der PHP-Threads in den PHP-Leistungseinstellungen erhöhen; allerdings verringert sich dadurch die Speichermenge pro Thread, wenn du nicht gleichzeitig den PHP-Speicherpool vergrößerst. Weitere Informationen findest du unter „PHP-Thread-Nutzung reduzieren und optimieren“.
Bei erwarteten kurzen Traffic-Spitzen, wie zum Beispiel bei einem Sale oder einer Produkteinführung, kann ein Warteschlangendienst wie Queue-it, Queue-Fair oder CrowdHandler begrenzen, wie viele Besucher gleichzeitig auf deine Website gelangen.

Wenn du ein CDN oder einen Proxy eines Drittanbieters nutzt

Manche CDNs haben kürzere Timeouts als Kinsta. Umgehe das CDN vorübergehend; wenn die Fehler dann nicht mehr auftreten, überprüfe die Timeout-Einstellungen oder wende dich an deinen CDN-Anbieter.

Wann du den Support kontaktieren solltest

Wenn die Fehler weiterhin auftreten und du die langsame Anfrage nicht finden kannst, wende dich an den Support und gib die URL, die Uhrzeit und die Zeitzone des Fehlers sowie die Häufigkeit des Auftretens an.