Błąd 404: co znaczy i kiedy trzeba go naprawić

Krótka odpowiedź

Błąd 404 (ang. „Not Found”) to odpowiedź serwera, która mówi: pod tym adresem nie ma strony. Serwer działa, ale nie znalazł tego, o co prosi przeglądarka. Najczęstsze przyczyny to literówka w adresie, usunięta strona albo strona przeniesiona pod nowy adres bez przekierowania.

Jeśli to Twoja strona, pojedyncze błędy 404 nie szkodzą widoczności reszty serwisu. Google pisze wprost, że usunięte adresy nie wpływają na to, jak w wynikach radzą sobie strony działające poprawnie. Reagować trzeba wtedy, gdy 404 zwraca strona, na której Ci zależy, gdy prowadzą do niej Twoje własne linki albo gdy adres jest w mapie witryny.

Widzisz błąd 404 na cudzej stronie

Jako odwiedzający nic nie zepsułeś i nie musisz niczego naprawiać w komputerze. Spróbuj kolejno:

1. Sprawdź adres w pasku przeglądarki. Literówka, brakujący fragment albo zbędny znak na końcu to częsta przyczyna.
2. Usuń z adresu wszystko po nazwie domeny i wejdź na stronę główną. Stamtąd poszukaj treści w menu albo w wyszukiwarce serwisu.
3. Wpisz w Google nazwę serwisu i tytuł strony, której szukasz. Treść mogła się przenieść pod nowy adres.
4. Jeśli strony już nie ma, starą wersję czasem zachowało archiwum internetu, na przykład web.archive.org.

Komunikaty „Page not found” i „The requested URL was not found on this server” znaczą to samo: serwer nie ma strony pod tym adresem.

Skąd biorą się błędy 404 w Twoim serwisie

Jeśli to Twoja strona, adresy z 404 trafiają do Google i do klientów kilkoma drogami. Pomoc Search Console i blog Google wymieniają najczęstsze:

• Usunięta strona: wycofany produkt, zamknięta promocja, skasowany wpis. Jeśli nie ma odpowiednika, 404 jest właściwą odpowiedzią.
• Zmiana adresu bez przekierowania: nowa nazwa kategorii, inna struktura adresów po zmianie motywu albo platformy. Stary adres znają Google, klienci i inne strony, a pod nim nic już nie ma.
• Literówka w linku na Twojej stronie, w newsletterze albo na cudzej stronie. Google może odwiedzić znaleziony adres, nawet jeśli strona nigdy nie istniała.
• Adresy tworzone automatycznie przez system zarządzania treścią albo przez kod JavaScript, który Googlebot próbuje odczytać jak link. Pomoc Search Console podaje przykład kodu do śledzenia pobrań pliku, z którego robot odczytał adres nieistniejącej strony.
• Adresy tylko w mapie witryny, które zostały tam po usunięciu strony.
• Zepsute adresy z kopiujących stron, na przykład z doklejonym fragmentem kodu HTML. Blog Google pisze, że zwykle nie ma się czym przejmować.

Co Google robi z adresem, który zwraca 404

Dokumentacja Google opisuje to tak: Google nie indeksuje adresów z kodem 4xx (z wyjątkiem kodu 429, który ma osobne zasady), a adresy już zindeksowane, które zaczynają zwracać taki kod, usuwa z indeksu. Treść, którą serwer wysyła razem z kodem 404, jest pomijana. Nowo znalezione adresy z 404 w ogóle nie trafiają do dalszego przetwarzania, a Googlebot odwiedza je coraz rzadziej.

Google nie zapomina jednak adresu na zawsze. Pomoc Search Console pisze, że nie da się kazać Googlebotowi trwale zapomnieć adresu, może on tylko sprawdzać go coraz rzadziej. Dlatego stare adresy potrafią wracać w raportach długo po usunięciu strony.

W lipcu 2026 roku John Mueller i Martin Splitt z Google poświęcili temu odcinek podcastu Search Off the Record o raporcie indeksowania (16.07.2026). Splitt nazwał 404 po usuniętej treści błędem spodziewanym, a Mueller zwrócił uwagę, że sama etykieta „błąd” w raporcie sugeruje awarię, której często nie ma. Jako przykład błędu, który warto naprawić, podał sytuację, gdy wiele stron zwraca 404, bo serwer został źle skonfigurowany.

Nasz wniosek: rosnąca liczba 404 w Search Console po porządkach w ofercie albo blogu to zwykle znak, że serwer odpowiada poprawnie. Sprawdzić trzeba, które adresy są na liście.

