Kody statusu HTTP

TL;DR — Kod statusu HTTP to trzycyfrowa liczba, którą serwer zwraca z każdą obsługiwaną stroną. Informuje przeglądarkę lub wyszukiwarkę o wyniku żądania: powodzeniu, przekierowaniu, braku strony albo błędzie serwera. W SEO kod jest równie ważny jak sama strona — mówi Google, czy ma ją zindeksować, podążyć za przekierowaniem, wrócić później czy usunąć URL. Najsłynniejszy kod, 404, zazwyczaj nie szkodzi pozycjom.

Czym jest kod statusu HTTP

Kod statusu HTTP to ustandaryzowana klasyfikacja odpowiedzi serwera na żądanie. Dowód potwierdzający to twierdzenie Primary standard or official documentation supporting the adjacent article claim. Zakres: Protocol semantics and Search behavior are kept separate; no indexing, ranking, or migration-timing guarantee is inferred. Poziom ufności: wysoki · Zweryfikowano: 2026-07-14 RFC 9110: Status codes Wyszukiwarki interpretują te odpowiedzi w procesach skanowania i indeksowania, a ich zachowanie opisuje dokumentacja odrębna od specyfikacji HTTP.

Za każdym razem, gdy przeglądarka (lub Googlebot) prosi serwer o stronę, serwer najpierw odpowiada trzycyfrową liczbą. To kod statusu HTTP — jednozdaniowe podsumowanie tego, co stało się z żądaniem. Kod 404 widujesz, gdy strona nie istnieje; cichy 200 oznacza natomiast: „oto strona, wszystko działa”.

Kody dzielą się na pięć grup według pierwszej cyfry:

• 1xx — informacyjne. „Chwila, nadal pracuję”. Prawie nigdy ich nie widujesz.
• 2xx — powodzenie. „Proszę bardzo”. Najważniejszy jest 200 OK.
• 3xx — przekierowanie. „Treść przeniesiono — przejdź tutaj”. To rodzina przekierowań.
• 4xx — błąd klienta. „Problem dotyczy Twojego żądania”. Najbardziej znany jest 404 Not Found.
• 5xx — błąd serwera. „To moja wina — teraz nie mogę obsłużyć żądania”.

Dlaczego kod ma znaczenie dla SEO

Wyszukiwarki najpierw odczytują kod statusu, a on wpływa na sposób potraktowania strony:

• 200 to właściwa odpowiedź strony, która ma pojawiać się w wyszukiwarce — zielone światło.
• Przekierowanie 301 (stałe) mówi Google, że strona ma nowy adres i należy przenieść tam jej sygnały rankingowe. 302 (tymczasowe) oznacza “this is only for now.” (tłumaczenie) „to tylko na teraz”.
• 404 lub 410 mówi Google, że strony już nie ma; z czasem znika ona z indeksu.
• Błąd serwera 500 lub 503 informuje Google o awarii; wyszukiwarka ogranicza aktywność i próbuje ponownie później, zamiast natychmiast usuwać strony.

Najczęstsze nieporozumienie

Błędy 404 zazwyczaj nie szkodzą pozycjom. Pomoc Google Search Console mówi o tym wprost. Jeśli strona naprawdę nie powinna istnieć, odpowiedź 404 jest właściwa i można bezpiecznie zignorować te błędy. Rzeczywisty koszt 404 jest pośredni: tracisz ruch i linki, które wcześniej prowadziły do tej strony. Nie należy natomiast utrzymywać uszkodzonej strony z odpowiedzią 200 OK, ponieważ Google może zindeksować wadliwą wersję jak prawdziwą treść.

Chcesz poznać wszystkie rodziny kodów, sposób obsługi przekierowań i błędów serwera przez Google, pułapkę soft 404 oraz metody sprawdzania kodu dowolnej strony? Przejdź do karty Zaawansowane.

TL;DR — Kod statusu jest samodzielnym sygnałem SEO, niezależnym od treści strony. 2xx jest warunkiem koniecznym, ale niewystarczającym do indeksowania. 301/308 przekazują sygnał kanonikalizacji; 302/307 — nie. Strony z 4xx z czasem wypadają z indeksu, a 404 zazwyczaj nie szkodzi pozycjom. 5xx i 429 powodują, że roboty zwalniają, nie że od razu usuwają strony z indeksu — po powrocie 2xx tempo odbudowuje się stopniowo. Pułapką jest soft 404: status 200 opakowany wokół treści „to nie istnieje”, który Google wykrywa w warstwie treści i traktuje jak prawdziwe 404. Dopasuj kod do rzeczywistości, stosuj stałe przekierowania przy stałych przenosinach, a podczas przestoju zwracaj 503 — nie wadliwe 200.

Czym naprawdę jest kod statusu

