Błąd przekierowania w Google Search Console: przyczyny i rozwiązania
Otworzyłeś raport Indeksowanie stron w Search Console i znalazłeś adresy URL ze statusem „Błąd przekierowania”. W przeciwieństwie do większości tamtejszych statusów ten oznacza prawdziwy problem.
W skrócie: Google próbowało podążyć za przekierowaniem z Twojego adresu URL i nie mogło dotrzeć do działającej strony. Dopóki tego nie naprawisz, ten adres pozostaje poza indeksem, podobnie jak treść, do której miał prowadzić.
Dobra wiadomość jest taka, że błędy przekierowania zwykle szybko się diagnozuje, jeśli wiesz, czego szukać. Ten poradnik wyjaśnia, co oznacza ten status, jakie przyczyny podaje Google, jak prześledzić każdą z nich oraz jak je naprawić i zweryfikować poprawkę.
Co oznacza Błąd przekierowania w Search Console
Błąd przekierowania to jeden z powodów w tabeli „Dlaczego strony nie są indeksowane” w raporcie Indeksowanie stron w Google Search Console. Pojawia się, gdy Googlebot podąża za przekierowaniem z Twojego adresu URL, ale nigdy nie trafia na stronę docelową, którą mógłby zeskanować, więc tą ścieżką nie zostaje zindeksowany ani pierwotny adres, ani adres docelowy.
Łatwo go pomylić ze statusem „Strona zawiera przekierowanie”, więc wyjaśnijmy: tamten status jest normalny. Oznacza, że przekierowanie zadziałało: adres URL nie jest indeksowany, bo wskazuje gdzie indziej, a Google ocenia adres docelowy osobno. Błąd przekierowania oznacza, że samo przekierowanie zawiodło.
Znajdziesz go w sekcji Indeksowanie › Strony. Kliknij wiersz „Błąd przekierowania”, aby zobaczyć dotknięte adresy URL, i użyj przycisku Eksportuj, aby pobrać pełną listę.
Najczęstsze przyczyny Błędu przekierowania
Dokumentacja raportu Indeksowanie stron Google wymienia cztery sytuacje, które stoją za tym statusem. W praktyce często pojawiają się jeszcze dwie.
1. Zbyt długi łańcuch przekierowań
Każdy adres URL, który przekierowuje do innego, dodaje przeskok. Roboty Google podążają za maksymalnie 10 przekierowaniami, jak podaje dokumentacja Google dotycząca skanowania. Powyżej tej liczby Googlebot się poddaje, a Search Console zgłasza błąd przekierowania. Łańcuchy zwykle rosną z czasem: reguła HTTP na HTTPS, potem reguła www, potem reguła ukośnika na końcu, a na to wszystko migracja witryny.
2. Pętla przekierowań
Adres A przekierowuje na adres B, a adres B z powrotem na A (albo na cokolwiek, co prowadzi z powrotem do A). Łańcuch nigdy się nie rozwiązuje, więc żadna strona nie zostaje osiągnięta. Pętle często powstają z dwóch sprzecznych reguł, na przykład jednej, która wymusza ukośnik na końcu, i drugiej, która go usuwa.
3. Adres URL przekierowania przekracza maksymalną długość
Jeśli reguła przekierowania przy każdym przeskoku dopisuje coś do adresu URL, na przykład parametr lub segment ścieżki, adres rośnie, aż przekroczy maksymalną długość adresu URL i łańcuch się załamuje.
4. Nieprawidłowy lub pusty adres URL w łańcuchu
Literówka, taka jak htp:// zamiast http://, ścieżka względna, która prowadzi w złe miejsce, albo pusty nagłówek Location przerywają przekierowanie na danym przeskoku.
5. Adres docelowy, którego Google nie może zeskanować
Jeśli ostateczny adres URL jest zablokowany w pliku robots.txt, Googlebot nie może go pobrać. Sprawdź, czy cel każdego przekierowania da się zeskanować, a nie tylko czy istnieje.
6. Sprzeczne reguły przekierowań w różnych miejscach
Przekierowania ustawione w CMS-ie, we wtyczce, na serwerze WWW i w CDN mogą się nakładać albo ze sobą walczyć. Reguła dodana w jednej warstwie może odesłać adres URL do reguły w innej i właśnie tak powstaje większość łańcuchów i pętli.
Jak zdiagnozować Błąd przekierowania
Zacznij od dokładnie tych adresów URL, które oznacza Search Console, a potem prześledź, co dzieje się po wysłaniu żądania do każdego z nich.
Użyj Sprawdzania adresu URL
Wklej dotknięty adres URL w pasek sprawdzania u góry Search Console. Sekcja Indeksowanie strony pokazuje, kiedy Google ostatnio go skanowało i czy pobranie strony się powiodło. Kliknij Test live URL, aby sprawdzić bieżące zachowanie, bo raport może nie nadążać za Twoimi poprawkami.
Prześledź całą ścieżkę przekierowań
Wyślij żądanie do adresu URL i podążaj za każdym przeskokiem. Z terminala:
curl -sIL https://example.com/old-page | grep -iE "^(HTTP|location)"
Wynik pokazuje po kolei każdy kod stanu i nagłówek Location. Szukasz więcej niż jednego przeskoku, adresu URL, który pojawia się dwa razy (pętla), błędnie zbudowanego Location albo ostatniej odpowiedzi innej niż 200.
Jeśli wolisz nie korzystać z terminala, darmowy audyt SEO na stronie Crawlera SEOcrawl AI liczy przeskoki przekierowań dowolnego adresu URL, a narzędzie fetch_url serwera MCP SEOcrawl AI zwraca ostateczny adres URL, kod stanu i pełny łańcuch przekierowań bezpośrednio w Claude, ChatGPT lub Cursor.
Sprawdź ostateczny kod odpowiedzi
Upewnij się, że ostatni adres URL na ścieżce zwraca 200, a nie kolejny kod 3xx, 4xx lub 5xx. Gdy łańcuch kończy się błędem, problem leży po stronie adresu docelowego: zajrzyj do naszych poradników o statusach Nie znaleziono (404) i Zablokowano z powodu innego problemu 4xx.
Jak naprawić każdą z przyczyn
Rozwiązanie niemal zawsze opiera się na tej samej zasadzie: skieruj pierwotny adres URL do ostatecznego celu jednym czystym przeskokiem.
- Zbyt długi łańcuch: skieruj pierwszy adres URL bezpośrednio na ostateczny adres zwracający 200 i usuń przeskoki pośrednie. Jeśli kilka starych adresów zasila ten sam łańcuch, zaktualizuj każdy z nich.
- Pętla przekierowań: znajdź dwie reguły wskazujące na siebie nawzajem i usuń lub popraw jedną z nich, aby ścieżka kończyła się na prawdziwej stronie.
- Zbyt długi adres URL: popraw regułę, która ciągle dopisuje coś do adresu, a potem sprawdź, czy strona docelowa się ładuje.
- Nieprawidłowy lub pusty cel: popraw literówkę lub pustą wartość
Locationi używaj bezwzględnych adresów URL. - Adres docelowy zablokowany w robots.txt: zezwól na skanowanie adresu docelowego albo przekieruj na adres, który nie jest zablokowany.
- Sprzeczne reguły: trzymaj przekierowania w jednym miejscu, aby CMS, serwer i CDN nie nadpisywały się nawzajem.
Następnie zaktualizuj linki wewnętrzne, aby wskazywały ostateczny adres URL zamiast przekierowującego, i umieszczaj w mapie witryny XML tylko ostateczne adresy. Crawler oznacza oba przypadki w całej witrynie: linki wewnętrzne zwracające 3xx i mapy witryny zawierające przekierowujący adres URL. Aby sprawdzić samą mapę witryny, przepuść ją przez darmowe narzędzie do sprawdzania mapy witryny, które weryfikuje kody stanu i łańcuchy przekierowań każdego zawartego w niej adresu URL.
Dobre praktyki dotyczące przekierowań
Kilka nawyków zapobiega większości błędów przekierowania, zanim się pojawią.
- Używaj właściwego kodu stanu. Przekierowanie 301 (lub 308) to silny sygnał, że należy zindeksować adres docelowy: stosuj je przy trwałych przeniesieniach. Przekierowanie 302 (lub 307) to słaby sygnał, który zostawia w wynikach pierwotny adres URL: stosuj je tylko przy tymczasowym przeniesieniu.
- Preferuj przekierowania po stronie serwera. Google podąża też za natychmiastowym meta refresh i przekierowaniami w JavaScripcie, ale zaleca JavaScript tylko wtedy, gdy przekierowania po stronie serwera lub meta refresh nie są możliwe.
- Utrzymuj krótkie łańcuchy. Jeden przeskok to ideał. Każdy dodatkowy spowalnia użytkowników, zużywa crawl budget i dokłada kolejny punkt awarii.
- Zawsze przekierowuj na adres URL, który zwraca 200, nigdy na kolejne przekierowanie.
- Aktualizuj linki wewnętrzne i mapy witryny, aby wskazywały ostateczne adresy URL, dzięki czemu Google i odwiedzający całkowicie omijają przekierowanie.
- Sprawdzaj wszystko ponownie po każdej migracji lub zmianie reguł w CMS-ie, na serwerze czy w CDN, bo właśnie wtedy pojawiają się nowe łańcuchy i pętle.
Jak zweryfikować poprawkę
Gdy przekierowanie prowadzi jednym przeskokiem do strony 200:
- Użyj Sprawdzania adresu URL na dotkniętym adresie i kliknij Test live URL, aby potwierdzić, że Google dociera teraz do strony docelowej.
- Kliknij Poproś o zindeksowanie dla najważniejszych adresów URL.
- W raporcie Indeksowanie stron otwórz problem Błąd przekierowania i kliknij Validate fix, aby Google ponownie zeskanowało każdy dotknięty adres URL.
- Obserwuj stan weryfikacji. Może to potrwać kilka dni lub kilka tygodni; adresy URL znikają z problemu w miarę ponownego skanowania.
Wyprzedzaj błędy przekierowania
Błędy przekierowania rzadko dają o sobie znać. Pojawiają się w raporcie Indeksowanie stron, a w dużej witrynie mogą pozostać niezauważone, dopóki nie spadnie ruch. Ręczne sprawdzanie Search Console dla każdej usługi to żmudna praca, którą łatwo odpuścić.
Widok Indexation w SEOcrawl AI grupuje Twoje adresy URL według stanu pokrycia w Search Console, dzięki czemu widzisz, które adresy wpadają w stan błędu, i śledzisz, jak ich liczba zmienia się w czasie. Dotknięte adresy URL możesz tagować regułami, ręcznie lub przez serwer MCP i pracować nad nimi, aż każdy zostanie rozwiązany. Jeśli pracujesz z asystentem AI, audyt Google Search Console sprawdza pokrycie indeksu jednym promptem i otwiera zadanie dla każdej poprawki.
Najczęściej zadawane pytania
Co powoduje Błąd przekierowania w Google Search Console?
Google wymienia cztery przyczyny: zbyt długi łańcuch przekierowań, pętlę przekierowań, adres URL przekierowania, który w końcu przekracza maksymalną długość adresu URL, oraz nieprawidłowy lub pusty adres URL w łańcuchu. W każdym z tych przypadków Googlebot nie może dotrzeć do działającej strony docelowej.
Jak naprawić Błąd przekierowania?
Skieruj pierwotny adres URL do jego ostatecznego celu jednym przeskokiem. Usuń pośrednie przekierowania, przerwij każdą pętlę i upewnij się, że ostatni adres URL zwraca kod stanu 200. Zaktualizuj linki wewnętrzne, aby wskazywały adres docelowy, a następnie użyj Sprawdzania adresu URL i kliknij Validate fix w raporcie Indeksowanie stron.
Czym jest łańcuch przekierowań, a czym pętla przekierowań?
Łańcuch przekierowań to seria przekierowań, w której adres A prowadzi do B, B do C i tak dalej, zanim dotrze do strony docelowej. Pętla przekierowań to łańcuch, który nigdy się nie kończy, bo adresy URL wskazują na siebie nawzajem. Oba mogą uniemożliwić Google dotarcie do strony, którą miałoby zindeksować.
301 czy 302: którego użyć?
Użyj 301 (lub 308) przy trwałym przeniesieniu: Google traktuje je jako silny sygnał, aby zindeksować adres docelowy. Użyj 302 (lub 307) tylko przy tymczasowym przeniesieniu, gdy chcesz, aby pierwotny adres URL pozostał w wynikach wyszukiwania.
Czy „Strona zawiera przekierowanie” to to samo co Błąd przekierowania?
Nie. „Strona zawiera przekierowanie” oznacza, że przekierowanie zadziałało: adres URL nie jest indeksowany, bo wskazuje inną stronę. Błąd przekierowania oznacza, że Google próbowało podążyć za przekierowaniem i nigdy nie dotarło do działającej strony.
Ile czasu potrzeba, aby Błąd przekierowania zniknął?
Po kliknięciu Validate fix Google w ciągu kolejnych dni ponownie skanuje dotknięte adresy URL, czasem nawet przez dwa tygodnie. Status aktualizuje się w miarę przetwarzania każdego adresu, więc nie musisz ręcznie prosić o zindeksowanie każdego z nich.
Autor: David Kaufmann
Ostatnie ponad 10 lat spędziłem kompletnie zafascynowany SEO — i szczerze mówiąc, nie zamieniłbym tego na nic innego.
Moja kariera wskoczyła na zupełnie nowy poziom, gdy pracowałem jako senior SEO specialist w Chess.com — jednej ze 100 najczęściej odwiedzanych stron w całym internecie. Działanie na taką skalę, na milionach podstron, w dziesiątkach języków i w jednych z najbardziej konkurencyjnych SERPs, nauczyło mnie rzeczy, których nie dałby żaden kurs ani certyfikat. To doświadczenie zmieniło moje spojrzenie na to, jak naprawdę wygląda świetne SEO — i stało się fundamentem wszystkiego, co zbudowałem od tamtej pory.
Z tego doświadczenia narodziło się SEO Alive — agencja dla marek, które na poważnie podchodzą do wzrostu organicznego. Nie jesteśmy tu po to, żeby sprzedawać dashboards i miesięczne raporty. Jesteśmy tu, żeby budować strategie, które realnie robią różnicę, łącząc to, co najlepsze w klasycznym SEO, z ekscytującym nowym światem Generative Engine Optimization (GEO) — tak, aby Twoja marka pojawiała się nie tylko w niebieskich linkach Google, ale też wewnątrz odpowiedzi generowanych przez AI, które ChatGPT, Perplexity i Google AI Overviews dostarczają każdego dnia milionom ludzi.
A ponieważ nie mogłem znaleźć narzędzia, które potrafiłoby porządnie obsłużyć oba te światy, zbudowałem je sam — SEOcrawl AI, platformę enterprise SEO intelligence, która łączy w jednym miejscu rankings, audyty techniczne, monitoring backlinks, kondycję crawl i śledzenie widoczności marki w AI. To platforma, o której istnieniu zawsze marzyłem.
Odkryj więcej treści tego autora
CTR mówi, ile osób spośród tych, które zobaczyły Twój wynik, faktycznie w niego kliknęło. Poznaj wzór, sprawdź, jaki CTR jest dobry w 2026 roku w każdym kanale i na każdej pozycji w Google, i dowiedz się, jak zdobyć więcej kliknięć z pozycji, które już masz.
Widzisz w Search Console status "Strona alternatywna z prawidłowym tagiem kanonicznym"? Zwykle Google robi dokładnie to, o co je poprosiłeś. Pokazujemy, jak odróżnić przypadki normalne od prawdziwych problemów i jak naprawić te, które mają znaczenie.