404, 410 i pozorny błąd 404: czym się różnią

Między 404 a 410 nie musisz wybierać ze względu na Google. Jeśli Twój system pozwala łatwo ustawić 410 dla treści usuniętych na stałe, możesz go używać. Jeśli nie, 404 w zupełności wystarczy.

Uważaj na kod 429 (za dużo zapytań). Google traktuje go jak błąd serwera i zwalnia skanowanie całej witryny. Kody 401 i 403 nie służą też do ograniczania wizyt robota, Google pisze o tym wprost w dokumentacji.

Kiedy 404 jest w porządku, a kiedy trzeba działać

Pomoc Search Console mówi, że wielu, może nawet większości błędów 404 nie warto naprawiać, bo nie szkodzą indeksowaniu ani pozycjom. Spokojnie zostaw:

• usunięte produkty, wpisy i strony, które nie mają odpowiednika;
• dziwne adresy, które nigdy nie istniały w Twoim serwisie, na przykład z błędnych linków na obcych stronach albo z kodu JavaScript, który Googlebot próbował odczytać jak link;
• adresy, które Google sprawdza sam, żeby zobaczyć, jak serwer odpowiada na nieznane strony.

Działaj, gdy:

• 404 zwraca strona, która powinna działać: oferta, kategoria, popularny artykuł. Sprawdź, czy nie zmienił się adres strony i czy błąd nie pojawił się po wyłączeniu wtyczki albo aktualizacji.
• Adres jest w mapie witryny. Według pomocy Search Console zgłoszony adres z 404 warto naprawić: przywróć stronę albo usuń adres z mapy witryny.
• Prowadzą do niego Twoje linki w menu, stopce albo treści. Popraw link, bo klient trafia w ślepy zaułek.
• Prowadzą do niego linki z innych stron, a treść przeniosłeś. Ustaw przekierowanie 301 na nowy adres, żeby odwiedzający i Google trafili na właściwą stronę.
• Ludzie często mylą się w adresie, na przykład w nazwie usługi. Google sugeruje przekierować popularne literówki na właściwą stronę.
• Błędów przybyło nagle i masowo po wdrożeniu, migracji albo zmianie serwera. To sytuacja, o której mówił Mueller: serwer zwraca 404 tam, gdzie strony istnieją.

Co zrobić z adresem usuniętej strony

Pomoc Search Console i blog Google odradzają trzy rzeczy, które wydają się sprytne:

• Przekierowanie wszystkich usuniętych adresów na stronę główną. Google może potraktować je jak pozorny błąd 404. Klient z linku do konkretnego produktu ląduje na stronie, której nie szukał.
• Blokowanie usuniętych adresów w robots.txt. Googlebot nie pobierze wtedy adresu, więc nie zobaczy kodu 404. Według dokumentacji budżetu indeksowania zablokowane adresy zostają w kolejce znacznie dłużej niż te z 404.
• Narzędzie do usuwania adresów w Search Console. Nie usuwa błędów z raportu, a adres z 404 i tak sam zniknie z wyników. Według Google narzędzie służy tylko do pilnych przypadków.

Błędy 404 po migracji albo przebudowie strony

Nagły skok liczby 404 po przeniesieniu serwisu na nową platformę albo domenę to sygnał, żeby sprawdzić brakujące przekierowania, ich adresy docelowe i listę treści usuniętych celowo. Google w dokumentacji przenoszenia witryn zaleca przekierować stare adresy na ich nowe odpowiedniki, także wtedy, gdy treść kilku stron połączono na jednej. Adresy treści, których nie przenosisz, powinny na nowej stronie zwracać 404 albo 410.

W praktyce po migracji warto przez kilka tygodni co tydzień przeglądać listę „Nie znaleziono (404)” w Search Console. Każdy adres, który miał ruch albo linki z innych stron, a dziś zwraca 404, to kandydat do przekierowania. Szerzej o całym procesie piszemy w tekście o zmianie domeny bez utraty pozycji.

Jak znaleźć błędy 404 i zepsute linki