Pięć klas odpowiedzi pochodzi z RFC 9110, czyli specyfikacji HTTP — opisują semantykę protokołu, a nie bezpośrednie wyniki SEO. Dowód potwierdzający to twierdzenie Primary standard or official documentation supporting the adjacent article claim. Zakres: Protocol semantics and Search behavior are kept separate; no indexing, ranking, or migration-timing guarantee is inferred. Poziom ufności: wysoki · Zweryfikowano: 2026-07-14 RFC 9110: Status codes Dokumentacja Google nakłada na tę specyfikację prawdopodobne skutki przetwarzania, lecz nie gwarantuje dokładnego czasu skanowania ani indeksowania. Dowód potwierdzający to twierdzenie Primary standard or official documentation supporting the adjacent article claim. Zakres: Protocol semantics and Search behavior are kept separate; no indexing, ranking, or migration-timing guarantee is inferred. Poziom ufności: wysoki · Zweryfikowano: 2026-07-14 Google: HTTP and network errors

Najprostsza definicja z dokumentacji Google brzmi: kody statusu HTTP generuje serwer hostujący witrynę, gdy odpowiada na żądanie klienta, na przykład przeglądarki lub robota. Dla SEO najważniejsze jest to, że kod stanowi odrębny sygnał, niezależny od HTML-a wysyłanego po nim. Strona może wyglądać idealnie dla człowieka, a mimo to pozostawać niewidoczna w wyszukiwarce z powodu liczby zwróconej wcześniej przez serwer.

Pięć rodzin z perspektywy SEO

1xx — informacyjne. Tymczasowe odpowiedzi „nadal pracuję” (100 Continue, 101 Switching Protocols). Prawie nigdy nie mają znaczenia dla SEO, z jednym współczesnym wyjątkiem: 103 Early Hints pozwala serwerowi polecić przeglądarce wstępne ładowanie krytycznych zasobów, zanim pełna odpowiedź będzie gotowa. Może to nieznacznie pomóc Core Web Vitals, ale nie steruje indeksowaniem.

2xx — powodzenie. 200 OK zwraca strona, którą można indeksować. Kod 200 jest jednak konieczny, ale niewystarczający: Google nadal może odmówić indeksowania strony z powodu jakości, duplikacji lub innych czynników. Warto znać przypadek brzegowy — 204 No Content (poprawna odpowiedź z pustym ciałem) może zostać potraktowany jak soft 404, ponieważ nie ma czego indeksować.

3xx — przekierowanie. Tu pojawia się różnica dotycząca kanonikalizacji — najbardziej niezrozumiana część tematu. Zgodnie z dokumentacją przekierowań Google:

• 301 (stałe) i 308 — Google podąża za przekierowaniem, a proces indeksowania wykorzystuje je jako sygnał, że adres docelowy powinien być kanoniczny. Sygnały rankingowe są konsolidowane pod adresem docelowym.
• 302 (tymczasowe) i 307 — Google podąża za przekierowaniem, ale proces indeksowania nie używa go jako sygnału kanonikalizacji celu. Pozostawienie 302 przy faktycznie stałej zmianie to klasyczna błędna konfiguracja. Google może z czasem potraktować długotrwałe 302 jak 301, lecz nie należy na tym polegać.

Przy stałych przenosinach Google zaleca: “use a permanent server-side redirect whenever possible” (tłumaczenie) „używaj stałego przekierowania po stronie serwera, gdy tylko jest to możliwe”. Google wskazuje też twardy limit: “By default, Google’s crawlers follow up to 10 redirect hops.” (tłumaczenie) „Domyślnie roboty Google podążają przez maksymalnie 10 skoków przekierowania”. Dłuższe łańcuchy są porzucane. (Pełny przegląd jedenastu typów przekierowań i ich wpływu na SEO opisałem osobno w Ahrefs; link znajduje się w zasobach. To centrum jest mapą, nie szczegółowym opracowaniem.) Do rodziny 3xx należy również 304 Not Modified — sygnał pamięci podręcznej mówiący robotowi, że jego kopia jest aktualna. Nie wpływa bezpośrednio na ranking, ale pomaga wydajnie skanować duże witryny.

4xx — błąd klienta. Strony nie można obsłużyć z powodu okoliczności po stronie żądania: brakuje jej, jest zabroniona albo zablokowana dla tego klienta. Google wyraźnie nie korzysta z treści adresów URL zwracających kody 4xx. Jeśli wcześniej używany URL zaczyna zwracać 4xx, systemy Google przestają go z czasem używać. W przypadku 404 proces indeksowania usuwa wcześniej zindeksowany URL z indeksu, a nowo napotkane strony 404 nie są przetwarzane.

Są tu dwa ważne zastrzeżenia:

• 404 nie szkodzi pozycjom. Pomoc Search Console stwierdza wprost, że błędy 404 na ogół nie wpływają na wyniki witryny w wyszukiwarce. Ryzykiem jest utrata ruchu i linków strony lub — przy dużej skali — marnowanie budżetu indeksowania.
• Nie używaj 401/403 przeciwko Googlebotowi. Google ostrzega, że te kody nie służą do ograniczania tempa skanowania; spośród 4xx wpływa na nie tylko 429. Zablokowanie Googlebota przez 401/403 nie „spowalnia” go — jedynie ukrywa treść.

Każdy kod błędu klienta ma własną historię: kody dostępu i uwierzytelniania (401, 403), kody „strony już nie ma” (404, 410 i wybór między nimi), ograniczanie liczby żądań (429) oraz blokada prawna (451). Każdy omawiam szczegółowo w osobnym artykule. Zobacz sekcję „Co dalej” poniżej.

