PortChecker Logo
PortChecker
Sprawdzanie statusu URL i nagłówków na żywo

Checker odpowiedzi HTTP/HTTPS: Kod statusu, Łańcuch przekierowań, Nagłówki odpowiedzi

Wpisz URL, aby zobaczyć kod statusu HTTP, każdy krok przekierowania, końcowe nagłówki odpowiedzi i czas odpowiedzi serwera. Do kontroli wdrożeń, CDN i audytów redirectów.

Kod statusu, Łańcuch przekierowań, Nagłówki odpowiedzi

HEAD jest najszybszy, bo czyta nagłówki bez pobierania treści strony. Użyj GET, gdy serwer blokuje zapytania HEAD.

Co pokazuje ten checker odpowiedzi HTTP

Strona testuje URL z naszego serwera i pokazuje metadane odpowiedzi przydatne, gdy witryna jest osiągalna, ale działa nieprawidłowo.

Kod statusu

Klasa kodu statusu pokazuje, czy żądanie się powiodło, zostało przekierowane, czy nie powiodło się po stronie klienta lub serwera.

Łańcuch przekierowań

Przekierowania często kontroluje kilka warstw naraz. Łańcuch pokazuje, która warstwa zmieniła URL i gdzie zaczyna się pętla albo zły cel.

Nagłówki odpowiedzi

Nagłówki wyjaśniają, jak serwer, proxy, CDN lub przeglądarka powinny obsłużyć odpowiedź. Są szczególnie przydatne przy kontroli wdrożeń i dostępności.

Łączny czas

Nagłówki wyjaśniają, jak serwer, proxy, CDN lub przeglądarka powinny obsłużyć odpowiedź. Są szczególnie przydatne przy kontroli wdrożeń i dostępności. Checker skupia się na publicznych metadanych HTTP. Nie jest pełną przeglądarką, audytem Lighthouse ani uwierzytelnionym agentem monitoringu.

Jak sprawdzić status HTTP, przekierowania i nagłówki

Użyj publicznego URL, który pobierają użytkownicy lub boty. Checker bezpiecznie śledzi przekierowania i skupia się na nagłówkach, statusie i czasie.

1

Sprawdź odpowiedź URL

Użyj publicznego URL, który pobierają użytkownicy lub boty. Checker bezpiecznie śledzi przekierowania i skupia się na nagłówkach, statusie i czasie.

2

HEAD / GET

HEAD jest najszybszy, bo czyta nagłówki bez pobierania treści strony. Użyj GET, gdy serwer blokuje zapytania HEAD.

3

Odpowiedź końcowa

Nagłówki wyjaśniają, jak serwer, proxy, CDN lub przeglądarka powinny obsłużyć odpowiedź. Są szczególnie przydatne przy kontroli wdrożeń i dostępności.

Typowe wzorce wynikow i kolejne kroki

Klasa kodu statusu pokazuje, czy żądanie się powiodło, zostało przekierowane, czy nie powiodło się po stronie klienta lub serwera. Przekierowania często kontroluje kilka warstw naraz. Łańcuch pokazuje, która warstwa zmieniła URL i gdzie zaczyna się pętla albo zły cel.

ProblemSygnałCo sprawdzić
200 OK / SukcesSukces: Checker skupia się na publicznych metadanych HTTP. Nie jest pełną przeglądarką, audytem Lighthouse ani uwierzytelnionym agentem monitoringu.Content-Type / Cache-Control / Nowa kontrola
301 / 308Przekierowania często kontroluje kilka warstw naraz. Łańcuch pokazuje, która warstwa zmieniła URL i gdzie zaczyna się pętla albo zły cel.Łańcuch przekierowań
401 / 403Użyj publicznego URL. Localhost, sieci prywatne i adresy zarezerwowane nie mogą być sprawdzane tym narzędziem.Checker skupia się na publicznych metadanych HTTP. Nie jest pełną przeglądarką, audytem Lighthouse ani uwierzytelnionym agentem monitoringu.
429 / 503Żądanie przekroczyło limit czasu. Serwer może być niedostępny, przeciążony, blokowany przez firewall albo odpowiadać zbyt wolno.Retry-After / Przed testem URL upewnij się, że rekordy A, AAAA, CNAME i MX wskazują oczekiwany host.
Łańcuch przekierowańURL przekierowuje zbyt wiele razy. Sprawdź pętlę przekierowań albo konflikt reguł www, HTTPS lub końcowego ukośnika.Łańcuch przekierowań

