Sprawdzacz Statusu HTTP — sprawdzaj kody statusu i łańcuchy przekierowań

Sprawdź kod statusu HTTP dla dowolnego adresu URL i szybko zrozum zachowanie przekierowań. Śledź przekierowania (do 10), aby wykryć pętle i potwierdzić odpowiedź końcowego miejsca docelowego. Idealne do sprawdzania czasu działania, punktów końcowych kondycji, audytów SEO i debugowania błędnie przekierowanych adresów URL. Eksportuj wyniki do JSON.

Loading…

O nas Sprawdzacz Statusu HTTP

Wklej adres URL, aby zobaczyć jego status HTTP (200, 301, 302, 404, 500…) i, jeśli to konieczne, śledź przekierowania, aby przeanalizować cały łańcuch przekierowań. Idealne do diagnozowania problemów z dostępnością, weryfikacji kontroli kondycji oraz upewnienia się, że Twoje przekierowania są przyjazne dla SEO i wolne od pętli.

Funkcje

  • Sprawdź status odpowiedzi HTTP dla dowolnego adresu URL (strony internetowej lub API).
  • Śledź przekierowania i analizuj łańcuchy przekierowań (do 10 przeskoków).
  • Szybko wykrywaj pętle przekierowań i błędne konfiguracje.
  • Świetne dla punktów końcowych kondycji, aby potwierdzić zachowanie 200 OK.
  • Pomaga weryfikować kanoniczne miejsca docelowe (HTTP→HTTPS, www, ścieżki lokalizacyjne).
  • Kopiuj/udostępniaj wyniki do debugowania i zgłoszeń wsparcia.
  • Eksportuj raport JSON dla automatyzacji i przepływów monitorowania.
  • Domyślne ustawienia bezpieczeństwa: blokuje cele w sieciach prywatnych i używa stałego User-Agent.

🧭 Jak używać for http-status-checker

1

Wprowadź adres URL

Wklej adres URL, który chcesz sprawdzić (strona, punkt końcowy API lub ścieżka kondycji).

2

Wybierz zachowanie przekierowania

Włącz "Śledź Przekierowania", aby dotrzeć do końcowego miejsca docelowego. Wyłącz, jeśli chcesz tylko odpowiedź z pierwszego przeskoku.

3

Ustaw limit przekierowań, jeśli to konieczne

Dostosuj "Maks. Przekierowań", aby uniknąć długich łańcuchów i bezpiecznie wykrywać pętle przekierowań.

4

Zinterpretuj wynik

Użyj zgłoszonego kodu statusu, aby podjąć dalsze działania (napraw uszkodzone adresy URL, popraw przekierowania, rozwiąż problemy z błędami serwera).

5

Eksportuj do dokumentacji lub automatyzacji

Pobierz JSON, jeśli chcesz śledzić zmiany w czasie lub dołączyć dowody do zgłoszenia.

Specyfikacje techniczne

Model żądania

To narzędzie sprawdza status odpowiedzi dla podanego adresu URL i może śledzić przekierowania, aby pokazać końcowy status i zachowanie łańcucha.

