HTTP 404 i soft 404 w Google: kiedy szkodzą, a kiedy kod 200 jest pułapką

Spis treści

1. Co Google robi z adresem, który zwraca 404
2. Czy 404 obniża pozycje całej witryny?
3. Soft 404: strona z komunikatem o błędzie i kodem 200
4. 404, 301 czy 302: co zwrócić w danej sytuacji
5. Jak znaleźć 404 i soft 404 w Search Console
6. Mapa witryny i robots.txt: skąd biorą się niepotrzebne 404
7. Kiedy za „404” odpowiada serwer, a nie strona
8. Lista kontrolna po usunięciu lub przeniesieniu strony

Kod HTTP 404 dla strony, której naprawdę już nie ma, jest zachowaniem prawidłowym: według dokumentacji Google nowo napotkane adresy z 404 nie są przetwarzane, a zindeksowane wcześniej znikają z indeksu. Szkodzi dopiero 404 na stronie, która miała zostać w wynikach, oraz soft 404, czyli strona z komunikatem „nie istnieje” i kodem 200. Przeczytałem dokumentację Google o kodach stanu HTTP i o błędach indeksowania, poniżej to, co z niej wynika w praktyce.

Co Google robi z adresem, który zwraca 404

Dokumentacja Google o kodach stanu HTTP opisuje 20 kodów, które Google napotyka w internecie. Z grupy 4xx wynika kilka prostych zasad:

• Google nie używa treści z adresów URL zwracających 4xx, a wszystko, co z nich otrzyma, ignoruje.
• Wyszukiwarka nie indeksuje takich adresów.
• Adresy już zindeksowane, które zaczęły zwracać 4xx, są usuwane z indeksu.
• Częstotliwość indeksowania powoli się zmniejsza.

Dokumentacja podkreśla też, że wszystkie błędy 4xx poza 429 są traktowane tak samo: roboty informują kolejny system, że treści nie istnieją. Dla Google 404 i 410 nie różnią się więc skutkiem, a 403 czy 401 nie są „łagodniejsze”.

Czy 404 obniża pozycje całej witryny?

Dokumentacja opisuje skutki dla samego adresu: wypada z indeksu, a częstotliwość odwiedzin Googlebota powoli spada. Nie opisuje kary dla pozostałych podstron za to, że w serwisie istnieją adresy z 404. Strona, która została usunięta celowo i nie ma zamiennika, może więc spokojnie zwracać 404.

Problem pojawia się w trzech sytuacjach:

• usunąłeś lub zepsułeś stronę, która miała zostać w wynikach wyszukiwania - po 404 wypadnie z indeksu;
• strona została przeniesiona, a stary adres zwraca 404 zamiast przekierowania;
• błąd 404 wynika z literówki w linku wewnętrznym lub w mapie witryny i prowadzi do strony, która istnieje pod innym adresem.

W pierwszym przypadku przywróć stronę, w drugim ustaw przekierowanie, w trzecim popraw link. Jeśli chcesz zrozumieć, jak długo trwa ponowne wejście strony do indeksu, zajrzyj do tekstu o indeksowaniu strony w Google.

Soft 404: strona z komunikatem o błędzie i kodem 200

Według Centrum wyszukiwarki Google błąd soft 404 to adres URL, który kieruje użytkownika na stronę z informacją, że dana strona nie istnieje, ale podaje przy tym kod 200 (success). Czasem jest to strona bez zawartości głównej albo pusta. Takie strony mogą powstawać na serwerze WWW, w systemie zarządzania treścią (CMS) lub po stronie przeglądarki użytkownika.

Z perspektywy robota wygląda to tak: kod 2xx oznacza treść możliwą do zindeksowania. Jeśli jednak treść sugeruje błąd, na przykład pusta strona lub komunikat o błędzie, Search Console pokazuje soft 404.

Dokumentacja wymienia strony soft 404 wśród adresów, które marnują zasoby serwera. Takie nadmiarowe adresy mogą ograniczyć skanowanie stron ważnych dla ciebie i opóźnić odkrywanie nowych lub zaktualizowanych treści. Zalecenie jest jedno: ustaw zwracanie kodu 404, gdy strona już nie istnieje.

404, 301 czy 302: co zwrócić w danej sytuacji

Kod odpowiedzi powinien odpowiadać temu, co naprawdę stało się ze stroną.