5xx — błąd serwera. Żądanie było poprawne, lecz serwer nie zdołał go obsłużyć (500 Internal Server Error, 502 Bad Gateway, 503 Service Unavailable, 504 Gateway Timeout). Kluczowy fakt SEO: kody te nie usuwają strony natychmiast z indeksu. Błędy serwera 5xx i 429 skłaniają roboty Google do tymczasowego ograniczenia skanowania, a po wznowieniu odpowiedzi 2xx Google stopniowo zwiększa tempo. Spadek jest proporcjonalny: “the decrease in crawl rate is proportionate to the number of individual URLs that are returning a server error.” (tłumaczenie) „spadek tempa skanowania jest proporcjonalny do liczby poszczególnych adresów URL zwracających błąd serwera”. Wcześniej zindeksowane URL-e przetrwają krótką awarię; dopiero długotrwałe błędy serwera prowadzą z czasem do usunięcia.

Skanowanie a indeksowanie: model, który łączy wszystko

Za tymi kodami kryją się dwa różne pytania:

1. Czy należy to zeskanować? 5xx/429 oznacza „zwolnij, spróbuj później”. 301/302 mówi „przejdź gdzie indziej”. Jedynie 429 i rodzina 5xx faktycznie ograniczają tempo skanowania.
2. Czy należy to zindeksować i pod którym adresem? 2xx = możliwość indeksowania. 4xx = usuń. 301/308 = skonsoliduj pod adresem docelowym.

Elementem łączącym oba pytania — i jednocześnie wyjątkiem psującym ten model — jest soft 404, czyli sytuacja, w której kod przeczy treści.

Soft 404 — podstępny wyjątek

Soft 404 to strona zwracająca kod powodzenia (200), której treść mówi, że element nie istnieje: pusta strona, komunikat „przepraszamy, nie znaleziono” albo bardzo ubogi wynik. Google wykrywa problem w warstwie treści niezależnie od kodu HTTP. Jeśli treść wygląda dla wyszukiwarki jak błąd — jest pusta albo zawiera komunikat o błędzie — Search Console pokazuje błąd soft 404.

Dlaczego to ważne, skoro strona „ładuje się poprawnie”? Ponieważ marnuje budżet indeksowania. Google ostrzega właścicieli dużych witryn, że strony soft 404 są nadal skanowane i zużywają budżet. Zwykle powodują je źle skonfigurowane CMS-y lub frameworki JavaScript, które zwracają 200 dla nieistniejących tras. Naprawa polega na dopasowaniu kodu do rzeczywistości — zwróć prawdziwe 404 (lub 410), aby Google mogło prawidłowo usunąć URL. Osobny artykuł w tym klastrze omawia soft 404.

404 czy 410 — czy to naprawdę ma znaczenie?

Dla SEO — niewielkie. John Mueller wyjaśnił w 2024 roku, że różnica w przetwarzaniu 404 i 410 jest tak mała, iż trudno wskazać sytuację, w której z powodów SEO warto preferować jeden z nich; Google nie nakłada kary za 404, choć takie strony wypadają z indeksu. 410 (Gone) może nieco szybciej zasygnalizować trwałość i wyraźniej udokumentować intencję dla ludzi oraz innych narzędzi. Historyczne ujęcie Matta Cuttsa mówiło o usunięciu przez 410 „trochę szybciej”, najwyżej o kilka dni. Użyj 410, gdy masz pewność, że usunięcie jest trwałe; 404, gdy strona może wrócić lub nie masz pewności. W przewodniku po budżecie indeksowania Google akceptuje oba, a 404 uznaje za mocny sygnał, aby ponownie nie skanować URL-a. Osobny artykuł o 404 i 410 wyjaśnia wszystkie niuanse.

Kody statusu podczas przestojów i migracji

Podczas planowanego przestoju, konserwacji lub okna migracyjnego zwracaj 503 Service Unavailable — nie wadliwe 200. John Mueller zaleca 503, gdy u dostawcy hostingu wydarzy się poważna awaria i witryna nie może działać. Wyjaśnia też dwa błędne wzorce: zwrócenie strony błędu z 200 OK może spowodować zindeksowanie zmienionej treści i uznanie wszystkich identycznych stron błędu za duplikaty. “Redirecting to a temporary page will result in that redirect being used for indexing.” (tłumaczenie) „Przekierowanie do strony tymczasowej spowoduje wykorzystanie tego przekierowania przy indeksowaniu”. Gdy serwer źródłowy całkowicie nie działa, można skierować DNS na serwer tymczasowy, który zwraca 503.

Przestój powinien być jednak krótki. Gary Illyes wyjaśnia, że długotrwałe zwracanie 503 obniża tempo skanowania, lecz 10–15 minut od czasu do czasu zdecydowanie nie jest okresem „długotrwałym”. Praktyczna zasada: 503 służy na godziny, nie tygodnie. Po wielu tygodniach Google zaczyna traktować strony jak faktycznie usunięte. Artykuł o 503 szczegółowo opisuje ten wzorzec migracyjny.

