Sprawdzacz przekierowań: zobacz, dokąd prowadzi dowolny URL lub link

Pokazuje, dokąd adres URL naprawdę kieruje odwiedzających i wyszukiwarki. Dostajesz każdy skok między wpisanym adresem a stroną, która ostatecznie odpowiada, wraz z kodem statusu i czasem każdego z nich. Dzięki temu od razu masz odpowiedź na trzy pytania: czy przekierowanie w ogóle się uruchamia, czy prowadzi we właściwe miejsce i ile skoków marnuje się po drodze. To także bezpieczny sposób, by sprawdzić, dokąd prowadzi skrócony lub afiliacyjny link, zanim go klikniesz.

Kod 301 oznacza trwałe przeniesienie: przeglądarki zapisują go w pamięci podręcznej, a Google konsoliduje sygnały rankingowe starego adresu URL w nowym adresie i zachowuje stary tylko jako nazwę alternatywną, więc ten zwykle przestaje pojawiać się w wynikach, choć nadal może się w nich pokazać, gdy zapytanie sugeruje, że użytkownicy mu ufają. Kod 302 oznacza przeniesienie tymczasowe, więc pierwotny adres URL zwykle pozostaje w indeksie, a odpowiedź nie trafia do pamięci podręcznej, chyba że pozwalają na to nagłówki. Używaj 301 przy migracjach i przejściu na HTTPS, a 302 tylko przy testach A/B i stronach przerwy technicznej.

Celem jest jedno przekierowanie, dwa są do przyjęcia, a trzy lub więcej należy scalić w jedno. Przeglądarki przerywają po około 20 skokach, a roboty Google wykonują najwyżej 10 skoków przekierowań, zanim potraktują adres URL jako błąd. Każdy dodatkowy skok to kolejny cykl żądanie–odpowiedź, skok ze zmianą protokołu dokłada uzgadnianie TLS, a skok ze zmianą hosta – jeszcze zapytanie DNS, więc łańcuch trzech przekierowań może na urządzeniach mobilnych dodać kilkaset milisekund, zanim dotrze pierwszy bajt właściwej treści.

Wpisz swoją domenę i kliknij przycisk wariantów. Narzędzie prześledzi w jednej partii http://, https://, http://www. i https://www. dla tej samej ścieżki. W prawidłowej konfiguracji wszystkie cztery kończą się na tym samym adresie docelowym z kodem 200: wersja kanoniczna nie ma żadnego przekierowania, a każda z pozostałych trzech – jedno przekierowanie 301 lub 308. Dwa przekierowania w wersji http://www. zwykle oznaczają, że protokół i host są poprawiane osobnymi regułami, które można połączyć w jedną.

Tak. Przed uruchomieniem sprawdzania wybierz user agenta: Chrome w systemie Windows, Safari na iPhonie, Googlebot na smartfony lub na komputery albo Bingbot. Witryny, które kierują użytkowników mobilnych na subdomenę m. albo inaczej traktują roboty, pokażą dla każdego z nich inny łańcuch. Jedno zastrzeżenie: wiele dużych witryn sprawdza, czy odwiedzający podający się za Googlebota naprawdę pochodzi z sieci Google, a w przeciwnym razie odpowiada kodem 403, więc 403 przy agencie Googlebot często oznacza właśnie to. Aby zobaczyć, co dokładnie otrzymał Google, użyj narzędzia „Sprawdzanie adresu URL” w Search Console.

Meta refresh – tak. Gdy skok zwraca 200 ze stroną HTML, narzędzie czyta jej pierwsze 64 KB, znajduje tag meta refresh zawierający adres URL i przechodzi pod ten adres w kolejnym skoku, oznaczonym jako meta refresh wraz z opóźnieniem w sekundach. Przekierowania JavaScript – nie: następują dopiero wtedy, gdy przeglądarka uruchomi skrypty strony, a to narzędzie nigdy niczego nie wykonuje. Jeśli ostatni skok zwraca 200, a Twoja przeglądarka trafia gdzie indziej, przyczyną jest najpewniej skrypt; karta Network w DevTools pokazuje to jako nawigację zainicjowaną przez skrypt.

Są cztery typowe przyczyny. Twoja przeglądarka ma witrynę w pamięci HSTS, więc zamienia http:// na https://, zanim jakiekolwiek żądanie opuści urządzenie. Witryna uzależnia odpowiedź od pliku cookie, nagłówka języka lub kraju, a nasz serwer wygląda dla niej inaczej niż Ty. Witryna kieruje telefony i komputery w różne miejsca – możesz to odtworzyć, zmieniając user agenta. Albo przekierowanie JavaScript kończy podróż już po wczytaniu strony, czego śledzenie po stronie serwera nigdy nie zobaczy.

Tak. Przełącz się na tryb zbiorczy i wklej do dziesięciu adresów URL, po jednym w wierszu. Każdy jest śledzony osobno, a wyniki trafiają do jednej tabeli z liczbą przekierowań, statusem końcowym, adresem docelowym i łącznym czasem. Pobierz tę tabelę jako CSV albo skopiuj ją jako tekst rozdzielany tabulatorami, który wkleja się gładko do Sheets, Excela czy zgłoszenia w Jirze, bez żadnego przeformatowywania. Przycisk wariantów wypełnia tę samą tabelę czterema wersjami jednego adresu: http/https oraz z www i bez www.

Otwórz DevTools klawiszem F12, przejdź do karty Network (Sieć), zaznacz Preserve log i wczytaj adres URL. Każdy skok pojawi się w osobnym wierszu ze statusem 301 lub 302; kliknij go i odczytaj nagłówek Location w sekcji Response Headers. Haczyk polega na tym, że DevTools pokazuje, co zrobiła Twoja przeglądarka – razem z Twoimi plikami cookie, pamięcią HSTS i rozszerzeniami – więc współpracownik na innym komputerze może zobaczyć inny łańcuch.

Pojedyncze przekierowanie 301 lub 308 przekazuje sygnały rankingowe i nie stanowi problemu. Łańcuchy już tak, z dwóch powodów: roboty Google wykonują najwyżej 10 skoków przekierowań i wszystko dłuższe zgłaszają jako błąd przekierowania, a do tego każdy skok opóźnia pierwszy bajt, co bezpośrednio przekłada się na wskaźniki Core Web Vitals. Pętle są jeszcze gorsze, bo strona nigdy nie jest osiągalna i całkowicie wypada z indeksu. Skracaj łańcuchy tak, by pierwszy adres URL wskazywał bezpośrednio ostatni.