Przeglądarka Łańcuchów Przekierowań

Śledź pełny łańcuch przekierowań dla dowolnego adresu URL i zobacz każdy przeskok (301/302/307/308) aż do ostatecznego celu. Weryfikuj przekierowania kanoniczne (HTTP→HTTPS, www/non-www, ścieżki lokalizacyjne), wykrywaj pętle i długie łańcuchy oraz opcjonalnie sprawdzaj surowe nagłówki, w tym Location. Eksportuj wyniki do JSON do celów audytów i monitorowania.

Loading…

O narzędziu Przeglądarka Łańcuchów Przekierowań

Wprowadź adres URL, aby prześledzić jego przekierowania krok po kroku i potwierdzić, gdzie naprawdę prowadzą. To narzędzie jest idealne do migracji SEO, debugowania reguł przekierowań (Nginx/CDN/aplikacja), weryfikacji kanonicznego hosta/zachowania HTTPS oraz wykrywania pętli przekierowań lub niepotrzebnych dodatkowych przeskoków, które spowalniają użytkowników i roboty.

Funkcje

  • Śledź łańcuchy przekierowań (301/302/307/308) i odkryj ostateczny adres URL docelowy.
  • Pokaż cel Location dla każdego przeskoku, aby zrozumieć routing i kanonizację.
  • Weryfikuj typowe przekierowania kanoniczne (HTTP→HTTPS, www↔non-www).
  • Opcjonalny widok surowych nagłówków do głębszego debugowania (w tym Location i nagłówki cache, jeśli obecne).
  • Kopiuj wyniki do zgłoszeń, audytów i dokumentacji migracji.
  • Eksportuj raporty JSON do automatyzacji i powtarzalnych kontroli SEO.
  • Domyślnie bezpieczne: blokuje cele w sieciach prywatnych i używa stałego User-Agent.

🧭 Jak używać for redirect-chain-viewer

1

Wklej adres URL, który chcesz przetestować

Wprowadź początkowy adres URL (najlepiej z protokołem). Testowanie zarówno http:// jak i https:// może ujawnić problemy z kanonizacją.

2

Zachowaj włączoną opcję "Podążaj za przekierowaniami"

To narzędzie jest zaprojektowane do śledzenia łańcuchów. Podążanie za przekierowaniami pokazuje każdy przeskok i ostateczny cel.

3

Włącz "Pokaż surowe nagłówki" podczas debugowania

Jeśli potrzebujesz głębszych wskazówek (formatowanie Location, warstwy cache, zachowanie serwera), włącz surowe nagłówki, aby zobaczyć więcej szczegółów.

4

Zinterpretuj łańcuch

Szukaj dodatkowych przeskoków, zmian protokołu, zmian nazwy hosta lub przepisywania lokalizacji. Najlepszy łańcuch to zazwyczaj 0–1 przeskoków do kanonicznego adresu URL.

5

Eksportuj JSON do audytów

Pobierz raport JSON, aby zapisać wyniki, porównać zmiany w czasie lub dołączyć dowody do zgłoszeń SEO/operacyjnych.

Specyfikacje techniczne

Zachowanie śledzenia przekierowań

Narzędzie wysyła żądanie do adresu URL i podąża za odpowiedziami przekierowań, zbierając każdy przeskok aż do osiągnięcia ostatecznego celu lub skonfigurowanego limitu przekierowań.

UstawienieZachowanieDomyślne
Obsługa przekierowańObsługuje przekierowania w celu zebrania pełnego łańcuchaWłączone
Maksymalna liczba przekierowańPrzerywa śledzenie po tej liczbie przeskoków15
Pokaż surowe nagłówkiZawiera surowe nagłówki odpowiedzi w wynikach do celów debugowaniaWyłączone
Limit czasuLimit czasu żądania15000 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)

Typowe „dobre” wzorce przekierowań