Jak sprawdzić kod statusu strony

• Narzędzia deweloperskie przeglądarki — otwórz kartę Network, odśwież stronę, kliknij żądanie dokumentu i odczytaj kolumnę Status.
• Wiersz poleceń — curl -I https://example.com/page pokaże nagłówki pojedynczego żądania, a curl -IL https://example.com/page przejdzie przez cały łańcuch przekierowań.
• Google Search Console — narzędzie URL Inspection podaje status z ostatniego skanowania.
• Bing Webmaster Tools — jego narzędzie URL Inspection robi to samo dla Bingbota.
• Roboty indeksujące — Screaming Frog SEO Spider i Ahrefs Site Audit skanują całą witrynę i zbiorczo pokazują kody, łańcuchy przekierowań oraz URL-e 4xx/5xx; bezpłatny Ahrefs SEO Toolbar wyświetla kod bieżącej strony.

Jedna istotna pułapka pomijana w poradnikach konkurencji: pojedynczy test mówi wyłącznie o tym jednym żądaniu. Status może zależeć od metody żądania, user agenta, uwierzytelnienia, regionu, czasu oraz warstwy pamięci podręcznej lub CDN. Poprawny wynik z Twojego komputera nie gwarantuje więc, że to samo zobaczył Googlebot. Zwięzły proces diagnostyczny:

• Metoda — żądanie HEAD powinno zwracać te same nagłówki co GET, ale serwer może pominąć pola wymagające wygenerowania treści. Wynik HEAD nie dowodzi więc, co zwraca prawdziwe GET. Jeśli odpowiedzi się różnią, przetestuj GET.
• User agent — wykrywanie botów, blokady geograficzne lub cloaking mogą dać Googlebotowi 200, gdy przeglądarka otrzymuje 403, albo odwrotnie.
• Region — przy podejrzeniu blokady geograficznej lub regionalnej reguły CDN wykonaj test z więcej niż jednej lokalizacji lub adresu IP.
• Pamięć podręczna — wyklucz nieaktualną odpowiedź z cache przeglądarki lub brzegu CDN, zanim uznasz, że źródłowy serwer działa nieprawidłowo.
• Łańcuch — zapisz cały łańcuch przekierowań, nie tylko kod końcowy; problem może kryć się w jednym z pośrednich skoków.
• Logi — gdy kod różni się od oczekiwanego, sprawdź, co naprawdę zobaczył Googlebot. Logi serwera są źródłem prawdy, którego nie daje pojedynczy wynik przeglądarki ani testera.

Uwaga o Bing

Publiczne wskazówki Bing dotyczące kodów statusu są skromniejsze niż materiały Google — nie ma jednego kanonicznego dokumentu równie szczegółowo opisującego wpływ kodów na skanowanie, a podczas poszukiwań nie znalazłem wypowiedzi przedstawiciela Bing na ten temat. Kierunek zaleceń jest taki sam: zwracaj prawidłowe kody, napraw trwałe 4xx/5xx i stosuj stałe przekierowania przy stałych przenosinach. Wolę powiedzieć to wprost, niż wymyślać nieistniejący cytat Bing.

Co dalej: klaster kodów błędów HTTP

Ten artykuł stanowi przegląd. Podcentrum Kody błędów HTTP szczegółowo omawia kody, które rzeczywiście trzeba diagnozować — każdy w osobnym artykule:

• 401 — nieuwierzytelniony i 403 — zabroniony — kody dostępu i uwierzytelniania oraz powód, dla którego nie należy nimi ograniczać skanowania.
• 404 — nie znaleziono, 410 — usunięto i 404 a 410 — rodzina „tej strony już nie ma” i wybór właściwego kodu.
• 429 — zbyt wiele żądań — ograniczanie liczby żądań i jego wpływ na tempo skanowania, odmienny od pozostałych kodów 4xx.
• 451 — niedostępne z powodów prawnych — blokada prawna lub regulacyjna, odrębna od 403.
• 500 — wewnętrzny błąd serwera, 502 — błędna brama, 503 — usługa niedostępna i 504 — przekroczono czas bramy — rodzina błędów serwera, spowolnienie skanowania i wzorzec 503 podczas konserwacji.
• Soft 404 — 200, które naprawdę jest błędem, oraz sposób naprawy.

Każdy z tych artykułów znajduje się pod tym centrum i jest widoczny na pasku bocznym. Sposób, w jaki przekierowania konsolidują sygnały rankingowe, opisuje Kanonikalizacja; ograniczanie aktywności robotów przy 5xx/429 — Skanowanie.

Podsumowanie AI

Skrócona wersja karty Zaawansowane:

