Hi,

500. Was interesiert den Abfragenden die genaue Ursache? Die kommt nur ins Log.

500 heißt, dass der Webserver streikt. Das muss er aber nicht zwangläufig dann machen, wenn z.B. ein CGI-Script, was im Multi-Domain-Betrieb arbeitet, bspw. nur für die Domäne example.com falsch konfiguriert wurde und example.org noch erreichbar ist.

Das ist immer noch ein interner (Konfigurations-)Fehler.

UserAgents, die Test machen, interessieren sich für sowas, bzw. ein nachgelagerter Eskalationsprozess (Stichwort: Zuständigkeiten).

Wenn du willst, kannst du denen ja mehr Informationen über Art/Ursache des Fehlers mitgeben – entweder in Textform (der Text-Teil eines HTTP-Status-Headers nach dem Status-Code ist schließlich frei wählbar, du darfst als gerne "500 Hotti Fucked Up" senden), oder über zusätzliche X-Header ("X-Error-Caused-By: Misconfiguration of foo") – wobei hier dann natürlich die Frage bleibt, wie du das überhaupt feststellen willst, dass ein Script auf Grund einer fehlerhaften Konfiguration nicht arbeitet.

Allerdings sollte dem Status-Text keinerlei Bedeutung beigemessen werden – jegliche Übertragung von Fehlerinformation darüber müsste also zwischen Server und Client abseits von HTTP vereinbart worden sein.

Und ob du diese Info überhaupt nach draußen geben willst/solltest, wäre auch noch zu überlegen.
Ein externer Dienst, der einen Service auf „läuft“ prüft, muss das eigentlich nicht wissen. Deine „Zuständigkeiten“ sollten auf der inneren Seite der Firmentür geklärt werden, nicht bereits außerhalb.

MfG ChrisB