Większość stron powinna szybko zbiegać do jednego kanonicznego adresu URL, aby zminimalizować opóźnienia i obciążenie crawlerów.

CelPrzykładowy łańcuchZalecane
HTTP→HTTPShttp://example.com → https://example.com✅ Tak (stałe)
Host kanonicznyhttps://example.com → https://www.example.com (lub odwrotnie)✅ Tak (stałe)
Normalizacja ukośnika końcowego/page → /page/✅ Czasami (bądź konsekwentny)
Normalizacja lokalizacji/ → /en/✅ Jeśli wymaga tego Twoja strategia
Wiele przeskokówhttp → https → www → /en/ → /page/⚠️ Zmniejsz, jeśli to możliwe
W przypadku migracji SEO, stałe przekierowania to zazwyczaj 301 lub 308. Utrzymuj łańcuchy przekierowań jak najkrótsze i aktualizuj wewnętrzne linki oraz mapy witryn, aby wskazywały bezpośrednio na końcowe kanoniczne adresy URL.

Wykrywanie pętli i tryby awarii

Pętle przekierowań zazwyczaj wynikają z konfliktów reguł między warstwami (CDN + Nginx + aplikacja) lub niezgodnych ustawień kanoniczności.

ObjawTypowa przyczynaSposób naprawy
Osiągnięcie limitu przekierowańPętla między dwoma adresami URL (www↔bez www, http↔https, reguły ukośników)Przejrzyj reguły w CDN, reverse proxy i routerze aplikacji; zapewnij jedno źródło prawdy
Niespodziewane 302/307Tymczasowe przekierowanie ustawione przez autoryzację, test A/B, middlewareZmień na 301/308 dla stałych przenosin; wyizoluj zachowanie middleware
Łańcuch różni się w zależności od regionuRouting na krawędzi sieci różni się w zależności od POP / lokalizacji geograficznej / urządzeniaPrzetestuj wiele wejściowych adresów URL; ustandaryzuj przekierowania na krawędzi sieci

Wiersz poleceń

Użyj curl, aby szybko sprawdzić łańcuchy przekierowań z terminala, podobnie jak wizualizuje to to narzędzie.

macOS / Linux

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

curl -IL http://example.com

-I drukuje tylko nagłówki, -L podąża za przekierowaniami. Zobaczysz każdy status HTTP i skok Location.

Wydrukuj końcowy efektywny adres URL po przekierowaniach

curl -Ls -o /dev/null -w "%{url_effective}
" http://example.com

Wyświetla końcowy adres URL po przejściu przekierowań.

Windows (PowerShell)

Sprawdź odpowiedź i przekierowania

Invoke-WebRequest -Uri http://example.com -MaximumRedirection 10 -Method Get | Select-Object StatusCode, BaseResponse

PowerShell może podążać za przekierowaniami do określonego limitu i pokazuje wynikowy status.

Jeśli debugujesz pętlę, tymczasowo obniż limit przekierowań (np. 3–5), aby szybko wykryć błąd i zidentyfikować konfliktującą parę reguł.

Zastosowania

Kontrole kanoniczności SEO

Potwierdź, że każdy wejściowy adres URL szybko i konsekwentnie prowadzi do jednego kanonicznego adresu URL.

  • Upewnij się, że HTTP przekierowuje do HTTPS
  • Upewnij się, że wybór kanoniczny www/bez www jest wymuszony
  • Skróć wieloetapowe łańcuchy, aby poprawić efektywność indeksowania

Migracje stron i zmiany domen

Sprawdź, czy stare adresy URL poprawnie przekierowują do swoich nowych odpowiedników i czy łańcuch kończy się odpowiedzią 200.

  • Zweryfikuj, czy stare ścieżki przekierowują do nowych
  • Potwierdź stałe przekierowania (301/308) dla przeniesionych treści
  • Wykryj sytuacje przekierowania do 404

Debugowanie CDN / reverse-proxy