• Kod jest sygnałem SEO niezależnym od treści. Idealnie wyglądająca strona może być niewidoczna w wyszukiwarce z powodu liczby, którą serwer wysyła jako pierwszą.
• Pięć rodzin: 1xx informacyjne (103 Early Hints może pomóc Core Web Vitals); 2xx powodzenie (200 jest konieczny, ale niewystarczający do indeksowania); 3xx przekierowania; 4xx błędy klienta; 5xx błędy serwera.
• Przekierowania: 301/308 są stałe i przekazują sygnał kanonikalizacji; 302/307 są wykonywane, ale takiego sygnału nie dają. Google podąża przez maksymalnie 10 skoków.
• 4xx: Google przestaje korzystać z treści 4xx i z czasem usuwa URL-e 404 z indeksu. 404 zazwyczaj nie szkodzi pozycjom (Pomoc Search Console). Nie ograniczaj Googlebota kodami 401/403 — tylko 429 i 5xx wpływają na tempo skanowania.
• 404 a 410: różnica w przetwarzaniu jest według Muellera tak mała, że rzadko ma znaczenie; 410 dla usunięć na pewno trwałych, 404 w pozostałych przypadkach.
• 5xx / 429: roboty tymczasowo zwalniają, a nie usuwają stron z indeksu. Tempo stopniowo wraca po wznowieniu 2xx; dopiero długotrwałe błędy powodują usunięcie.
• Soft 404: status 200 z treścią „nie istnieje” — Google wykrywa go w warstwie treści, traktuje jak 404 i traci na niego budżet indeksowania.
• Przestój: zwracaj 503 (godziny, nie tygodnie), nigdy wadliwe 200 — Google mogłoby zindeksować treść błędu.
• Sprawdzanie kodów: karta Network w DevTools, curl -I/curl -IL, URL Inspection w GSC/Bing, Screaming Frog i Ahrefs Site Audit. Pojedynczy test dowodzi tylko wyniku jednego żądania; metoda, user agent, region i cache mogą go zmienić. Zapisz więc łańcuch przekierowań i sprawdź w logach serwera, co faktycznie zobaczył Googlebot.

Oficjalna dokumentacja

Źródła pierwotne ze specyfikacji protokołu i od wyszukiwarek.

Specyfikacja bazowa

• RFC 9110 — semantyka HTTP, §15 Kody statusu — właściwa definicja pięciu klas kodów statusu. Warto pamiętać, że RFC 9110 definiuje semantykę żądań i odpowiedzi, nie skutki SEO; wszystko poniżej pochodzi z dokumentacji Google opisującej interpretację kodów przez wyszukiwarkę.

Google

• Kody statusu HTTP, błędy sieci i DNS a wyszukiwarka Google — dokument kanoniczny: czym są kody, jak usuwa się 4xx, czym jest soft 404 oraz jak 5xx/429 ograniczają skanowanie.
• Jak wyszukiwarka Google obsługuje przekierowania — kody 301/302/307/308, różnica w kanonikalizacji i limit 10 skoków.
• Optymalizacja budżetu indeksowania — 404/410 jako „mocny sygnał” i strony soft 404 marnujące budżet.
• Naprawianie błędów Search Console (404 / błędy skanowania) — źródło stwierdzenia, że błędy 404 nie wpływają na wyniki witryny w wyszukiwarce.
• John Mueller — „503s” — rozstrzygająca wypowiedź z pierwszej ręki o zwracaniu 503 podczas przestoju oraz błędnych wzorcach z 200 i przekierowaniem.

Bing / Microsoft

• Bing Webmaster Tools — URL Inspection — sprawdzanie stanu indeksowania, możliwości skanowania i kodu odpowiedzi HTTP dla konkretnego adresu.
• Bing Webmaster Tools — alerty o błędach skanowania — raport Crawl z adresami URL, błędami skanowania i ich kodami statusu.

Cytaty ze źródeł

Publiczne wypowiedzi Google i jego przedstawicieli. Każdy odsyłacz prowadzi bezpośrednio do cytowanego fragmentu strony źródłowej.

Google — czym są kody statusu oraz jak działają 4xx i 404

• “HTTP status codes are generated by the server that’s hosting the site when it responds to a request made by a client, for example a browser or a crawler.” (tłumaczenie) „Kody statusu HTTP są generowane przez serwer hostujący witrynę, gdy odpowiada on na żądanie klienta, na przykład przeglądarki lub robota”. — dokumentacja Google Search Central. Przejdź do cytatu
• “Google doesn’t use the content from URLs that return 4xx status codes.” (tłumaczenie) „Google nie korzysta z treści adresów URL zwracających kody statusu 4xx”. Przejdź do cytatu
• “In general, 404 errors won’t impact your site’s search performance.” (tłumaczenie) „Ogólnie błędy 404 nie wpływają na wyniki witryny w wyszukiwarce”. — Pomoc Google Search Console. Przeczytaj dokument

Google — soft 404 i budżet indeksowania

• “If the content suggests an error for Google Search, an empty page or an error message, Search Console will show a soft 404 error.” (tłumaczenie) „Jeśli treść sugeruje wyszukiwarce Google błąd, pustą stronę albo komunikat o błędzie, Search Console pokaże błąd soft 404”. Przejdź do cytatu
• “soft 404 pages will continue to be crawled, and waste your budget.” (tłumaczenie) „Strony soft 404 będą nadal skanowane i będą marnować Twój budżet”. Przejdź do cytatu
• “a 404 status code is a strong signal not to crawl that URL again.” (tłumaczenie) „Kod statusu 404 jest mocnym sygnałem, aby nie skanować ponownie tego adresu URL”. Przejdź do cytatu

