HTTP/HTTPS-svarkontrol: Statuskode, Redirect-kæde, Svarheaders
Indtast en URL og se HTTP-statuskode, alle redirect-hop, endelige response headers og serverens svartid. Bygget til deploy-kontrol, CDN-debugging og redirect-audits.
Hvad denne HTTP-svarkontrol viser
Siden tester URL'en fra vores server og viser de responsmetadata, der betyder mest, når et site kan nås, men opfører sig forkert.
Statuskode
Statuskoder er grupperet efter klasse. Klassen viser, om anmodningen lykkedes, redirectede, fejlede på klientsiden eller fejlede på serversiden.
Redirect-kæde
Redirects styres ofte af flere lag på én gang. Brug kæden til at se, hvilket lag der ændrede URL'en, og hvor en loop eller forkert destination starter.
Svarheaders
Headers forklarer, hvordan en server, proxy, CDN eller browser skal håndtere svaret. Disse felter er mest nyttige ved deploy- og oppetidskontrol.
Samlet tid
Headers forklarer, hvordan en server, proxy, CDN eller browser skal håndtere svaret. Disse felter er mest nyttige ved deploy- og oppetidskontrol. Kontrollen fokuserer på offentlige HTTP-metadata. Den er ikke en fuld browser, Lighthouse-audit eller autentificeret monitoreringsagent.
Sådan tjekker du HTTP-status, redirects og headers
Brug den offentlige URL, som brugere eller bots anmoder om. Kontrollen følger redirects sikkert og holder fokus på headers, status og timing.
Tjek et URL-svar
Brug den offentlige URL, som brugere eller bots anmoder om. Kontrollen følger redirects sikkert og holder fokus på headers, status og timing.
HEAD / GET
HEAD er hurtigst, fordi den læser headers uden at hente sidens body. Brug GET, når en server blokerer HEAD-anmodninger.
Endeligt svar
Headers forklarer, hvordan en server, proxy, CDN eller browser skal håndtere svaret. Disse felter er mest nyttige ved deploy- og oppetidskontrol.
Almindelige resultatmønstre og næste trin
Statuskoder er grupperet efter klasse. Klassen viser, om anmodningen lykkedes, redirectede, fejlede på klientsiden eller fejlede på serversiden. Redirects styres ofte af flere lag på én gang. Brug kæden til at se, hvilket lag der ændrede URL'en, og hvor en loop eller forkert destination starter.
| Problem | Signal | Hvad du bør tjekke |
|---|---|---|
| 200 OK / Vellykket | Vellykket: Kontrollen fokuserer på offentlige HTTP-metadata. Den er ikke en fuld browser, Lighthouse-audit eller autentificeret monitoreringsagent. | Content-Type / Cache-Control / Ny kontrol |
| 301 / 308 | Redirects styres ofte af flere lag på én gang. Brug kæden til at se, hvilket lag der ændrede URL'en, og hvor en loop eller forkert destination starter. | Redirect-kæde |
| 401 / 403 | Brug en offentlig URL. Localhost, private netværk og reserverede adresser kan ikke tjekkes med dette værktøj. | Kontrollen fokuserer på offentlige HTTP-metadata. Den er ikke en fuld browser, Lighthouse-audit eller autentificeret monitoreringsagent. |
| 429 / 503 | Anmodningen fik timeout. Serveren kan være nede, overbelastet, blokeret af en firewall eller langsom til at svare. | Retry-After / Bekræft, at A-, AAAA-, CNAME- og MX-records peger på den forventede host, før du tester URL'en. |
| Redirect-kæde | URL'en redirecter for mange gange. Tjek for en redirect-loop eller modstridende www-, HTTPS- eller trailing-slash-regler. | Redirect-kæde |
HEAD eller GET: hvilken metode skal du bruge?
HEAD er hurtigst, fordi den læser headers uden at hente sidens body. Brug GET, når en server blokerer HEAD-anmodninger.
| Metode | Hvad du bør tjekke | Signal | Rettelse |
|---|---|---|---|
| HEAD | Statuskode / Redirect-kæde / Svarheaders | 405 / Klientfejl / Svarkontrollen mislykkedes. Bekræft at URL'en kan nås, og prøv igen. | GET: Kontrollen fokuserer på offentlige HTTP-metadata. Den er ikke en fuld browser, Lighthouse-audit eller autentificeret monitoreringsagent. |
| GET | HEAD er hurtigst, fordi den læser headers uden at hente sidens body. Brug GET, når en server blokerer HEAD-anmodninger. | Serverfejl / Anmodningen fik timeout. Serveren kan være nede, overbelastet, blokeret af en firewall eller langsom til at svare. | HEAD: HEAD er hurtigst, fordi den læser headers uden at hente sidens body. Brug GET, når en server blokerer HEAD-anmodninger. |
Sådan læser du response headers
Headers forklarer, hvordan en server, proxy, CDN eller browser skal håndtere svaret. Disse felter er mest nyttige ved deploy- og oppetidskontrol.
| Header | Hvad den viser | Hvad du bør tjekke |
|---|---|---|
| Location | Redirects styres ofte af flere lag på én gang. Brug kæden til at se, hvilket lag der ændrede URL'en, og hvor en loop eller forkert destination starter. | Redirect-kæde |
| Cache-Control | Headers forklarer, hvordan en server, proxy, CDN eller browser skal håndtere svaret. Disse felter er mest nyttige ved deploy- og oppetidskontrol. | Samlet tid |
| Content-Type | Svarheaders | Statuskode |
| Strict-Transport-Security | Kontrollér TLS-certifikat, udsteder, hostnavn og udløbsdato, når HTTPS fejler. | Vellykket |
| Server / Via / CF-Cache-Status | Siden tester URL'en fra vores server og viser de responsmetadata, der betyder mest, når et site kan nås, men opfører sig forkert. | Bekræft, at A-, AAAA-, CNAME- og MX-records peger på den forventede host, før du tester URL'en. |
| Retry-After | Klientfejl / Serverfejl | Anmodningen fik timeout. Serveren kan være nede, overbelastet, blokeret af en firewall eller langsom til at svare. |
| Content-Encoding | Svarheaders | Samlet tid |
HTTP-statuskoder: hvad resultatet betyder
Statuskoder er grupperet efter klasse. Klassen viser, om anmodningen lykkedes, redirectede, fejlede på klientsiden eller fejlede på serversiden.
Statuskoder er grupperet efter klasse. Klassen viser, om anmodningen lykkedes, redirectede, fejlede på klientsiden eller fejlede på serversiden.
Statuskode
Redirects styres ofte af flere lag på én gang. Brug kæden til at se, hvilket lag der ændrede URL'en, og hvor en loop eller forkert destination starter.
Redirects styres ofte af flere lag på én gang. Brug kæden til at se, hvilket lag der ændrede URL'en, og hvor en loop eller forkert destination starter.
Brug en offentlig URL. Localhost, private netværk og reserverede adresser kan ikke tjekkes med dette værktøj.
Svarkontrollen mislykkedes. Bekræft at URL'en kan nås, og prøv igen.
Brug en offentlig URL. Localhost, private netværk og reserverede adresser kan ikke tjekkes med dette værktøj.
Anmodningen fik timeout. Serveren kan være nede, overbelastet, blokeret af en firewall eller langsom til at svare.
Redirect-fejlfindingsliste
Redirects styres ofte af flere lag på én gang. Brug kæden til at se, hvilket lag der ændrede URL'en, og hvor en loop eller forkert destination starter.
| Problem | Signal | Rettelse |
|---|---|---|
| HTTP / HTTPS | URL'en redirecter for mange gange. Tjek for en redirect-loop eller modstridende www-, HTTPS- eller trailing-slash-regler. | Redirects styres ofte af flere lag på én gang. Brug kæden til at se, hvilket lag der ændrede URL'en, og hvor en loop eller forkert destination starter. |
| www / non-www | Redirect-kæde | Brug den offentlige URL, som brugere eller bots anmoder om. Kontrollen følger redirects sikkert og holder fokus på headers, status og timing. |
| Trailing slash | Redirects | Redirects styres ofte af flere lag på én gang. Brug kæden til at se, hvilket lag der ændrede URL'en, og hvor en loop eller forkert destination starter. |
| WAF / CDN | Klientfejl | Bekræft, at A-, AAAA-, CNAME- og MX-records peger på den forventede host, før du tester URL'en. |
Hvad et 200 OK-svar ikke beviser
Vellykket: Kontrollen fokuserer på offentlige HTTP-metadata. Den er ikke en fuld browser, Lighthouse-audit eller autentificeret monitoreringsagent.
Vellykket / HTML
Vellykket: Kontrollen fokuserer på offentlige HTTP-metadata. Den er ikke en fuld browser, Lighthouse-audit eller autentificeret monitoreringsagent.
Content-Type
Statuskode
Cache-Control
Samlet tid
GET / Browserforespørgsel
Kontrollen fokuserer på offentlige HTTP-metadata. Den er ikke en fuld browser, Lighthouse-audit eller autentificeret monitoreringsagent.
Hvorfor browserens resultat kan være anderledes
Kontrollen fokuserer på offentlige HTTP-metadata. Den er ikke en fuld browser, Lighthouse-audit eller autentificeret monitoreringsagent.
| Problem | Browserforespørgsel | Tjek et URL-svar |
|---|---|---|
| Cookies / Klientfejl | Kontrollen fokuserer på offentlige HTTP-metadata. Den er ikke en fuld browser, Lighthouse-audit eller autentificeret monitoreringsagent. | Brug en offentlig URL. Localhost, private netværk og reserverede adresser kan ikke tjekkes med dette værktøj. |
| Cache-Control | Headers forklarer, hvordan en server, proxy, CDN eller browser skal håndtere svaret. Disse felter er mest nyttige ved deploy- og oppetidskontrol. | Samlet tid |
| Location | Redirects styres ofte af flere lag på én gang. Brug kæden til at se, hvilket lag der ændrede URL'en, og hvor en loop eller forkert destination starter. | Redirect-kæde |
| WAF / 401 / 403 | Klientfejl | Brug en offentlig URL. Localhost, private netværk og reserverede adresser kan ikke tjekkes med dette værktøj. |
Hvad en HTTP-svarkontrol ikke kan bevise
Kontrollen fokuserer på offentlige HTTP-metadata. Den er ikke en fuld browser, Lighthouse-audit eller autentificeret monitoreringsagent.
Brug en offentlig URL. Localhost, private netværk og reserverede adresser kan ikke tjekkes med dette værktøj.
Kontrollen fokuserer på offentlige HTTP-metadata. Den er ikke en fuld browser, Lighthouse-audit eller autentificeret monitoreringsagent.
GET
HEAD er hurtigst, fordi den læser headers uden at hente sidens body. Brug GET, når en server blokerer HEAD-anmodninger.
Klientfejl
Svarkontrollen mislykkedes. Bekræft at URL'en kan nås, og prøv igen.
200 OK / Vellykket
Vellykket: Kontrollen fokuserer på offentlige HTTP-metadata. Den er ikke en fuld browser, Lighthouse-audit eller autentificeret monitoreringsagent.
Ofte stillede spørgsmål
Relaterede diagnoseværktøjer
Porttjek
Statuskoder er grupperet efter klasse. Klassen viser, om anmodningen lykkedes, redirectede, fejlede på klientsiden eller fejlede på serversiden.
SSL-tjek
Tjek HTTP-statuskode, redirect chain, response headers og svartid for enhver URL. Debug deploys, CDN-regler og webstedstilgængelighed på få sekunder.
DNS-opslag
Brug den offentlige URL, som brugere eller bots anmoder om. Kontrollen følger redirects sikkert og holder fokus på headers, status og timing.