Softonic

Sprawdzanie przekierowań

Krok 1 / 3
Dalej

Wklej adres URL, a narzędzie prześledzi łańcuch przekierowań HTTP skok po skoku, pokazując po jednym wierszu na krok z kodem stanu (301, 302, 303, 307 lub 308), nagłówkiem Location, na który wskazuje, oraz serwerem i typem treści podanymi w odpowiedzi. Zatrzymuje się przy pierwszej odpowiedzi innej niż 3xx lub po osiągnięciu Twojego limitu skoków, a gdy jakiś adres wskazuje z powrotem na już odwiedzony, oznacza pętlę. Praca nad SEO opiera się na tym śladzie: jeden niepozorny 302 w wieloskokowym łańcuchu może roztrwonić PageRank, a długi łańcuch marnuje budżet indeksowania, którego Google nie zwróci.

Jak prześledzić łańcuch przekierowań

  1. 1

    Wprowadź początkowy adres URL

    Dowolny adres URL, HTTPS lub HTTP, z `www` lub bez. Narzędzie doda schemat, jeśli go pominiesz.

  2. 2

    Ustaw limit skoków

    Wybierz, ile przekierowań śledzić, od 1 do 20. Wartość domyślna wcześnie zatrzymuje rozbiegany lub zapętlony łańcuch.

  3. 3

    Uruchom sprawdzanie

    Każdy skok jest żądany po kolei i śledzony do momentu zwrócenia odpowiedzi innej niż 3xx lub osiągnięcia limitu.

  4. 4

    Odczytaj łańcuch

    Każdy wiersz pokazuje numer skoku, kod stanu i jego typ (trwały, tymczasowy, OK, błąd klienta, błąd serwera lub pętla), adres URL oraz to, dokąd przekierowuje.

Kody stanu przekierowań i co oznaczają

RFC 7231 i RFC 7538 (dla 308) definiują ich semantykę. Różnica między nimi ma znaczenie dla SEO, buforowania oraz tego, czy przeglądarka powtórzy POST, czy cofnie się do GET.

Kod Nazwa Trwały? Metoda zachowana? Domyślnie buforowalny?
301 Moved Permanently Tak Historycznie nie Tak
302 Found Nie Historycznie nie Tylko jeśli nagłówki na to pozwalają
303 See Other Nie Wymusza GET Nie
307 Temporary Redirect Nie Tak Tylko jeśli nagłówki na to pozwalają
308 Permanent Redirect Tak Tak Tak

W SEO kody 301 i 308 przekazują PageRank do celu; 302 i 307 nie (Google traktuje je jako tymczasowe i zachowuje źródło w indeksie).

Jak powinien wyglądać łańcuch przekierowań

  • 1 skok jest w porządku. Stary adres URL do nowego z jednym 301. Bez utraty wartości linków.
  • 2 skoki są do przyjęcia, jeśli jeden to przejście z HTTP na HTTPS, a drugi to normalizacja www.
  • 3 skoki lub więcej to sygnał ostrzegawczy. Każdy skok dodaje opóźnienie, a Google podaje, że bardzo długie łańcuchy mogą zostać porzucone. Skonsoliduj łańcuch na serwerze, aby użytkownicy i roboty docierały do celu w jednym kroku.

Co to narzędzie śledzi, a czego nie

Narzędzie śledzi przekierowania HTTP po stronie serwera: każdą odpowiedź ze stanem 3xx i nagłówkiem Location. Nie wykonuje strony, więc dwa inne rodzaje przekierowań nie są śledzone:

  • Meta refresh. <meta http-equiv="refresh" content="0; url=..."> to przekierowanie na poziomie HTML zapisane w treści strony, a nie nagłówek HTTP, więc pojawia się tutaj jako zwykła odpowiedź 200.
  • Przekierowania JavaScript. window.location = '...' działa w przeglądarce po załadowaniu strony, więc żądanie po stronie serwera nigdy go nie widzi.

Jeśli adres URL przekierowuje wyłącznie w jeden z tych sposobów, użyj narzędzia z przeglądarką bez interfejsu (headless), aby zobaczyć cel końcowy.

Debugowanie zepsutego łańcucha

Większość zepsutych łańcuchów wynika z jednej z trzech przyczyn: pętli przekierowań (skok wskazuje z powrotem na już odwiedzony adres URL), utraconego www, które ponownie przekierowuje, lub niespójności końcowego ukośnika, gdy /page i /page/ odbijają się od siebie. Narzędzie zatrzymuje się i oznacza pętlę, gdy adres URL się powtarza.

Najczęściej zadawane pytania

Nie. Śledzi przekierowania HTTP po stronie serwera (stan 3xx z nagłówkiem Location). Przekierowania meta refresh i JavaScript działają wewnątrz strony po jej załadowaniu, więc żądanie po stronie serwera ich nie widzi; do tego użyj narzędzia z przeglądarką bez interfejsu (headless).

Możesz śledzić od 1 do 20 skoków, domyślnie 10. Narzędzie zatrzymuje się na Twoim limicie lub gdy adres URL wskazuje z powrotem na już odwiedzony, więc pętla przekierowań nie może trwać w nieskończoność.

Tylko jeśli rozwiązują się z publicznego internetu. Adresy URL za VPN, z podstawowym uwierzytelnianiem HTTP lub na localhost (i innych adresach prywatnych) są dla narzędzia nieosiągalne.

Dla każdego skoku: jego numer, kod stanu HTTP i jego typ (trwały, tymczasowy, OK, błąd klienta, błąd serwera lub pętla), żądany adres URL, nagłówek Location, na który przekierowuje, oraz serwer i typ treści podane w odpowiedzi.

Nie. Każde żądanie jest wykonywane, a jego wynik zwracany bezpośrednio do Ciebie; adresy URL, które wklejasz, nie są rejestrowane.

Powiązane narzędzia

Sprawdzacz indeksowalności

Sprawdź, czy adres URL może zostać indeksowany: plik robots.txt, metaparametry robots, tag X-Robots, sygnały kanoniczne oraz stan HTTP.

Ekstraktor linków zewnętrznych

Wklej surowy kod HTML, opcjonalnie podaj adres URL podstawowy i otrzymaj czystą, bez duplikatów listę wszystkich zewnętrznych linków http/https w kodzie, na potrzeby audytów linków i analiz SEO.

Sprawdzanie długości meta opisu

Zmierz meta opis w znakach i szacowanych pikselach, porównaj wskazówki redakcyjne i przejrzyj makiety na komputer i telefon.

Sprawdzanie URL canonical

Wklej HTML strony i sprawdź jej tag rel=canonical: czy jest obecny, czy jest poprawnym absolutnym URL-em, czy zgadza się z URL-em strony?

Generator schematu FAQ

Wygeneruj znaczniki JSON-LD FAQPage z par pytań i odpowiedzi, aby Twoja strona kwalifikowała się do wyników z elementami rozszerzonymi i do ramki z odpowiedzią w Google.

Walidator hreflang

Sprawdź lokalnie adnotacje hreflang we wklejonym HTML: kody, pełne adresy, duplikaty, położenie i autoreferencję.

Narzędzie jest dostępne w innych językach