Google — spowolnienie skanowania przy 5xx/429 i błędne użycie 401/403

• Błędy serwera 5xx i 429 “prompt Google’s crawlers to temporarily slow down with crawling.” (tłumaczenie) „skłaniają roboty Google do tymczasowego ograniczenia skanowania”. Przejdź do cytatu
• “Once the server starts responding with a 2xx status code, Google gradually increases the crawl rate.” (tłumaczenie) „Gdy serwer zacznie odpowiadać kodem statusu 2xx, Google stopniowo zwiększa tempo skanowania”. Przejdź do cytatu
• “Don’t use 401 and 403 status codes for limiting the crawl rate. The 4xx status codes, except 429, have no effect on crawl rate.” (tłumaczenie) „Nie używaj kodów statusu 401 i 403 do ograniczania tempa skanowania. Kody 4xx, z wyjątkiem 429, nie wpływają na to tempo”. Przejdź do cytatu

Google — przekierowania i kanonikalizacja

• “Googlebot follows the redirect, and the indexing pipeline uses the redirect as a signal that the redirect target should be canonical.” (tłumaczenie) „Googlebot podąża za przekierowaniem, a proces indeksowania wykorzystuje je jako sygnał, że cel przekierowania powinien być kanoniczny”. (301 / 308) Przejdź do cytatu
• “Googlebot follows the redirect, but the indexing pipeline doesn’t use the redirect as a signal that the redirect target should be canonical.” (tłumaczenie) „Googlebot podąża za przekierowaniem, ale proces indeksowania nie wykorzystuje go jako sygnału, że cel powinien być kanoniczny”. (302 / 307) Przejdź do cytatu
• “By default, Google’s crawlers follow up to 10 redirect hops.” (tłumaczenie) „Domyślnie roboty Google podążają przez maksymalnie 10 skoków przekierowania”. Przejdź do cytatu

John Mueller, Google — 503 podczas przestoju

• “if something goes drastically wrong with your hoster, and you can’t host your website anymore, please return a ‘503 Service unavailable’ HTTP result code.” (tłumaczenie) „Jeśli u dostawcy hostingu wydarzy się coś bardzo złego i nie możesz już utrzymywać witryny, zwróć kod wyniku HTTP ‘503 Service unavailable’”. Przeczytaj wpis
• “Returning an error page with ‘200 OK’ will result in us indexing the change of content like that (and if all of your pages return the same error page, then we may assume that these URLs are duplicates).” (tłumaczenie) „Zwrócenie strony błędu z ‘200 OK’ spowoduje zindeksowanie takiej zmiany treści, a jeśli wszystkie strony zwracają ten sam błąd, możemy uznać te adresy za duplikaty”. Przeczytaj wpis

John Mueller, Google — 404 a 410

• “The difference in processing of 404 vs 410 is so minimal that I can’t think of any time I’d prefer one over the other for SEO purposes.” (tłumaczenie) „Różnica w przetwarzaniu 404 i 410 jest tak mała, że nie przychodzi mi do głowy sytuacja, w której z powodów SEO wolałbym jeden kod od drugiego”.
• “Google does not penalize for 404’s (those pages drop out of the index though).” (tłumaczenie) „Google nie nakłada kary za 404, choć takie strony wypadają z indeksu”. Wypowiedzi przytoczone w artykule Search Engine Journal z kwietnia 2024 roku o odpowiedzi na Reddit r/SEO; potwierdzone przez Search Engine Roundtable. Omówienie

Gary Illyes, Google — 503 i tempo skanowania

• “Serving a 503 status code for an extended period of time will cause a decrease in crawl rate.” (tłumaczenie) „Zwracanie kodu statusu 503 przez dłuższy czas spowoduje spadek tempa skanowania”.
• “Fortunately for you, 10-15 minutes every now and then is not ‘extended’ by any means, so you should be fine.” (tłumaczenie) „Na szczęście 10–15 minut od czasu do czasu w żadnym razie nie jest okresem długotrwałym, więc wszystko powinno być w porządku”. Wypowiedzi przytoczone przez Search Engine Journal w relacji z sesji Google SEO Office Hours z kwietnia 2024 roku. Omówienie

Jaki kod statusu należy zwrócić?

Idź od góry — obowiązuje pierwsze pasujące stwierdzenie.

Strona została przeniesiona pod nowy URL.

• Na stałe? → 301 (lub 308). Google konsoliduje sygnały rankingowe pod adresem docelowym.
• Tylko na teraz (test A/B, zmiana geograficzna, krótka kampania)? → 302 (lub 307). Brak sygnału kanonikalizacji — nie pozostawiaj go przy stałym przeniesieniu.

Strony już nie ma i nie wróci.

• Masz pewność, że to trwałe? → 410 — nieco szybciej sygnalizuje trwałość.
• Może wrócić albo nie masz pewności? → 404 — Google i tak z czasem usunie ją z indeksu. Oba kody są poprawne dla SEO, a różnica jest minimalna.
• Cokolwiek zrobisz, nie zwracaj 200 z komunikatem „nie znaleziono” — to soft 404, który Google będzie nadal skanować i marnować budżet.