HEAD czy GET: ktorej metody uzyc?

HEAD jest najszybszy, bo czyta nagłówki bez pobierania treści strony. Użyj GET, gdy serwer blokuje zapytania HEAD.

MetodaCo sprawdzićSygnałNaprawa
HEADKod statusu / Łańcuch przekierowań / Nagłówki odpowiedzi405 / Błąd klienta / Sprawdzenie odpowiedzi nie powiodło się. Upewnij się, że URL jest dostępny, i spróbuj ponownie.GET: Checker skupia się na publicznych metadanych HTTP. Nie jest pełną przeglądarką, audytem Lighthouse ani uwierzytelnionym agentem monitoringu.
GETHEAD jest najszybszy, bo czyta nagłówki bez pobierania treści strony. Użyj GET, gdy serwer blokuje zapytania HEAD.Błąd serwera / Żądanie przekroczyło limit czasu. Serwer może być niedostępny, przeciążony, blokowany przez firewall albo odpowiadać zbyt wolno.HEAD: HEAD jest najszybszy, bo czyta nagłówki bez pobierania treści strony. Użyj GET, gdy serwer blokuje zapytania HEAD.

Jak czytać nagłówki odpowiedzi

Nagłówki wyjaśniają, jak serwer, proxy, CDN lub przeglądarka powinny obsłużyć odpowiedź. Są szczególnie przydatne przy kontroli wdrożeń i dostępności.

NagłówekCo pokazujeCo sprawdzić
LocationPrzekierowania często kontroluje kilka warstw naraz. Łańcuch pokazuje, która warstwa zmieniła URL i gdzie zaczyna się pętla albo zły cel.Łańcuch przekierowań
Cache-ControlNagłówki wyjaśniają, jak serwer, proxy, CDN lub przeglądarka powinny obsłużyć odpowiedź. Są szczególnie przydatne przy kontroli wdrożeń i dostępności.Łączny czas
Content-TypeNagłówki odpowiedziKod statusu
Strict-Transport-SecurityGdy HTTPS zawodzi, sprawdź certyfikat TLS, wystawcę, zgodność hosta i datę wygaśnięcia.Sukces
Server / Via / CF-Cache-StatusStrona testuje URL z naszego serwera i pokazuje metadane odpowiedzi przydatne, gdy witryna jest osiągalna, ale działa nieprawidłowo.Przed testem URL upewnij się, że rekordy A, AAAA, CNAME i MX wskazują oczekiwany host.
Retry-AfterBłąd klienta / Błąd serweraŻądanie przekroczyło limit czasu. Serwer może być niedostępny, przeciążony, blokowany przez firewall albo odpowiadać zbyt wolno.
Content-EncodingNagłówki odpowiedziŁączny czas

Kody statusu HTTP: znaczenie wyniku

Klasa kodu statusu pokazuje, czy żądanie się powiodło, zostało przekierowane, czy nie powiodło się po stronie klienta lub serwera.

200-299Sukces

Klasa kodu statusu pokazuje, czy żądanie się powiodło, zostało przekierowane, czy nie powiodło się po stronie klienta lub serwera.

204 / 304Sukces

Kod statusu

301 / 308Przekierowanie

Przekierowania często kontroluje kilka warstw naraz. Łańcuch pokazuje, która warstwa zmieniła URL i gdzie zaczyna się pętla albo zły cel.

302 / 307Przekierowanie

Przekierowania często kontroluje kilka warstw naraz. Łańcuch pokazuje, która warstwa zmieniła URL i gdzie zaczyna się pętla albo zły cel.

401 / 403Błąd klienta

Użyj publicznego URL. Localhost, sieci prywatne i adresy zarezerwowane nie mogą być sprawdzane tym narzędziem.

404 / 410Błąd klienta

Sprawdzenie odpowiedzi nie powiodło się. Upewnij się, że URL jest dostępny, i spróbuj ponownie.

429Błąd klienta

Użyj publicznego URL. Localhost, sieci prywatne i adresy zarezerwowane nie mogą być sprawdzane tym narzędziem.

500-599Błąd serwera