Przy przekierowaniach pamiętaj o dwóch rzeczach. Treści z adresu przekierowującego Google ignoruje, a przetwarza treści spod końcowego adresu docelowego. Domyślnie roboty śledzą do 10 przeskoków, ale dokumentacja ostrzega też przed długimi łańcuchami przekierowań, które mają negatywny wpływ na indeksowanie. Gotowe reguły dla serwera znajdziesz w tekście o przekierowaniu 301 i 302.

Jak znaleźć 404 i soft 404 w Search Console

Search Console generuje komunikaty o błędach dla kodów z zakresu 4xx-5xx oraz dla nieudanych przekierowań 3xx. To tam zobaczysz też soft 404. Konfigurację konta opisuje tekst o Google Search Console od zera.

Dokumentacja wskazuje narzędzia do diagnozy:

• raport Statystyki indeksowania - pokazuje historię skanowania przez Googlebota i wykresy dostępności hosta; kliknięcie wykresu pozwala sprawdzić adresy URL, których dotyczą błędy;
• narzędzie do sprawdzania adresów URL - pozwala przetestować pojedyncze adresy, a także poznać datę indeksowania;
• dzienniki serwera - Search Console nie udostępnia historii skanowania filtrowanej po adresie lub ścieżce, więc to w logach sprawdzisz, czy Googlebot odwiedził konkretny adres.

Przy sprawdzaniu pamiętaj, że narzędzia do sprawdzania Google nie śledzą przekierowań. Test adresu z 301 pokaże więc sam przekierowujący adres, a nie stronę docelową.

Mapa witryny i robots.txt: skąd biorą się niepotrzebne 404

Dokumentacja radzi, by nie umieszczać w mapach witryn adresów, które nie mają być widoczne w wyszukiwarce. Może to spowodować zużycie budżetu indeksowania na strony, których nie chcesz indeksować. Po usunięciu strony wyrzuć więc jej adres także z mapy.

Osobna sprawa to adresy, których w ogóle nie powinno być w kręgu zainteresowania robota. Dokumentacja wymienia tu między innymi nawigację fasetową i identyfikatory sesji, powielone treści, strony z koszykami oraz nieskończone przestrzenie. Dla części z nich zalecany jest plik robots.txt, ale tylko dla stron i zasobów, które nie powinny pojawiać się w Google przez dłuższy czas. Nie dodawaj i nie usuwaj stron z robots.txt regularnie, żeby przesuwać budżet indeksowania. Składnię reguł znajdziesz w tekście o pliku robots.txt.

Kiedy za „404” odpowiada serwer, a nie strona

Nie każdy spadek widoczności to wina kodu 404. Błędy 5xx i 429 mają zupełnie inny mechanizm:

• Google traktuje 429 jak sygnał przeciążenia serwera, czyli błąd serwera.
• Błędy 5xx i 429 informują roboty, że na jakiś czas należy zwolnić indeksowanie.
• Zindeksowane już adresy są na początku zachowywane w indeksie, ale po jakimś czasie są z niego usuwane.
• W przypadku błędu 500 spadek szybkości indeksowania jest proporcjonalny do liczby adresów zwracających błąd.
• Gdy serwer znów odpowiada kodem 2xx, Google stopniowo zwiększa szybkość indeksowania.

Jeśli w raporcie widzisz falę błędów w jednym czasie, zacznij od dostępności serwera, a nie od przeglądania pojedynczych podstron. Szersze zasady oceny witryny, w tym wydajność, opisuje tekst o pozycjonowaniu strony w 2026.

Lista kontrolna po usunięciu lub przeniesieniu strony

• Sprawdź kod odpowiedzi usuniętego adresu: ma być 404, nie 200.
• Dla strony przeniesionej na stałe ustaw 301 prowadzące od razu do adresu docelowego, bez łańcucha.
• Popraw linki wewnętrzne, które wskazują stary adres.
• Usuń stary adres z mapy witryny.
• W Search Console przejrzyj komunikaty o błędach i ewentualne soft 404.
• Po kilku dniach sprawdź narzędziem do sprawdzania adresów URL, jak Google widzi nowy adres.

Źródła

• Jak kody stanu HTTP wpływają na roboty Google - Google for Developers - dostęp 02.11.2026
• Rozwiązywanie problemów z błędami indeksowania w wyszukiwarce Google - Google for Developers - dostęp 02.11.2026

Widzisz błąd albo nieaktualną liczbę? Napisz: kontakt. Poprawki opisuję w tekście z datą.