UstawienieZachowanieDomyślne
Obsługa przekierowańObsługuje odpowiedzi przekierowujące (3xx) do ostatecznego celuWłączone
Maks. przekierowaniaLimit przekierowań zapobiegający pętlom10 (zakres 0–20)
Limit czasuLimit czasu żądania12000 ms
User-AgentIdentyfikuje agenta użytkownika żądaniaEncode64Bot/1.0 (+https://encode64.com)
Sieci prywatneBlokuje dostęp do zakresów sieci prywatnych dla bezpieczeństwaWyłączone (sieci prywatne niedozwolone)

Kategorie kodów statusu (przewodnik szybki)

Zrozumienie rodziny statusów pomaga zdecydować, czy problem dotyczy przekierowania, błędu klienta czy awarii serwera.

ZakresZnaczenieTypowe przykłady
2xxSukces200 OK, 204 No Content
3xxPrzekierowanie301 Moved Permanently, 302 Found, 307 Temporary Redirect, 308 Permanent Redirect
4xxBłąd klienta400 Bad Request, 401 Unauthorized, 403 Forbidden, 404 Not Found, 410 Gone
5xxBłąd serwera500 Internal Server Error, 502 Bad Gateway, 503 Service Unavailable, 504 Gateway Timeout
Dla SEO preferuj stałe przekierowania (301/308) gdy treść została przeniesiona na stałe i utrzymuj łańcuchy przekierowań krótkie.

Wiersz poleceń

Użyj tych poleceń, aby sprawdzić kody statusu i przekierowania poza przeglądarką. Świetne do kontroli CI i reagowania na incydenty.

macOS / Linux

Sprawdź tylko kod statusu (bez treści)

curl -o /dev/null -s -w "%{http_code}
" https://example.com/health

Wyświetla tylko kod statusu HTTP.

Obserwuj przekierowania i wyświetl końcowy status

curl -L -o /dev/null -s -w "%{http_code}
" http://example.com

Obserwuje przekierowania (HTTP→HTTPS, www itp.) i wyświetla końcowy kod statusu.

Pokaż nagłówki łańcucha przekierowań

curl -I -L http://example.com

Wyświetla nagłówki dla każdego przeskoku, w tym Location.

Windows (PowerShell)

Pobierz kod statusu

$r = Invoke-WebRequest -Uri https://example.com/health -Method Get -MaximumRedirection 0 -ErrorAction SilentlyContinue; $r.StatusCode

Pobiera kod statusu odpowiedzi (dostosuj obsługę przekierowań w zależności od wersji PowerShell).

Do monitorowania używaj dedykowanego punktu końcowego /health, który szybko zwraca 200 i nie wymaga uwierzytelnienia. Utrzymuj go stabilnym i lekkim.

Zastosowania

Weryfikuj punkty końcowe zdrowia i czas działania

Potwierdź, że krytyczne punkty końcowe zwracają 200 OK i są osiągalne w oczekiwanych ograniczeniach.

  • Sprawdź punkty końcowe /health i /status
  • Wykryj sporadyczne błędy 5xx podczas incydentów
  • Eksportuj JSON jako dowód incydentu

Debuguj łańcuchy i pętle przekierowań

Gdy adres URL nieoczekiwanie przekierowuje wiele razy (lub nigdy się nie rozwiązuje), sprawdź łańcuch i szybko zatrzymaj pętle.

  • Wykryj pętle przekierowań
  • Potwierdź przekierowania HTTP→HTTPS i kanoniczność www
  • Wykryj długie łańcuchy spowodowane mieszanymi regułami (Nginx, aplikacja, CDN)

Audyty SEO i sprawdzanie uszkodzonych linków

Kody statusu znacząco wpływają na indeksowanie i skanowanie. Użyj tego narzędzia, aby potwierdzić poprawne odpowiedzi dla stron i map witryn.

  • Potwierdź 200 dla stron do indeksowania
  • Używaj 301/308 dla stałych przenosin
  • Znajdź 404/410 dla usuniętych treści
  • Wykryj 302/307 użyte nieumyślnie jako stałe przekierowania

Debugowanie API

Szybko sprawdź, czy punkt końcowy API jest osiągalny i czy przekierowuje (co może zakłócić działanie niektórych klientów).

  • Potwierdź 200/204 dla oczekiwanego sukcesu
  • Wykryj nieoczekiwane przekierowania 3xx lub błędy uwierzytelniania 401/403
  • Zidentyfikuj problemy z bramą 502/504

❓ Frequently Asked Questions

Jaka jest różnica między 301 a 302?

301 (i 308) oznacza stałe przekierowanie. 302 (i 307) oznacza tymczasowe przekierowanie. Dla SEO stałe przekierowania są preferowane, gdy przenosiny są trwałe.

Dlaczego łańcuchy przekierowań powinny być krótkie?

Długie łańcuchy przekierowań spowalniają użytkowników i roboty indeksujące, zwiększają liczbę punktów awarii i mogą rozmywać sygnały. Jeśli to możliwe, preferuj pojedynczy skok do kanonicznego celu.

Jak wygląda pętla przekierowania?

URL ciągle przekierowuje między dwiema lub więcej lokalizacjami (często HTTPHTTPS, www↔bez www lub reguły dotyczące ukośnika końcowego). Narzędzie osiągnie maksymalny limit przekierowań i zgłosi problem.

Czy 404 zawsze oznacza problem?

Nie zawsze. Kod 404 jest prawidłowy dla brakujących zasobów. Dla trwale usuniętych treści kod 410 Gone może być jeszcze jaśniejszy. Ważne jest, aby Twoje ważne strony zwracały kod 200, a przekierowania były celowe.

Dlaczego widzę 403 lub 401?

401 oznacza, że wymagane jest uwierzytelnienie. 403 oznacza, że dostęp jest zabroniony. Może to być oczekiwane dla prywatnych punktów końcowych, reguł WAF, blokowania geograficznego lub błędnie skonfigurowanych uprawnień.

Czy bezpiecznie jest wklejać tutaj adresy URL?

Narzędzie wykonuje żądania po stronie serwera do podanego adresu URL i blokuje cele w sieciach prywatnych. Unikaj umieszczania tajnych danych w adresach URL (np. tokenów w ciągach zapytań).

Pro Tips

Best Practice

W przypadku kanonizacji preferuj pojedynczy skok przekierowania do końcowego adresu URL (HTTPS + wybrana nazwa hosta).

Performance Tip

Monitoruj szybki punkt końcowy /health pod kątem czasu działania zamiast strony głównej, która może być bardziej obciążona i zmienna.

CI Tip

W przypadku migracji SEO używaj 301/308 dla trwałych przenosin i aktualizuj linki wewnętrzne + mapy witryny, aby wskazywały bezpośrednio na końcowe adresy URL.

Best Practice

Jeśli podejrzewasz pętle, ustaw niski limit przekierowań (np. 3–5), aby szybko wykryć błąd i zidentyfikować błędnie skonfigurowany zestaw reguł.

CI Tip

Eksportuj JSON i dołącz go do zgłoszeń incydentów, aby udokumentować zmiany stanu podczas awarii i wycofań.

Additional Resources

Other Tools