Żądanie przekroczyło limit czasu. Serwer może być niedostępny, przeciążony, blokowany przez firewall albo odpowiadać zbyt wolno.

Lista kontroli problemów z przekierowaniami

Przekierowania często kontroluje kilka warstw naraz. Łańcuch pokazuje, która warstwa zmieniła URL i gdzie zaczyna się pętla albo zły cel.

ProblemSygnałNaprawa
HTTP / HTTPSURL przekierowuje zbyt wiele razy. Sprawdź pętlę przekierowań albo konflikt reguł www, HTTPS lub końcowego ukośnika.Przekierowania często kontroluje kilka warstw naraz. Łańcuch pokazuje, która warstwa zmieniła URL i gdzie zaczyna się pętla albo zły cel.
www / non-wwwŁańcuch przekierowańUżyj publicznego URL, który pobierają użytkownicy lub boty. Checker bezpiecznie śledzi przekierowania i skupia się na nagłówkach, statusie i czasie.
Trailing slashPrzekierowaniaPrzekierowania często kontroluje kilka warstw naraz. Łańcuch pokazuje, która warstwa zmieniła URL i gdzie zaczyna się pętla albo zły cel.
WAF / CDNBłąd klientaPrzed testem URL upewnij się, że rekordy A, AAAA, CNAME i MX wskazują oczekiwany host.

Czego nie potwierdza odpowiedz 200 OK

Sukces: Checker skupia się na publicznych metadanych HTTP. Nie jest pełną przeglądarką, audytem Lighthouse ani uwierzytelnionym agentem monitoringu.

Sukces / HTML

Sukces: Checker skupia się na publicznych metadanych HTTP. Nie jest pełną przeglądarką, audytem Lighthouse ani uwierzytelnionym agentem monitoringu.

Content-Type

Kod statusu

Cache-Control

Łączny czas

GET / Żądanie przeglądarki

Checker skupia się na publicznych metadanych HTTP. Nie jest pełną przeglądarką, audytem Lighthouse ani uwierzytelnionym agentem monitoringu.

Dlaczego wynik w przegladarce moze byc inny

Checker skupia się na publicznych metadanych HTTP. Nie jest pełną przeglądarką, audytem Lighthouse ani uwierzytelnionym agentem monitoringu.

ProblemŻądanie przeglądarkiSprawdź odpowiedź URL
Cookies / Błąd klientaChecker skupia się na publicznych metadanych HTTP. Nie jest pełną przeglądarką, audytem Lighthouse ani uwierzytelnionym agentem monitoringu.Użyj publicznego URL. Localhost, sieci prywatne i adresy zarezerwowane nie mogą być sprawdzane tym narzędziem.
Cache-ControlNagłówki wyjaśniają, jak serwer, proxy, CDN lub przeglądarka powinny obsłużyć odpowiedź. Są szczególnie przydatne przy kontroli wdrożeń i dostępności.Łączny czas
LocationPrzekierowania często kontroluje kilka warstw naraz. Łańcuch pokazuje, która warstwa zmieniła URL i gdzie zaczyna się pętla albo zły cel.Łańcuch przekierowań
WAF / 401 / 403Błąd klientaUżyj publicznego URL. Localhost, sieci prywatne i adresy zarezerwowane nie mogą być sprawdzane tym narzędziem.

Czego nie moze potwierdzic sprawdzenie odpowiedzi HTTP

Checker skupia się na publicznych metadanych HTTP. Nie jest pełną przeglądarką, audytem Lighthouse ani uwierzytelnionym agentem monitoringu.

Użyj publicznego URL. Localhost, sieci prywatne i adresy zarezerwowane nie mogą być sprawdzane tym narzędziem.

Checker skupia się na publicznych metadanych HTTP. Nie jest pełną przeglądarką, audytem Lighthouse ani uwierzytelnionym agentem monitoringu.

GET

HEAD jest najszybszy, bo czyta nagłówki bez pobierania treści strony. Użyj GET, gdy serwer blokuje zapytania HEAD.

Błąd klienta

Sprawdzenie odpowiedzi nie powiodło się. Upewnij się, że URL jest dostępny, i spróbuj ponownie.

200 OK / Sukces

Sukces: Checker skupia się na publicznych metadanych HTTP. Nie jest pełną przeglądarką, audytem Lighthouse ani uwierzytelnionym agentem monitoringu.

Najczęstsze pytania