HTTP-Statuscode-Prüfer
Prüft Statuscode, Redirects, wichtige Response Header und kopierbaren Report einer öffentlichen URL für Deployment und SEO.
Serverseitige PrüfungDie eingegebene Adresse fragt der Server dieser Seite ab.
Eingabe und Ergebnis
Deine Eingaben bleiben nur in diesem Browser. Beim erneuten Öffnen kannst du den letzten Stand laden.
Anwendungsfälle
- Prüft Statuscode, Redirects, wichtige Response Header und kopierbaren Report einer öffentlichen URL für Deployment und SEO.
- Verarbeitet Eingaben mit Serverprüfung und lässt Ergebnisse vor dem Kopieren prüfen.
- Kombiniere HTTP-Statuscode-Prüfer mit verwandten Tools für kuerzere Workflows.
Beispiele
- Typische Eingabe
https://www.google.com- Prüfe öffentliche URL, Redirect-Diagnose, finale Antwort-Header, eingefügte Headerblöcke, CSP-Entwürfe und kopierbaren URL-Report.
- Typische Ausgabe
200 OK / finale URL / Redirect-Diagnose / Public-URL-Report / geparste Header / CSP-Header- Schnelles Beispiel zur Kontrolle der Ausgabeform vor dem Kopieren.
- Weiteres Beispiel
https://bobob.app- Schnelles Beispiel zur Kontrolle der Ausgabeform vor dem Kopieren.
- Weiteres Beispiel
https://www.bobob.app/sitemap.xml- Schnelles Beispiel zur Kontrolle der Ausgabeform vor dem Kopieren.
- Weiteres Beispiel
https://www.bobob.app/tools/http-status-checker- Schnelles Beispiel zur Kontrolle der Ausgabeform vor dem Kopieren.
- Weiteres Beispiel
https://www.bobob.app/- Schnelles Beispiel zur Kontrolle der Ausgabeform vor dem Kopieren.
Häufige Fehler
- Eine Redirect-Kette kann auf anderem Host, Path, Protokoll oder Locale enden.
- Server können je nach HEAD, GET, User-Agent oder Cache anderen Status liefern.
- Entferne Produktionsgeheimnisse, Kundendaten und interne URLs, bevor kopierte Werte geteilt werden.
Vor dem Kopieren
- 1Prüfe Statuscode, finale URL, Content-Type und Cache-Header zusammen.
- 2Kontrolliere Canonical Redirects für Apex/www und http/https separat.
- 3Prüfe mit einem verwandten Tool, ob HTTP-Statuscode-Prüfer für den nächsten Schritt passt.
Quellen
301 and 308 differ in how the method is replayed
For historical reasons a 301 allows the client to replay a POST as a GET. A 308 requires the method and body to be preserved (RFC 9110). The difference shows up the moment a form submission hits a redirect.
Stand: RFC 9110
404 and 410 read differently to a crawler
410 (Gone) is for when the server knows the resource is permanently gone and no forwarding address is known (RFC 9110). 404 only says “not here right now”, so a crawler keeps coming back for a while.
Stand: RFC 9110
Serving 200 with an error page is the worst case
2xx means the request was received, understood and accepted (RFC 9110). Answer 200 for a page that does not exist and both browsers and search crawlers take it as success, so the dead URL stays in the index.
Stand: RFC 9110
FAQ
Wo wird die Eingabe von HTTP-Statuscode-Prüfer verarbeitet?
Nur für öffentliche URL- oder Host-Prüfungen noetige Werte gehen an eine Serverroute.
Kann ich das Ergebnis direkt in Produktion nutzen?
Prüfe vor dem Kopieren Runtime, Encoding, Zeitzone und Sicherheitsrichtlinien deiner Umgebung.