Strona wymaga logowania albo ma ograniczony dostęp.

• → 401 (wymaga uwierzytelnienia) lub 403 (dostęp zabroniony). Nie używaj ich do spowalniania Googlebota — nie ograniczają skanowania, tylko ukrywają treść.

Coś tymczasowo nie działa albo prowadzisz konserwację bądź migrację.

• Planowany przestój, godziny zamiast tygodni? → 503, najlepiej z nagłówkiem Retry-After. Google ograniczy aktywność i wróci; nie zindeksuje strony konserwacyjnej.
• Prawdziwy błąd serwera? → 500/502/504 — Google zwalnia skanowanie i podczas krótkiej awarii zachowuje zindeksowane URL-e. Napraw problem, zanim stanie się długotrwały.
• Ograniczasz zalew żądań? → 429 — jedyny kod 4xx, który spowalnia skanowanie Google.

Treść zablokowano z powodów prawnych (nakaz sądu, RODO, licencjonowanie, zakaz krajowy) → 451, który sygnalizuje blokadę prawną, odmienną od zwykłego 403.

Wszystko działa i chcesz indeksować stronę → 200. Pamiętaj, że jest to warunek konieczny, ale niewystarczający — Google nadal może odmówić indeksowania.

Każdy z tych kodów ma własny szczegółowy artykuł w klastrze Kody błędów HTTP.

Kody statusu HTTP w SEO — pełna ściągawka

Pięć rodzin w skrócie

Kody istotne dla SEO — jeden po drugim

Trzy ważne grupy

• Mocne sygnały, na które reaguje Google: 301/308 (cel kanoniczny), 404/410 (usunięcie z indeksu).
• Głównie UX / dostęp — bez wpływu na tempo skanowania: 401, 403, 451.
• Operacyjne / tymczasowe — spowolnienie skanowania: 429, 500, 502, 503, 504.

Najważniejsze fakty

• Sam 200 nie gwarantuje indeksowania.
• Tylko 429 i kody 5xx ograniczają tempo skanowania Google.
• Google podąża przez maksymalnie 10 skoków przekierowania; dłuższe łańcuchy są porzucane.
• Soft 404 = status 200 + treść „nie istnieje” → traktowane jak 404 i marnuje budżet indeksowania.
• 503 podczas przestoju: godziny są w porządku, tygodnie nie; według Illyesa 10–15 minut od czasu do czasu nie stanowi problemu.
• Sprawdzaj przez kartę Network w DevTools, curl -I / curl -IL, URL Inspection w GSC/Bing, Screaming Frog oraz Ahrefs Site Audit/Toolbar.

Zasoby warte czasu

Moje artykuły

• Kody statusu HTTP i ich wpływ na SEO — moja pełna ściągawka Ahrefs dla każdej rodziny (1xx–5xx oraz kody niestandardowe), na której opiera się to centrum.
• 11 typów przekierowań i ich wpływ na SEO — uzupełniające szczegółowe opracowanie rodziny 3xx: którego przekierowania użyć i dlaczego.
• Poradnik technicznego SEO dla początkujących — miejsce kodów statusu w szerszym obrazie technicznego SEO.

Z branży

• Kody statusu HTTP, błędy sieci i DNS a wyszukiwarka Google (Google) — dokument kanoniczny będący podstawą większości tez tego centrum.
• Jak wyszukiwarka Google obsługuje przekierowania (Google) — różnica w kanonikalizacji 301/302/307/308 i limit 10 skoków.
• „503s” (John Mueller) — wypowiedź z pierwszej ręki o zwracaniu 503 podczas przestoju i o tym, dlaczego wadliwe 200 jest gorsze.
• John Mueller z Google wyjaśnia zamieszanie wokół 404 i 410 w SEO (Search Engine Journal) — źródło stwierdzenia, że różnica jest minimalna.
• Google o wpływie kodów statusu 503 na SEO (Search Engine Journal) — wskazówka Gary’ego Illyesa dotycząca 10–15 minut.
• Kompletny poradnik kodów statusu HTTP dla SEO (Search Engine Land) — dokładna ściągawka dla poszczególnych kodów.
• Kody statusu HTTP (Screaming Frog) — praktyczne metody wykrywania i zbiorczego eksportu.
• Jak sprawdzać kody statusu HTTP stron (Pomoc Ahrefs) — sprawdzanie kodów za pomocą SEO Toolbar i Site Audit.

Skąd pochodzą te cytaty

Pełna lista źródeł karty Cytaty, dzięki której możesz samodzielnie zweryfikować każde zdanie:

• Kody statusu HTTP, błędy sieci i DNS a wyszukiwarka Google — Google Search Central. Cytaty o definicji kodów, 4xx, soft 404 i 5xx/429.
• Jak wyszukiwarka Google obsługuje przekierowania — Google Search Central. Cytaty o kanonikalizacji 301/308 wobec 302/307 i limicie 10 skoków.
• Optymalizacja budżetu indeksowania — Google Search Central. Cytaty o mocnym sygnale, aby nie skanować, oraz o stronach soft 404 marnujących budżet.
• Naprawianie błędów Search Console — Pomoc Google Search Console. Zdanie o braku wpływu błędów 404 na wyniki witryny w wyszukiwarce.
• „503s” — osobista witryna Johna Muellera. Zalecenie 503 na przestój oraz błędne wzorce 200 i przekierowania.
• John Mueller z Google wyjaśnia zamieszanie wokół 404 i 410 w SEO — Search Engine Journal (przytoczona odpowiedź z Reddita).
• Google o wpływie kodów statusu 503 na SEO — Search Engine Journal (relacja z Office Hours).

