Sprawdź przekierowania
Wklej do 10 adresów i zobacz każdy krok łańcucha przekierowań: kod odpowiedzi, cel, czas i nagłówki. Sprawdzamy też, gdzie łańcuch się kończy: kod, noindex i canonical.
Co pokazuje sprawdzarka przekierowań
Dla każdego adresu przechodzimy łańcuch przekierowań krok po kroku, tak jak robot wyszukiwarki. Przy każdym kroku widzisz kod odpowiedzi, cel z nagłówka Location, czas odpowiedzi, wersję HTTP i nagłówki.
Na końcu łańcucha czytamy jeszcze nagłówek strony docelowej: meta robots i canonical, a do tego nagłówek X-Robots-Tag. Przekierowanie, które kończy się na stronie z noindex albo z canonical wskazującym gdzie indziej, to taki sam problem jak przekierowanie zepsute.
Kody przekierowań
301 Moved Permanently — strona przeniesiona na stałe. Wyszukiwarki przenoszą sygnały na nowy adres. To kod do migracji i zmian adresów.
308 Permanent Redirect — jak 301, ale przeglądarka musi zachować metodę zapytania (np. POST). Dla SEO działa jak 301.
302 Found i 307 Temporary Redirect — przeniesienie tymczasowe. Google dłużej trzyma w indeksie stary adres. W porządku przy krótkiej akcji czy pracach serwisowych, ale częsty błąd po migracji.
303 See Other — używany po wysłaniu formularza. Przy stronach z treścią rzadko jest tym, czego chcesz.
Najczęstsze problemy z przekierowaniami
Łańcuchy: http → https → www → ukośnik na końcu. Każdy krok to dodatkowe zapytanie; po kilku migracjach łańcuchy po 4–5 kroków to codzienność. Kieruj każdy stary adres od razu na adres końcowy.
Pętle: dwie reguły odsyłające adres tam i z powrotem, często po zmianie ustawienia https albo www w dwóch miejscach naraz (serwer i CDN).
Tymczasowe zamiast stałych: 302 zostawione po migracji, bo w wielu frameworkach i wtyczkach to ustawienie domyślne.
Przekierowanie na błąd albo na stronę główną: cel później usunięto albo wszystkie stare adresy skierowano na stronę główną — Google może to potraktować jak soft 404.
Dlaczego sprawdzać przekierowania regularnie
Przekierowania rzadko psują się w dniu ustawienia. Psują się później: nowe wdrożenie nadpisuje konfigurację serwera, ktoś zmienia wtyczkę, CDN dostaje nową regułę. Jednorazowe sprawdzenie tego nie wyłapie.
IndexRise zapisuje wzorzec każdego adresu i porównuje go co noc. Gdy pojawi się przekierowanie, zmieni cel albo zamieni w pętlę, dostajesz komunikat po ludzku: co się zmieniło i od kiedy.
Pytania o przekierowania
Jak sprawdzić, czy przekierowanie to 301 czy 302?
Wklej adres do sprawdzarki powyżej. Przy każdym kroku łańcucha widać kod odpowiedzi — 301 i 308 to przekierowania stałe, 302 i 307 tymczasowe.
Ile przekierowań w łańcuchu to za dużo?
Google podąża najwyżej za 10 krokami, ale celem jest jeden. Każdy dodatkowy krok spowalnia stronę dla użytkowników i robotów, a długie łańcuchy to zwykle ślad reguł nakładanych przy kolejnych migracjach.
Czym różni się przekierowanie 301 od 302?
301 mówi, że strona przeniosła się na stałe, więc wyszukiwarki przenoszą sygnały na nowy adres i podmieniają go w wynikach. 302 mówi, że przeniesienie jest tymczasowe, więc stary adres może zostać w indeksie.
Dlaczego wynik różni się od tego, co widzę w przeglądarce?
Pytamy tak jak robot wyszukiwarki: jako IndexRiseBot, bez ciasteczek i bez nagłówka języka. Serwisy, które przekierowują według języka, lokalizacji albo zalogowania, mogą wysłać Cię gdzie indziej niż robota. Zabezpieczenia przed botami też mogą traktować nas inaczej.
Czy mogę sprawdzić wiele adresów naraz?
Tak, do 10 adresów w jednym sprawdzeniu i 60 na godzinę. Żeby pilnować więcej adresów na stałe, dodaj je do projektu w IndexRise — sprawdzimy je co noc.
Jak monitorować przekierowania automatycznie?
Zapisz się do bety IndexRise i dodaj adresy, na których Ci zależy. Co noc sprawdzamy kody odpowiedzi i przekierowania i dajemy znać, gdy przekierowanie się pojawi, zmieni cel albo zamieni w pętlę.