HTTP/HTTPS-Antwortpruefung: Statuscode, Redirect-Kette, Response-Header
Geben Sie eine URL ein und sehen Sie HTTP-Statuscode, jeden Redirect-Hop, finale Response-Header und Server-Antwortzeit. Fuer Deployment-Checks, CDN-Debugging und Redirect-Audits.
Was dieser HTTP Response Checker zeigt
Diese Seite testet die URL von unserem Server und zeigt die Antwortmetadaten, die wichtig sind, wenn eine Website erreichbar ist, sich aber falsch verhaelt.
Statuscode
Statuscodes sind nach Klassen gruppiert. Die Klasse zeigt, ob die Anfrage erfolgreich war, weitergeleitet wurde oder client- bzw. serverseitig fehlgeschlagen ist.
Redirect-Kette
Redirects werden oft von mehreren Ebenen gesteuert. Die Kette zeigt, welche Ebene die URL geaendert hat und wo Loop oder falsches Ziel beginnen.
Response-Header
Header zeigen, wie Server, Proxy, CDN oder Browser die Antwort behandeln sollen. Diese Felder sind bei Deployment- und Erreichbarkeitschecks besonders hilfreich.
Gesamtzeit
Header zeigen, wie Server, Proxy, CDN oder Browser die Antwort behandeln sollen. Diese Felder sind bei Deployment- und Erreichbarkeitschecks besonders hilfreich. Der Checker konzentriert sich auf oeffentliche HTTP-Metadaten. Er ist kein vollstaendiger Browser, Lighthouse-Audit oder authentifizierter Monitoring-Agent.
HTTP-Status, Redirects und Header pruefen
Nutzen Sie die oeffentliche URL, die Nutzer oder Bots abrufen. Der Checker folgt Redirects sicher und fokussiert Header, Status und Timing.
URL-Antwort pruefen
Nutzen Sie die oeffentliche URL, die Nutzer oder Bots abrufen. Der Checker folgt Redirects sicher und fokussiert Header, Status und Timing.
HEAD / GET
HEAD ist am schnellsten, weil nur Header gelesen werden und kein Seiteninhalt geladen wird. Nutzen Sie GET, wenn ein Server HEAD-Anfragen blockiert.
Finale Antwort
Header zeigen, wie Server, Proxy, CDN oder Browser die Antwort behandeln sollen. Diese Felder sind bei Deployment- und Erreichbarkeitschecks besonders hilfreich.
Haeufige Ergebnismuster und naechste Schritte
Statuscodes sind nach Klassen gruppiert. Die Klasse zeigt, ob die Anfrage erfolgreich war, weitergeleitet wurde oder client- bzw. serverseitig fehlgeschlagen ist. Redirects werden oft von mehreren Ebenen gesteuert. Die Kette zeigt, welche Ebene die URL geaendert hat und wo Loop oder falsches Ziel beginnen.
| Problem | Signal | Was zu pruefen ist |
|---|---|---|
| 200 OK / Erfolg | Erfolg: Der Checker konzentriert sich auf oeffentliche HTTP-Metadaten. Er ist kein vollstaendiger Browser, Lighthouse-Audit oder authentifizierter Monitoring-Agent. | Content-Type / Cache-Control / Neue Pruefung |
| 301 / 308 | Redirects werden oft von mehreren Ebenen gesteuert. Die Kette zeigt, welche Ebene die URL geaendert hat und wo Loop oder falsches Ziel beginnen. | Redirect-Kette |
| 401 / 403 | Verwenden Sie eine oeffentliche URL. Localhost, private Netze und reservierte Adressen koennen mit diesem Tool nicht geprueft werden. | Der Checker konzentriert sich auf oeffentliche HTTP-Metadaten. Er ist kein vollstaendiger Browser, Lighthouse-Audit oder authentifizierter Monitoring-Agent. |
| 429 / 503 | Die Anfrage ist abgelaufen. Der Server ist moeglicherweise nicht erreichbar, ueberlastet, durch eine Firewall blockiert oder antwortet zu langsam. | Retry-After / Bestaetigen Sie vor dem URL-Test, dass A-, AAAA-, CNAME- und MX-Records auf den erwarteten Host zeigen. |
| Redirect-Kette | Die URL leitet zu oft weiter. Pruefen Sie Redirect-Loops oder widerspruechliche www-, HTTPS- oder Trailing-Slash-Regeln. | Redirect-Kette |
HEAD oder GET: Welche Methode sollten Sie nutzen?
HEAD ist am schnellsten, weil nur Header gelesen werden und kein Seiteninhalt geladen wird. Nutzen Sie GET, wenn ein Server HEAD-Anfragen blockiert.
| Methode | Was zu pruefen ist | Signal | Loesung |
|---|---|---|---|
| HEAD | Statuscode / Redirect-Kette / Response-Header | 405 / Client-Fehler / Die Antwortpruefung ist fehlgeschlagen. Stellen Sie sicher, dass die URL erreichbar ist, und versuchen Sie es erneut. | GET: Der Checker konzentriert sich auf oeffentliche HTTP-Metadaten. Er ist kein vollstaendiger Browser, Lighthouse-Audit oder authentifizierter Monitoring-Agent. |
| GET | HEAD ist am schnellsten, weil nur Header gelesen werden und kein Seiteninhalt geladen wird. Nutzen Sie GET, wenn ein Server HEAD-Anfragen blockiert. | Server-Fehler / Die Anfrage ist abgelaufen. Der Server ist moeglicherweise nicht erreichbar, ueberlastet, durch eine Firewall blockiert oder antwortet zu langsam. | HEAD: HEAD ist am schnellsten, weil nur Header gelesen werden und kein Seiteninhalt geladen wird. Nutzen Sie GET, wenn ein Server HEAD-Anfragen blockiert. |
Response-Header richtig lesen
Header zeigen, wie Server, Proxy, CDN oder Browser die Antwort behandeln sollen. Diese Felder sind bei Deployment- und Erreichbarkeitschecks besonders hilfreich.
| Header | Was er zeigt | Was zu pruefen ist |
|---|---|---|
| Location | Redirects werden oft von mehreren Ebenen gesteuert. Die Kette zeigt, welche Ebene die URL geaendert hat und wo Loop oder falsches Ziel beginnen. | Redirect-Kette |
| Cache-Control | Header zeigen, wie Server, Proxy, CDN oder Browser die Antwort behandeln sollen. Diese Felder sind bei Deployment- und Erreichbarkeitschecks besonders hilfreich. | Gesamtzeit |
| Content-Type | Response-Header | Statuscode |
| Strict-Transport-Security | Pruefen Sie TLS-Zertifikat, Aussteller, Hostname und Ablaufdatum, wenn HTTPS fehlschlaegt. | Erfolg |
| Server / Via / CF-Cache-Status | Diese Seite testet die URL von unserem Server und zeigt die Antwortmetadaten, die wichtig sind, wenn eine Website erreichbar ist, sich aber falsch verhaelt. | Bestaetigen Sie vor dem URL-Test, dass A-, AAAA-, CNAME- und MX-Records auf den erwarteten Host zeigen. |
| Retry-After | Client-Fehler / Server-Fehler | Die Anfrage ist abgelaufen. Der Server ist moeglicherweise nicht erreichbar, ueberlastet, durch eine Firewall blockiert oder antwortet zu langsam. |
| Content-Encoding | Response-Header | Gesamtzeit |
HTTP-Statuscodes: Was das Ergebnis bedeutet
Statuscodes sind nach Klassen gruppiert. Die Klasse zeigt, ob die Anfrage erfolgreich war, weitergeleitet wurde oder client- bzw. serverseitig fehlgeschlagen ist.
Statuscodes sind nach Klassen gruppiert. Die Klasse zeigt, ob die Anfrage erfolgreich war, weitergeleitet wurde oder client- bzw. serverseitig fehlgeschlagen ist.
Statuscode
Redirects werden oft von mehreren Ebenen gesteuert. Die Kette zeigt, welche Ebene die URL geaendert hat und wo Loop oder falsches Ziel beginnen.
Redirects werden oft von mehreren Ebenen gesteuert. Die Kette zeigt, welche Ebene die URL geaendert hat und wo Loop oder falsches Ziel beginnen.
Verwenden Sie eine oeffentliche URL. Localhost, private Netze und reservierte Adressen koennen mit diesem Tool nicht geprueft werden.
Die Antwortpruefung ist fehlgeschlagen. Stellen Sie sicher, dass die URL erreichbar ist, und versuchen Sie es erneut.
Verwenden Sie eine oeffentliche URL. Localhost, private Netze und reservierte Adressen koennen mit diesem Tool nicht geprueft werden.
Die Anfrage ist abgelaufen. Der Server ist moeglicherweise nicht erreichbar, ueberlastet, durch eine Firewall blockiert oder antwortet zu langsam.
Checkliste zur Redirect-Fehlersuche
Redirects werden oft von mehreren Ebenen gesteuert. Die Kette zeigt, welche Ebene die URL geaendert hat und wo Loop oder falsches Ziel beginnen.
| Problem | Signal | Loesung |
|---|---|---|
| HTTP / HTTPS | Die URL leitet zu oft weiter. Pruefen Sie Redirect-Loops oder widerspruechliche www-, HTTPS- oder Trailing-Slash-Regeln. | Redirects werden oft von mehreren Ebenen gesteuert. Die Kette zeigt, welche Ebene die URL geaendert hat und wo Loop oder falsches Ziel beginnen. |
| www / non-www | Redirect-Kette | Nutzen Sie die oeffentliche URL, die Nutzer oder Bots abrufen. Der Checker folgt Redirects sicher und fokussiert Header, Status und Timing. |
| Trailing slash | Redirects | Redirects werden oft von mehreren Ebenen gesteuert. Die Kette zeigt, welche Ebene die URL geaendert hat und wo Loop oder falsches Ziel beginnen. |
| WAF / CDN | Client-Fehler | Bestaetigen Sie vor dem URL-Test, dass A-, AAAA-, CNAME- und MX-Records auf den erwarteten Host zeigen. |
Was eine 200-OK-Antwort nicht beweist
Erfolg: Der Checker konzentriert sich auf oeffentliche HTTP-Metadaten. Er ist kein vollstaendiger Browser, Lighthouse-Audit oder authentifizierter Monitoring-Agent.
Erfolg / HTML
Erfolg: Der Checker konzentriert sich auf oeffentliche HTTP-Metadaten. Er ist kein vollstaendiger Browser, Lighthouse-Audit oder authentifizierter Monitoring-Agent.
Content-Type
Statuscode
Cache-Control
Gesamtzeit
GET / Browser-Anfrage
Der Checker konzentriert sich auf oeffentliche HTTP-Metadaten. Er ist kein vollstaendiger Browser, Lighthouse-Audit oder authentifizierter Monitoring-Agent.
Warum das Browser-Ergebnis abweichen kann
Der Checker konzentriert sich auf oeffentliche HTTP-Metadaten. Er ist kein vollstaendiger Browser, Lighthouse-Audit oder authentifizierter Monitoring-Agent.
| Problem | Browser-Anfrage | URL-Antwort pruefen |
|---|---|---|
| Cookies / Client-Fehler | Der Checker konzentriert sich auf oeffentliche HTTP-Metadaten. Er ist kein vollstaendiger Browser, Lighthouse-Audit oder authentifizierter Monitoring-Agent. | Verwenden Sie eine oeffentliche URL. Localhost, private Netze und reservierte Adressen koennen mit diesem Tool nicht geprueft werden. |
| Cache-Control | Header zeigen, wie Server, Proxy, CDN oder Browser die Antwort behandeln sollen. Diese Felder sind bei Deployment- und Erreichbarkeitschecks besonders hilfreich. | Gesamtzeit |
| Location | Redirects werden oft von mehreren Ebenen gesteuert. Die Kette zeigt, welche Ebene die URL geaendert hat und wo Loop oder falsches Ziel beginnen. | Redirect-Kette |
| WAF / 401 / 403 | Client-Fehler | Verwenden Sie eine oeffentliche URL. Localhost, private Netze und reservierte Adressen koennen mit diesem Tool nicht geprueft werden. |
Was ein HTTP-Antwortcheck nicht beweisen kann
Der Checker konzentriert sich auf oeffentliche HTTP-Metadaten. Er ist kein vollstaendiger Browser, Lighthouse-Audit oder authentifizierter Monitoring-Agent.
Verwenden Sie eine oeffentliche URL. Localhost, private Netze und reservierte Adressen koennen mit diesem Tool nicht geprueft werden.
Der Checker konzentriert sich auf oeffentliche HTTP-Metadaten. Er ist kein vollstaendiger Browser, Lighthouse-Audit oder authentifizierter Monitoring-Agent.
GET
HEAD ist am schnellsten, weil nur Header gelesen werden und kein Seiteninhalt geladen wird. Nutzen Sie GET, wenn ein Server HEAD-Anfragen blockiert.
Client-Fehler
Die Antwortpruefung ist fehlgeschlagen. Stellen Sie sicher, dass die URL erreichbar ist, und versuchen Sie es erneut.
200 OK / Erfolg
Erfolg: Der Checker konzentriert sich auf oeffentliche HTTP-Metadaten. Er ist kein vollstaendiger Browser, Lighthouse-Audit oder authentifizierter Monitoring-Agent.
Haeufige Fragen
Verwandte Diagnose-Tools
Port-Checker
Statuscodes sind nach Klassen gruppiert. Die Klasse zeigt, ob die Anfrage erfolgreich war, weitergeleitet wurde oder client- bzw. serverseitig fehlgeschlagen ist.
SSL-Checker
Pruefen Sie HTTP-Statuscode, Redirect-Kette, Response-Header und Antwortzeit jeder URL. Debuggen Sie Deployments, CDN-Regeln und Website-Erreichbarkeit in Sekunden.
DNS-Lookup
Nutzen Sie die oeffentliche URL, die Nutzer oder Bots abrufen. Der Checker folgt Redirects sicher und fokussiert Header, Status und Timing.