Najpierw skanowanie, potem indeksowanie

Stosuj ten dwuetapowy model za każdym razem, gdy kod statusu rodzi pytanie dotyczące SEO.

Etap 1: czy robot może pobrać użyteczną odpowiedź?

• 2xx oznacza powodzenie żądania, więc treść może przejść do dalszego przetwarzania.
• 3xx kieruje robota pod inny URL; kody stałe i tymczasowe przekazują odmienne sygnały kanonikalizacji.
• Większość odpowiedzi 4xx oznacza, że żądana treść nie istnieje albo nie może zostać użyta.
• 5xx i 429 sygnalizują awarię lub przeciążenie serwera, więc roboty mogą ograniczyć tempo żądań.

Jeśli pobranie się nie powiedzie, jakość treści ani optymalizacja on-page nie uratują tego żądania. Najpierw napraw transport lub ustaw właściwy zamierzony stan adresu URL.

Etap 2: czy pobraną treść należy zindeksować i pod którym adresem?

200 otwiera tylko pierwszą bramkę. Google nadal może odmówić indeksowania treści ubogiej, zduplikowanej, zablokowanej lub wyglądającej jak błąd; strona błędu zwracająca 200 może stać się soft 404. Robot może podążyć za przekierowaniem, choć jego cel nadal nie przejdzie indeksowania. Poprawna odpowiedź daje możliwość indeksowania, a nie gwarancję indeksu ani pozycji.

Praktyczna diagnoza

1. Zapisz rzeczywisty status oraz każdy skok przekierowania.
2. Ustal, czy odpowiedź odpowiada zamierzonemu stanowi URL-a.
3. Jeśli prowadzi do użytecznej strony 2xx, sprawdź możliwość indeksowania i sygnały kanoniczne.
4. Jeśli zwraca 4xx, ustal, czy zniknięcie jest zamierzone.
5. Jeśli zwraca 5xx lub 429, zbadaj niezawodność i zasięg problemu, zanim zinterpretujesz wyniki wyszukiwania.

Sprawdź pierwszą odpowiedź

Uruchom to polecenie w powłoce macOS/Linux, aby wyświetlić nagłówki żądanego adresu URL bez podążania za przekierowaniami:

curl -sS -D - -o /dev/null https://www.example.com/page

Aby wyświetlić tylko kod statusu:

curl -sS -o /dev/null -w '%{http_code}\n' https://www.example.com/page

Odpowiednik w PowerShell (PowerShell 7+):

$response = Invoke-WebRequest -Uri 'https://www.example.com/page' -Method Head -SkipHttpErrorCheck
$response.StatusCode
$response.Headers

Jeśli serwer obsługuje HEAD inaczej, wykonaj zwykłe żądanie GET, zanim wyciągniesz wnioski.

Podążaj za przekierowaniami i pokaż ich ścieżkę

-L podąża za przekierowaniami, a -v pokazuje każde żądanie i odpowiedź. Uruchom polecenie w terminalu i przejrzyj wiersze zaczynające się od < HTTP oraz < location:.

curl -sS -L -o /dev/null -v https://www.example.com/old-page

Użyj Mapera łańcuchów przekierowań, gdy zamiast wyników terminala potrzebujesz czytelniejszego widoku pojedynczego adresu lub całej partii.

Narzędzia do odczytywania zachowania statusów

• Zbiorczy tester kodów statusu HTTP — sprawdza do 500 adresów, pokazuje każdy łańcuch i ostateczny cel, filtruje problemy SEO oraz eksportuje wyniki. Użyj go, gdy pytanie brzmi: „które URL-e mają niewłaściwy kod?”.
• Tester nagłówków HTTP — sprawdza kompletne nagłówki odpowiedzi na każdym skoku, w tym cache, CDN, kompresję i wybrane sygnały bezpieczeństwa. Przydaje się, gdy sam status nie wystarcza.
• Tester przekierowań — szybko pokazuje status końcowy, cel i sekwencję skoków jednego adresu lub małej partii.
• Tester dostępności witryny — sprawdza bieżącą dostępność i czas odpowiedzi z zewnętrznego punktu, gdy błąd 5xx albo limit czasu może występować sporadycznie.
• DevTools przeglądarki → Network — odśwież stronę, wybierz żądanie dokumentu i sprawdź Status Code oraz Response Headers. To przydatne w interaktywnej diagnostyce, ale nie myl komunikatu błędu renderowanego po stronie klienta ze statusem HTTP dokumentu.

Sprawdź się: kody statusu HTTP

Pięć krótkich pytań o wpływ kodów statusu na SEO. Wybierz odpowiedź na każde pytanie, a następnie sprawdź wynik.

Dziennik zmian