Podsumowanie
Darmowy sprawdzacz przekierowań podąża za adresem URL skok po skoku, tak jak robi to robot indeksujący, i pokazuje kod statusu, adres oraz serwer każdego kroku aż do strony końcowej. Łańcuch widzisz na pierwszy rzut oka (na przykład 301 > 301 > 200), a także liczbę przekierowań, status końcowy i informację, czy występuje pętla. Dąż do jednego stałego przekierowania prosto na końcowy adres URL: Google podąża za maksymalnie 10 skokami, ale zaleca wskazywanie bezpośrednio miejsca docelowego.
Chcesz dowiedzieć się więcej? Zapytaj
Sprawdzacz przekierowań pokazuje to, co przeglądarka ukrywa. Odwiedzający, który wpisuje stary adres, trafia na właściwą stronę i nigdy nie widzi trzech skoków pośrednich, tymczasowego 302, które powinno być 301, ani pętli, która psuje stronę niektórym botom. Przekierowania to także sposób, w jaki witryna zachowuje swoją historię po migracji: Google traktuje stałe przekierowanie jako sygnał, że adres docelowy powinien być kanonicznym adresem URL (Google, przekierowania i Google Search).
Co pokazuje sprawdzacz przekierowań?
Wpisz adres URL. Narzędzie wysyła do niego żądanie bez automatycznego podążania za przekierowaniami, odczytuje odpowiedź, a następnie samo żąda kolejnego adresu, maksymalnie przez 20 skoków.
| Blok | Co widzisz | Jak wygląda dobry wynik |
|---|---|---|
| Werdykt | Łańcuch kodów i końcowy adres URL | Jedno 301 lub 308, potem 200 |
| Przekierowania | Liczba skoków przed stroną końcową | 0 lub 1 |
| Status końcowy | Kod ostatniej odpowiedzi | 200 |
| Kroki | Łączna liczba żądań | 1 lub 2 |
| Pętla | Czy łańcuch wraca do już odwiedzonego adresu URL | Nie |
| Łańcuch przekierowań | Każdy krok z kodem, etykietą, adresem URL i serwerem | Każdy pośredni adres URL to celowe przekierowanie |
Werdykt robi się czerwony, gdy jest pętla lub strona końcowa nie zwraca 2xx, pomarańczowy, gdy jest więcej niż jedno przekierowanie, a w pozostałych przypadkach zielony. Wersja darmowa wykonuje 3 kontrole dziennie.
Jakiego kodu statusu przekierowania użyć?
Użyj kodu stałego, gdy przeniesienie jest ostateczne, a tymczasowego tylko wtedy, gdy oryginalny adres URL wróci. Google pokazuje w wynikach wyszukiwania cel stałego przekierowania, a w przypadku tymczasowego stronę źródłową.
| Kod | Znaczenie | Google traktuje to jako | Użyj do |
|---|---|---|---|
| 301 | Przeniesiono na stałe | Stałe | Zmienione nazwy stron, migracje, http na https, połączone treści |
| 308 | Stałe przekierowanie, ta sama metoda | Stałe | To samo co 301, gdy formularze lub API muszą zachować swoją metodę |
| 302 | Znaleziono | Tymczasowe | Krótkiej kampanii lub strony, która wróci |
| 303 | Zobacz inne | Tymczasowe | Po wysłaniu formularza |
| 307 | Tymczasowe przekierowanie, ta sama metoda | Tymczasowe | Tymczasowych przeniesień, które muszą zachować metodę |
Różnica między 301 a 308 albo 302 a 307 jest techniczna: przy 307 i 308 klient nie może zmieniać metody żądania, podczas gdy 301 i 302 historycznie pozwalają, aby POST stał się GET (RFC 9110, semantyka HTTP). Dla SEO liczy się to, czy przekierowanie jest stałe, czy tymczasowe.
Ile przekierowań w łańcuchu to za dużo?
Więcej niż jedno to już za dużo, by to zostawić. Domyślnie roboty Google podążają za maksymalnie 10 skokami przekierowań, a treść przekierowujących adresów URL jest ignorowana (Google, jak kody statusu HTTP wpływają na roboty Google). W przypadku przeniesień witryn Google zaleca przekierowywanie bezpośrednio do miejsca docelowego, a jeśli to niemożliwe, utrzymywanie łańcuchów idealnie nie dłuższych niż 3 skoki i krótszych niż 5, ponieważ każdy skok dodaje opóźnienie, a nie każda przeglądarka obsługuje długie łańcuchy (Google, przeniesienia i migracje witryn).
| Łańcuch | Werdykt | Poprawka |
|---|---|---|
| 301 > 200 | Dobrze | Nic do zrobienia |
| 301 > 301 > 200 | Działa, ale marnuje zasoby | Wskaż pierwszy adres URL bezpośrednio na końcowy i zaktualizuj linki wewnętrzne |
| 302 > 200 przy stałym przeniesieniu | Zły sygnał | Zmień 302 na 301 |
| 301 > 404 | Zepsute | Przekieruj na najbliższą działającą stronę albo pozwól staremu adresowi URL zwracać 404 lub 410 |
| A > B > A | Pętla: strona jest nieosiągalna | Napraw sprzeczne reguły na serwerze lub w CMS |
Co powoduje łańcuchy przekierowań i pętle?
Łańcuchy narastają z czasem: każda zmiana dodaje regułę na wierzchu poprzednich. Zwykłe warstwy to:
- Protokół i host: http na https, potem example.com na www.example.com, jako dwie osobne reguły zamiast jednej.
- Ukośnik na końcu: /page na /page/ dodawany przez serwer po innym przekierowaniu.
- Kolejne migracje: strona przemianowana w 2022, potem znowu w 2024, ze starą regułą nadal wskazującą pośredni adres URL.
- CMS i serwer, które się nie zgadzają: wtyczka przekierowuje w jedną stronę, konfiguracja serwera lub CDN w drugą, co tworzy pętle.
Przetestuj cztery warianty swojej strony głównej (http i https, z www i bez): każdy powinien dotrzeć do końcowego adresu URL jednym skokiem. Definicje znajdziesz w naszych hasłach słownika o przekierowaniu 301 i budżecie indeksowania.
Jak sprawdzić przekierowania po migracji witryny?
- Weź listę starych adresów URL: tych, które miały ruch lub linki. Ekstraktor adresów URL wyświetla linki Twoich kluczowych stron.
- Sprawdź ich próbkę w sprawdzaczu przekierowań: jeden stały skok, końcowe 200 i miejsce docelowe zgodne ze starą treścią.
- Unikaj przekierowywania wszystkiego na stronę główną. Google ostrzega, że przekierowanie wielu starych adresów URL na jedną nieistotną stronę, taką jak nowa strona główna, może wprowadzać użytkowników w błąd i być traktowane jako soft 404.
- Zaktualizuj linki wewnętrzne, aby wskazywały końcowe adresy URL, a nie przekierowania. Sprawdzacz uszkodzonych linków wskazuje linki na stronie, które przekierowują lub zwracają błąd.
- Zachowaj przekierowania tak długo, jak to możliwe, zazwyczaj co najmniej rok, jak radzi Google.
- Wygeneruj ponownie mapę witryny zawierającą tylko nowe końcowe adresy URL, za pomocą generatora mapy witryny XML.
Jakie są ograniczenia sprawdzacza przekierowań?
- Tylko przekierowania serwerowe. Narzędzie odczytuje kody statusu HTTP i nagłówki Location. Meta refresh ani przekierowanie JavaScript wewnątrz strony nie są śledzone; strona odpowiada 200 i łańcuch na tym się kończy. Google radzi używać przekierowań JavaScript tylko wtedy, gdy nie możesz zastosować przekierowań po stronie serwera ani meta refresh.
- Jeden user agent. Niektóre witryny przekierowują inaczej w zależności od urządzenia, kraju lub języka. Kontrola pokazuje to, co widzi robot bez plików cookie, z jednej lokalizacji.
- 10 sekund na skok. Serwer wolniejszy od tego zwraca błąd przekroczenia czasu.
- Adresy prywatne są blokowane. Łańcuch prowadzący do hosta wewnętrznego lub prywatnego zatrzymuje się z krokiem „zablokowany”, ze względów bezpieczeństwa.
Aby sprawdzić, co dzieje się po ostatnim skoku, przepuść końcowy adres URL przez sprawdzacz canonical lub sprawdzacz indeksowalności: czyste przekierowanie na stronę z noindex nadal oznacza utraconą stronę.
Jak wychwycić problemy z przekierowaniami, zanim kosztują ruch?
Obserwuj strony, które tracą kliknięcia: zepsute przekierowanie często objawia się najpierw spadkiem ruchu na starym adresie URL bez wzrostu na nowym.
- Wykryj strony, które tracą ruch, w panelu GEO / SEO Sorank, który śledzi kliknięcia i wizyty z AI strona po stronie.
- Zachowaj swój autorytet po migracji dzięki śledzeniu autorytetu, które pokazuje, czy Twoje linki nadal się liczą.
- Zapytaj, co się zmieniło, prostymi słowami w SEO Chat, który zna Twoją witrynę i odpowiada na podstawie Twoich danych.
Najlepsze przekierowanie to jeden stały skok na właściwą stronę. Sprawdzaj powyżej swoje ważne adresy URL po każdej zmianie, a potem zobacz plany Sorank, aby monitorować ruch i widoczność na autopilot.
