HTTP/HTTPS-responskontroll: Statuskode, Redirect-kjede, Responsheadere
Skriv inn en URL for å se HTTP-statuskode, hvert redirect-hop, endelige response headers og serverens responstid. Laget for deployment-sjekker, CDN-debugging og redirect-audits.
Hva denne HTTP-responskontrollen viser
Siden tester URL-en fra vår server og viser responsmetadataene som betyr mest når et nettsted kan nås, men oppfører seg feil.
Statuskode
Statuskoder grupperes etter klasse. Klassen viser om forespørselen lyktes, redirectet, feilet på klientsiden eller feilet på serversiden.
Redirect-kjede
Redirects styres ofte av flere lag samtidig. Bruk kjeden til å finne hvilket lag som endret URL-en og hvor en loop eller feil mål starter.
Responsheadere
Headere forklarer hvordan en server, proxy, CDN eller nettleser skal håndtere responsen. Disse feltene er mest nyttige ved deployment- og tilgjengelighetssjekker.
Total tid
Headere forklarer hvordan en server, proxy, CDN eller nettleser skal håndtere responsen. Disse feltene er mest nyttige ved deployment- og tilgjengelighetssjekker. Kontrollen fokuserer på offentlige HTTP-metadata. Den er ikke en full nettleser, Lighthouse-audit eller autentisert overvåkingsagent.
Slik sjekker du HTTP-status, redirects og headere
Bruk den offentlige URL-en som brukere eller boter ber om. Kontrollen følger redirects trygt og holder fokus på headere, status og timing.
Sjekk URL-respons
Bruk den offentlige URL-en som brukere eller boter ber om. Kontrollen følger redirects trygt og holder fokus på headere, status og timing.
HEAD / GET
HEAD er raskest fordi den leser headere uten å laste ned body. Bruk GET når en server blokkerer HEAD-forespørsler.
Endelig respons
Headere forklarer hvordan en server, proxy, CDN eller nettleser skal håndtere responsen. Disse feltene er mest nyttige ved deployment- og tilgjengelighetssjekker.
Vanlige resultatmønstre og neste steg
Statuskoder grupperes etter klasse. Klassen viser om forespørselen lyktes, redirectet, feilet på klientsiden eller feilet på serversiden. Redirects styres ofte av flere lag samtidig. Bruk kjeden til å finne hvilket lag som endret URL-en og hvor en loop eller feil mål starter.
| Problem | Signal | Hva du bør sjekke |
|---|---|---|
| 200 OK / Vellykket | Vellykket: Kontrollen fokuserer på offentlige HTTP-metadata. Den er ikke en full nettleser, Lighthouse-audit eller autentisert overvåkingsagent. | Content-Type / Cache-Control / Ny sjekk |
| 301 / 308 | Redirects styres ofte av flere lag samtidig. Bruk kjeden til å finne hvilket lag som endret URL-en og hvor en loop eller feil mål starter. | Redirect-kjede |
| 401 / 403 | Bruk en offentlig URL. Localhost, private nettverk og reserverte adresser kan ikke sjekkes med dette verktøyet. | Kontrollen fokuserer på offentlige HTTP-metadata. Den er ikke en full nettleser, Lighthouse-audit eller autentisert overvåkingsagent. |
| 429 / 503 | Forespørselen tidsavbrøt. Serveren kan være nede, overbelastet, blokkert av brannmur eller treg til å svare. | Retry-After / Bekreft at A-, AAAA-, CNAME- og MX-poster peker til forventet host før URL-testen. |
| Redirect-kjede | URL-en redirecter for mange ganger. Sjekk for redirect-loop eller motstridende www-, HTTPS- eller trailing-slash-regler. | Redirect-kjede |
HEAD eller GET: hvilken metode bør du bruke?
HEAD er raskest fordi den leser headere uten å laste ned body. Bruk GET når en server blokkerer HEAD-forespørsler.
| Metode | Hva du bør sjekke | Signal | Fiks |
|---|---|---|---|
| HEAD | Statuskode / Redirect-kjede / Responsheadere | 405 / Klientfeil / Responskontrollen mislyktes. Bekreft at URL-en kan nås og prøv igjen. | GET: Kontrollen fokuserer på offentlige HTTP-metadata. Den er ikke en full nettleser, Lighthouse-audit eller autentisert overvåkingsagent. |
| GET | HEAD er raskest fordi den leser headere uten å laste ned body. Bruk GET når en server blokkerer HEAD-forespørsler. | Serverfeil / Forespørselen tidsavbrøt. Serveren kan være nede, overbelastet, blokkert av brannmur eller treg til å svare. | HEAD: HEAD er raskest fordi den leser headere uten å laste ned body. Bruk GET når en server blokkerer HEAD-forespørsler. |
Slik leser du response headers
Headere forklarer hvordan en server, proxy, CDN eller nettleser skal håndtere responsen. Disse feltene er mest nyttige ved deployment- og tilgjengelighetssjekker.
| Header | Hva den viser | Hva du bør sjekke |
|---|---|---|
| Location | Redirects styres ofte av flere lag samtidig. Bruk kjeden til å finne hvilket lag som endret URL-en og hvor en loop eller feil mål starter. | Redirect-kjede |
| Cache-Control | Headere forklarer hvordan en server, proxy, CDN eller nettleser skal håndtere responsen. Disse feltene er mest nyttige ved deployment- og tilgjengelighetssjekker. | Total tid |
| Content-Type | Responsheadere | Statuskode |
| Strict-Transport-Security | Kontroller TLS-sertifikat, utsteder, vertsnavn og utløpsdato når HTTPS feiler. | Vellykket |
| Server / Via / CF-Cache-Status | Siden tester URL-en fra vår server og viser responsmetadataene som betyr mest når et nettsted kan nås, men oppfører seg feil. | Bekreft at A-, AAAA-, CNAME- og MX-poster peker til forventet host før URL-testen. |
| Retry-After | Klientfeil / Serverfeil | Forespørselen tidsavbrøt. Serveren kan være nede, overbelastet, blokkert av brannmur eller treg til å svare. |
| Content-Encoding | Responsheadere | Total tid |
HTTP-statuskoder: hva resultatet betyr
Statuskoder grupperes etter klasse. Klassen viser om forespørselen lyktes, redirectet, feilet på klientsiden eller feilet på serversiden.
Statuskoder grupperes etter klasse. Klassen viser om forespørselen lyktes, redirectet, feilet på klientsiden eller feilet på serversiden.
Statuskode
Redirects styres ofte av flere lag samtidig. Bruk kjeden til å finne hvilket lag som endret URL-en og hvor en loop eller feil mål starter.
Redirects styres ofte av flere lag samtidig. Bruk kjeden til å finne hvilket lag som endret URL-en og hvor en loop eller feil mål starter.
Bruk en offentlig URL. Localhost, private nettverk og reserverte adresser kan ikke sjekkes med dette verktøyet.
Responskontrollen mislyktes. Bekreft at URL-en kan nås og prøv igjen.
Bruk en offentlig URL. Localhost, private nettverk og reserverte adresser kan ikke sjekkes med dette verktøyet.
Forespørselen tidsavbrøt. Serveren kan være nede, overbelastet, blokkert av brannmur eller treg til å svare.
Sjekkliste for redirect-feilsøking
Redirects styres ofte av flere lag samtidig. Bruk kjeden til å finne hvilket lag som endret URL-en og hvor en loop eller feil mål starter.
| Problem | Signal | Fiks |
|---|---|---|
| HTTP / HTTPS | URL-en redirecter for mange ganger. Sjekk for redirect-loop eller motstridende www-, HTTPS- eller trailing-slash-regler. | Redirects styres ofte av flere lag samtidig. Bruk kjeden til å finne hvilket lag som endret URL-en og hvor en loop eller feil mål starter. |
| www / non-www | Redirect-kjede | Bruk den offentlige URL-en som brukere eller boter ber om. Kontrollen følger redirects trygt og holder fokus på headere, status og timing. |
| Trailing slash | Redirects | Redirects styres ofte av flere lag samtidig. Bruk kjeden til å finne hvilket lag som endret URL-en og hvor en loop eller feil mål starter. |
| WAF / CDN | Klientfeil | Bekreft at A-, AAAA-, CNAME- og MX-poster peker til forventet host før URL-testen. |
Hva en 200 OK-respons ikke beviser
Vellykket: Kontrollen fokuserer på offentlige HTTP-metadata. Den er ikke en full nettleser, Lighthouse-audit eller autentisert overvåkingsagent.
Vellykket / HTML
Vellykket: Kontrollen fokuserer på offentlige HTTP-metadata. Den er ikke en full nettleser, Lighthouse-audit eller autentisert overvåkingsagent.
Content-Type
Statuskode
Cache-Control
Total tid
GET / Nettleserforespørsel
Kontrollen fokuserer på offentlige HTTP-metadata. Den er ikke en full nettleser, Lighthouse-audit eller autentisert overvåkingsagent.
Hvorfor nettleserresultatet kan avvike
Kontrollen fokuserer på offentlige HTTP-metadata. Den er ikke en full nettleser, Lighthouse-audit eller autentisert overvåkingsagent.
| Problem | Nettleserforespørsel | Sjekk URL-respons |
|---|---|---|
| Cookies / Klientfeil | Kontrollen fokuserer på offentlige HTTP-metadata. Den er ikke en full nettleser, Lighthouse-audit eller autentisert overvåkingsagent. | Bruk en offentlig URL. Localhost, private nettverk og reserverte adresser kan ikke sjekkes med dette verktøyet. |
| Cache-Control | Headere forklarer hvordan en server, proxy, CDN eller nettleser skal håndtere responsen. Disse feltene er mest nyttige ved deployment- og tilgjengelighetssjekker. | Total tid |
| Location | Redirects styres ofte av flere lag samtidig. Bruk kjeden til å finne hvilket lag som endret URL-en og hvor en loop eller feil mål starter. | Redirect-kjede |
| WAF / 401 / 403 | Klientfeil | Bruk en offentlig URL. Localhost, private nettverk og reserverte adresser kan ikke sjekkes med dette verktøyet. |
Hva en HTTP-responssjekk ikke kan bevise
Kontrollen fokuserer på offentlige HTTP-metadata. Den er ikke en full nettleser, Lighthouse-audit eller autentisert overvåkingsagent.
Bruk en offentlig URL. Localhost, private nettverk og reserverte adresser kan ikke sjekkes med dette verktøyet.
Kontrollen fokuserer på offentlige HTTP-metadata. Den er ikke en full nettleser, Lighthouse-audit eller autentisert overvåkingsagent.
GET
HEAD er raskest fordi den leser headere uten å laste ned body. Bruk GET når en server blokkerer HEAD-forespørsler.
Klientfeil
Responskontrollen mislyktes. Bekreft at URL-en kan nås og prøv igjen.
200 OK / Vellykket
Vellykket: Kontrollen fokuserer på offentlige HTTP-metadata. Den er ikke en full nettleser, Lighthouse-audit eller autentisert overvåkingsagent.
Vanlige spørsmål
Relaterte diagnoseverktøy
Portskanner
Statuskoder grupperes etter klasse. Klassen viser om forespørselen lyktes, redirectet, feilet på klientsiden eller feilet på serversiden.
SSL Checker
Sjekk HTTP-statuskode, redirect chain, response headers og responstid for enhver URL. Debug deployments, CDN-regler og nettstedstilgjengelighet på sekunder.
DNS-oppslag
Bruk den offentlige URL-en som brukere eller boter ber om. Kontrollen følger redirects trygt og holder fokus på headere, status og timing.