Obszerny przewodnik użytkownika i praktyczne zastosowania
RedirectChecker.Site to nie tylko standardowy czytnik nagłówków HTTP, lecz zaawansowane narzędzie diagnostyczne sieci przeznaczone dla specjalistów SEO, administratorów systemów i twórców stron. Poznanie funkcji narzędzia pomaga diagnozować złożone problemy z trasowaniem, które mogą negatywnie wpływać na widoczność w wyszukiwarkach i wygodę użytkowników.
1. Jak korzystać ze sprawdzarki: instrukcja krok po kroku
Wpisz pełny publiczny adres URL wraz z protokołem (na przykład https://example.com/old-page). Wybierz profil User-Agent i — jeśli to potrzebne — profil nagłówków Client Hints . Narzędzie wysyła żądanie serwerowe z wybranymi nagłówkami; nie odtwarza pełnej przeglądarki, plików cookie, JavaScriptu ani tożsamości sieciowej robota indeksującego.
2. Interpretacja wyników i przykłady przepływu
Kliknij Śledź URL , aby zobaczyć każdą odpowiedź HTTP w łańcuchu przekierowań, jej kod statusu, zmierzony czas żądania oraz kolejny adres URL z nagłówka Location, jeśli został zwrócony. Jedno uruchomienie śledzi maksymalnie pięć przekierowań; jeśli łańcuch jest dłuższy, odpowiedź pod następnym adresem nie zostanie w nim uwzględniona.
3. Przykład praktyczny: wykrywanie przejścia z HTTPS
Przekierowanie może zmienić adres HTTPS na HTTP. Narzędzie oznaczy to przejście, jeśli wykryje adres HTTPS, którego odpowiedź wskazuje adres Location używający HTTP. Sprawdź adres docelowy i skonfiguruj zamierzoną trasę HTTPS przed podjęciem działań na podstawie wyniku.
Podstawy techniczne: kody stanu HTTP i inżynieria sieci
Kody stanu HTTP opisują rezultat żądania, natomiast odpowiedzi 3xx kierują klienta do innego adresu URL. Przekierowania stałe mogą pomagać wyszukiwarkom w konsolidacji adresów, ale nie gwarantują konkretnej pozycji ani indeksowania. Używaj kodu zgodnego z zamierzoną trwałością zmiany i sprawdzaj cały łańcuch oraz końcową odpowiedź.
Różnice między kodami 301, 302, 307 i 308
- 301 Moved Permanently: Użyj, gdy zasób został przeniesiony na stałe. Wyszukiwarki traktują stałe przekierowanie jako mocny sygnał wskazujący adres docelowy, ale żadne przekierowanie nie gwarantuje określonej pozycji ani indeksowania.
- 302 Found (tymczasowe): Informuje klienta o tymczasowym innym adresie URL i sugeruje, że pierwotny adres wróci. Wyszukiwarki zwykle nie przekazują przez 302 sygnałów związanych ze stałym przekierowaniem.
- 307 Temporary Redirect: Współczesny odpowiednik 302 w HTTP/1.1. Co ważne, kod 307 gwarantuje, że metoda HTTP (GET lub POST) nie zostanie zmieniona podczas przekierowania.
- 308 Permanent Redirect: Stały wariant kodu 307. Pod kątem SEO działa podobnie jak 301, ale bezwzględnie zabrania przeglądarce zmiany żądania POST na GET.
Zgodność przeglądarek z kodami odpowiedzi HTTP
Kody stanu HTTP są sygnałami protokołu obsługiwanymi przez stos sieciowy przeglądarki, a nie odrębną funkcją przeglądarki. Nowoczesne wersje Chrome, Edge, Firefox, Safari, Opera, Android WebView i iPhone WebView obsługują standardowe klasy statusu; sposób wyświetlania błędu może różnić się zależnie od przeglądarki i pośredniczącego serwera proxy.
| Klasa odpowiedzi HTTP | Chrome / Edge | Firefox | Safari | Opera | Android / iPhone WebView | Praktyczne informacje o zgodności |
|---|
| 1xx Informacyjne | Obsługiwane | Obsługiwane | Obsługiwane | Obsługiwane | Obsługiwane przez warstwę sieciową | Kody 100 i 101 są obsługiwane. Kod 102 jest wyspecjalizowany i przestarzały; zachowanie 103 Early Hints zależy od wersji, serwera i pośredników. |
| 2xx Sukces | Obsługiwane | Obsługiwane | Obsługiwane | Obsługiwane | Obsługiwane | Wspólna semantyka protokołu; nadal obowiązują reguły dotyczące treści, takie jak brak treści w odpowiedziach 204/205. |
| 3xx Przekierowanie | Obsługiwane | Obsługiwane | Obsługiwane | Obsługiwane | Obsługiwane | Klienci podążają za adresem Location z uwzględnieniem metod, buforowania, bezpieczeństwa i reguł nawigacji. Kody 307/308 zachowują metodę; 301/302 mogą zmienić POST na GET. |
| 4xx Błędy klienta | Obsługiwane | Obsługiwane | Obsługiwane | Obsługiwane | Obsługiwane | Klasa odpowiedzi jest rozpoznawana, ale wyświetlanie treści serwera może różnić się od interfejsu błędu przeglądarki. |
| 5xx Błędy serwera | Obsługiwane | Obsługiwane | Obsługiwane | Obsługiwane | Obsługiwane | Strony proxy, zachowanie ponowień i prezentacja diagnostyczna mogą się różnić, nawet gdy kod statusu jest taki sam. |
| Nieznany kod w znanej klasie | Obsługa na poziomie klasy | Obsługa na poziomie klasy | Obsługa na poziomie klasy | Obsługa na poziomie klasy | Obsługa na poziomie klasy | Klienci mogą określić ogólną klasę na podstawie pierwszej cyfry. Zastosowanie tego mechanizmu zastępczego nie nadaje niestandardowemu kodowi uniwersalnego znaczenia. |
Tabela opisuje zgodność protokołu, a nie identyczny sposób wyświetlania; nie oznacza też, że każda wersja przeglądarki pokazuje odpowiedzi pośrednie w taki sam sposób.
Maskowanie treści i naruszenia związane z renderowaniem dynamicznym
Maskowanie polega na prezentowaniu wyszukiwarkom i użytkownikom znacznie różnej treści lub różnych miejsc docelowych. Możesz porównywać odpowiedzi na wybrane nagłówki User-Agent i Client Hints w infrastrukturze, którą masz prawo testować. Te profile nagłówków nie weryfikują tożsamości robota ani nie ustalają, czy witryna jest zgodna z zasadami Google.
Często zadawane pytania (techniczne FAQ)
Czym jest „łańcuch przekierowań” i dlaczego szkodzi technicznemu SEO?
Łańcuch przekierowań występuje, gdy jeden adres URL przechodzi przez kilka adresów pośrednich, zanim dotrze do strony końcowej (na przykład A → B → C → D). Każdy etap wymaga kolejnego żądania, co zwiększa opóźnienie i obniża wydajność indeksowania. W miarę możliwości upraszczaj trasy; kolejne pytanie wyjaśnia zalecaną długość łańcucha.
RFC 9110: Semantyka HTTP, przekierowania · Google Search Central: Przenoszenie witryny i przekierowania
Jak sprawdzić tagi canonical po przekierowaniu?
To narzędzie śledzi kody stanu HTTP i nagłówki Location; nie pobiera ani nie analizuje kodu HTML strony docelowej, więc nie może zweryfikować rel=canonical. Otwórz końcowy adres URL i sprawdź, czy odnośnik canonical wskazuje preferowaną stronę kwalifikującą się do indeksowania. W Search Console możesz użyć inspekcji adresu URL, aby sprawdzić wybór canonical dokonany przez Google.
Google Search Central: Kanonikalizacja · Google Search Central: Określanie kanonicznego adresu URL
Czy to narzędzie wykrywa przekierowania oparte na JavaScript?
Nie. Narzędzie śledzi odpowiedzi HTTP 3xx zawierające nagłówek Location. Nie wykonuje JavaScriptu ani nie analizuje treści odpowiedzi w poszukiwaniu tagów meta refresh; do tego potrzebna jest inspekcja w przeglądarce.
Google Search Central: Przekierowania a wyszukiwarka Google
Czym jest pętla przekierowań i jak ją naprawić?
Pętla przekierowań to nieskończony cykl, w którym adres URL A wskazuje URL B, a URL B ponownie kieruje do URL A, powodując błąd przeglądarki ERR_TOO_MANY_REDIRECTS. Naprawa wymaga zmiany pliku .htaccess, konfiguracji Nginx lub reguł trasowania w systemie CMS.
RFC 9110: Semantyka HTTP, przekierowania · MDN: Kody stanu odpowiedzi HTTP
Czym są Client Hints i jak używa ich to narzędzie?
Client Hints to nagłówki żądań HTTP, takie jak Sec-CH-UA-Mobile i Sec-CH-UA-Platform. Wybrany profil dodaje wskazane nagłówki do żądania wysyłanego przez serwer narzędzia, aby umożliwić porównanie odpowiedzi serwera. To test nagłówków, a nie pełna symulacja przeglądarki ani dowód, że żądanie pochodzi od określonej przeglądarki lub robota.
MDN: Wskazówki klienta HTTP
Ile przekierowań 301 można umieścić w jednym łańcuchu?
Google podaje, że Googlebot może śledzić do 10 przekierowań, ale zaleca bezpośrednią trasę, gdy tylko jest to możliwe. Jeśli nie da się usunąć łańcucha, powinien być krótki — najlepiej nie dłuższy niż trzy etapy i krótszy niż pięć. Każdy etap wymaga kolejnego żądania, a inne klienty mogą mieć niższe limity. Dobierz kody stałe (301/308) lub tymczasowe (302/307) do zamierzonego rodzaju przeniesienia.
Wskazówki Google Search Central.
RFC 9110: Semantyka HTTP, przekierowania
Które kody HTTP oznaczają przeniesienie stałe, a które tymczasowe?
Kody 301 i 308 oznaczają trwałe przeniesienie zasobu; 302 i 307 wskazują przekierowanie tymczasowe. Wybierz kod zgodny z tym, czy pierwotny adres ma wrócić, i zachowaj związek strony docelowej z pierwotnym żądaniem.
RFC 9110: Semantyka HTTP, przekierowania
Kiedy użyć 307 lub 308 zamiast 301 lub 302?
Kody 307 i 308 zachowują metodę żądania podczas przekierowania. W przypadku 301 i 302 niektóre klienty mogą zmienić metodę POST na GET. Użyj 307 przy przeniesieniu tymczasowym albo 308 przy stałym, jeśli zachowanie metody i treści żądania ma znaczenie; sprawdź działanie z klientami obsługiwanymi przez Twoją usługę.
RFC 9110: Semantyka HTTP, kody 307 i 308
Dlaczego narzędzie otrzymuje 403 lub 429, choć strona otwiera się w mojej przeglądarce?
Narzędzie wysyła żądanie z serwera, które może różnić się od żądania przeglądarki lokalizacją sieciową, plikami cookie, uwierzytelnieniem i nagłówkami. Zapora, CDN, limit częstotliwości lub reguła antybotowa mogą je zablokować albo ograniczyć. Porównaj dzienniki serwera i zasady dostępu; pojedynczy wynik 403 lub 429 nie dowodzi, że dostęp jest zablokowany dla wszystkich użytkowników.
RFC 9110: 403 Forbidden · RFC 6585: 429 Too Many Requests
Czy profile Googlebot i innych robotów wyszukiwarek to zweryfikowane roboty?
Nie. Profil zmienia tylko tekst nagłówka User-Agent. Żądanie nie pochodzi z sieci Google ani innej wyszukiwarki i nie dowodzi, że nadawcą jest autentyczny robot. Zweryfikuj tożsamość robota, korzystając z opublikowanej przez dostawcę metody weryfikacji adresu IP lub DNS.
Google Search Central: Weryfikacja Googlebota i innych robotów Google
Dlaczego różne profile User-Agent mogą prowadzić do innych łańcuchów przekierowań?
Serwery, CDN-y i reguły aplikacji mogą wybierać różne miejsca docelowe lub kody statusu na podstawie nagłówków żądania, sygnałów urządzenia, lokalizacji, uwierzytelnienia albo stanu sesji. Traktuj porównywane ślady jako próbki diagnostyczne; mogą nie odpowiadać zachowaniu każdego użytkownika ani robota.
RFC 9110: Nagłówek Vary i odpowiedzi negocjowane
Czy parametry zapytania są zachowywane po przekierowaniu?
Kolejny adres URL określa nagłówek Location w odpowiedzi przekierowującej. Serwer może zachować, usunąć lub zmienić parametry zapytania. Narzędzie podąża za otrzymaną wartością Location; porównaj wyświetlane adresy URL, aby sprawdzić odpowiedź serwera.
RFC 9110: Nagłówek odpowiedzi Location
Ile przekierowań śledzi to narzędzie podczas jednego uruchomienia?
Obecna wersja narzędzia śledzi maksymalnie pięć przekierowań. Jeśli odpowiedź po piątym etapie wskazuje kolejny adres URL, wynik może go wyświetlić bez pobierania. Otwórz ten adres w nowym sprawdzeniu albo skróć łańcuch, aby zobaczyć odpowiedź końcową.
Jak selektor Client Hints wpływa na sprawdzenie?
Dodaje wybrane nagłówki żądania Sec-CH-*, takie jak sygnał urządzenia mobilnego lub wartość platformy, obok wybranego ciągu User-Agent. Są to konfigurowalne przykłady nagłówków; nie odtwarzają pełnego zachowania sieciowego przeglądarki, a serwer może je zignorować.
MDN: Wskazówki klienta HTTP
Jak długo utrzymywać przekierowanie po zmianie adresu URL?
Utrzymuj przekierowanie tak długo, jak to możliwe. Google zaleca pozostawienie przekierowań przez co najmniej rok po przeniesieniu witryny, aby wyszukiwarki mogły przetworzyć zmianę; odwiedzający mogą jednak korzystać ze starych zakładek i odnośników dłużej.
Google Search Central: Przenoszenie witryny i przekierowania
Co zaktualizować po zmianie adresu oprócz przekierowania?
Zaktualizuj odnośniki wewnętrzne, kanoniczny adres URL strony docelowej, adnotacje hreflang, jeśli są używane, oraz mapę witryny XML, aby wskazywały nowy adres. Zachowaj zgodność treści strony zastępczej, a następnie sprawdź, czy przekierowanie prowadzi bezpośrednio i działa prawidłowo.
Google Search Central: Przenoszenie witryny i przekierowania