1. W Search Console otwórz Indeksowanie, a potem Strony. W tabeli „Dlaczego strony nie są indeksowane” szukaj wierszy „Nie znaleziono (404)”, „Pozorny błąd 404” i „URL jest zablokowany z powodu innego błędu 4xx”.
2. Kliknij wiersz i wyeksportuj listę adresów. Przejrzyj ją pod kątem stron, które powinny działać.
3. Podejrzany adres sprawdź w narzędziu do sprawdzania adresów URL. W sekcji „Wykrywalność” znajdziesz pola „Mapy witryn” i „Strona odsyłająca”, czyli skąd Google zna ten adres.
4. Żeby znaleźć zepsute linki wewnętrzne, przejdź serwis programem do crawlowania, na przykład Screaming Frog. Pokaże strony z linkami do 404, które znalazł podczas skanowania.
5. Sprawdź, jaki kod naprawdę zwraca serwer. Napis „404” na ekranie nie oznacza jeszcze, że serwer wysyła kod 404, co Google podkreśla od lat. Programista sprawdzi to jednym poleceniem:

curl -sS -o /dev/null -w '%{http_code}\n' 'https://twojadomena.pl/nieistniejacy-adres/'

Poprawny wynik dla usuniętej strony zawiera 404 albo 410. Jeśli widzisz 200, masz pozorny błąd 404. Wynik 3xx oznacza przekierowanie, którego adres docelowy trzeba sprawdzić osobno.

Według pomocy Search Console adresy z 404 po usuniętych stronach powinny zniknąć z raportu po mniej więcej miesiącu. Po poprawkach w statusie „Pozorny błąd 404” kliknij „Sprawdź poprawkę”. Weryfikacja trwa zwykle do około dwóch tygodni.

Pozorny błąd 404: skąd się bierze i jak go naprawić

Pozorny błąd 404 powstaje, gdy serwer odpowiada „wszystko w porządku” (kod 200), a strona wygląda na błąd albo jest pusta. Dla Google to gorsza sytuacja niż zwykłe 404: według dokumentacji budżetu indeksowania takie strony są dalej skanowane i marnują czas robota, który mógłby spędzić na Twoich prawdziwych stronach. Typowe przyczyny:

• strona błędu „nie znaleziono” ustawiona tak, że serwer zwraca kod 200;
• przekierowanie nieistniejących adresów na stronę główną;
• puste strony, na przykład kategoria bez produktów albo strona wyników wyszukiwania bez wyników;
• serwisy w JavaScripcie (aplikacje jednostronicowe), w których serwer na każdy adres odpowiada kodem 200, a komunikat o błędzie pokazuje dopiero skrypt.

Naprawa zależy od tego, czy strona ma istnieć. Jeśli nie, serwer ma zwracać 404 albo 410. Jeśli tak, dodaj na nią treść, która jasno pokazuje, że to prawdziwa strona. Gdy Google oznaczył stronę, która działa, uruchom w narzędziu do sprawdzania adresów URL test wersji opublikowanej i kliknij „Wyświetl przetestowaną stronę”. Zobaczysz, co Google widzi po wyrenderowaniu, na przykład pustą stronę zamiast treści.

Dla serwisów w JavaScripcie Google podaje dwa rozwiązania: przekierowanie skryptem na adres, dla którego serwer zwraca 404 (na przykład /not-found), albo dodanie skryptem tagu <meta name="robots" content="noindex"> na stronach błędu.

Jak zrobić dobrą stronę błędu 404

Kod 404 i wygląd strony błędu to dwie osobne sprawy. Google pisze, że serwer może zwrócić 404 i jednocześnie pokazać dowolną treść. Własna strona błędu pomaga zatrzymać klienta, który trafił w ślepy zaułek. Google dawniej sugerował w pomocy Search Console, żeby taka strona:

• jasno mówiła, że szukanej strony nie ma, przyjaznym językiem;
• miała ten sam wygląd i to samo menu co reszta serwisu;
• linkowała do najpopularniejszych stron i do strony głównej;
• dawała możliwość zgłoszenia zepsutego linku.

Od siebie dodajemy wyszukiwarkę serwisu i, w sklepie, linki do głównych kategorii. Najważniejsze jest jednak to, żeby strona błędu odpowiadała kodem 404. Inaczej Google może ją zindeksować albo uznać za pozorny błąd 404. Sprawdzisz to poleceniem z poprzedniej części albo w zakładce Sieć w narzędziach dla programistów przeglądarki.

Gdy w raporcie indeksowania obok 404 widzisz też inne statusy, ich znaczenie wyjaśniamy w tekście dlaczego Google nie indeksuje strony. Jeśli nie wiesz, czy błędy w Twoim serwisie to porządek po usuniętych stronach, czy awaria, sprawdzamy to w ramach audytu SEO.