Zrozum, jak reguły edge, proxy i aplikacja współdziałają podczas żądania URL.

  • Zidentyfikuj, która warstwa tworzy każdy przeskok
  • Wykryj pętle spowodowane zduplikowanymi regułami kanonicznymi

QA dla zlokalizowanego routingu

Sprawdź poprawność routingu dla lokalizacji lub regionów (np., / → /en/) bez przypadkowego tworzenia długich łańcuchów przekierowań lub pętli.

  • Potwierdź zachowanie przepisywania lokalizacji
  • Unikaj wzorców /fr → /fr/ → /fr (pętla)

❓ Frequently Asked Questions

❓Dlaczego łańcuchy przekierowań są złe dla SEO?

Łańcuchy przekierowań zwiększają opóźnienia i liczbę punktów awarii dla crawlerów. Wyszukiwarki mogą podążać za przekierowaniami, ale długie łańcuchy marnują budżet crawlowania i mogą zmniejszyć niezawodność — szczególnie na dużych witrynach.

❓Czego powinienem użyć: 301 czy 308?

Oba są stałymi przekierowaniami. 308 ściślej zachowuje metodę HTTP, podczas gdy 301 jest szeroko stosowane i rozumiane. Dla SEO oba mogą być w porządku, jeśli są używane konsekwentnie do stałych przenosin.

❓Dlaczego widzę 302/307, gdy spodziewałem się 301?

Tymczasowe przekierowania często pochodzą z middleware, przepływów uwierzytelniania, testów A/B lub błędnie skonfigurowanych reguł edge. Jeśli przenosiny są stałe, przełącz na 301/308 i zaktualizuj linki wewnętrzne do końcowego URL.

❓Jak znaleźć przyczynę pętli przekierowań?

Pętle zwykle wynikają z konfliktowych reguł (np. CDN wymusza www, aplikacja wymusza non-www; proxy wymusza HTTPS, aplikacja wymusza HTTP). Przeprowadź audyt warstwa po warstwie i, jeśli to możliwe, trzymaj logikę kanoniczną w jednym miejscu.

❓Czy powinienem przekierowywać końcowe ukośniki?

Każda strategia może działać, ale bądź konsekwentny. Wybierz jedną formę kanoniczną i upewnij się, że linki wewnętrzne i mapy witryn używają jej bezpośrednio, aby zmniejszyć liczbę przekierowań.

❓Czy bezpiecznie jest wklejać tutaj adresy URL?

Narzędzie wykonuje żądania po stronie serwera do podanego URL i blokuje cele w sieciach prywatnych. Unikaj umieszczania sekretów w URL (tokeny w ciągach zapytań).

Pro Tips

Best Practice

Dąż do 0–1 przekierowań, aby dotrzeć do kanonicznego URL. Zaktualizuj linki wewnętrzne i mapy witryn, aby wskazywały bezpośrednio na końcowy cel.

Best Practice

Trzymaj reguły kanoniczne w jednej warstwie (CDN LUB proxy LUB aplikacja), aby uniknąć konfliktowych przekierowań i pętli.

Best Practice

Dla stałych przenosin używaj 301/308 i unikaj 302/307, chyba że przekierowanie jest naprawdę tymczasowe.

CI Tip

Podczas testowania zachowania kanonicznego sprawdź zarówno warianty protokołu, jak i hosta (http/https + www/non-www) i porównaj wyniki.

CI Tip

Eksportuj wyniki JSON podczas migracji, aby śledzić regresje i udowodnić poprawność przekierowań interesariuszom.

Additional Resources

Przekierowania HTTP (MDN)
Documentation
Kody statusu odpowiedzi HTTP (MDN)
Documentation
Google Search Central: Przekierowania URL i kody statusu
Documentation

Other Tools

Przeglądarka Łańcuchów Przekierowań — śledź przekierowania 301/302 do ostatecznego adresu URL | Encode64