Błąd 404 – jak wpływa na SEO i jak skutecznie go naprawić?
Błąd 404 Not Found oznacza, że serwer nie znalazł zasobu pod wskazanym adresem. Nie każdy taki status wymaga naprawy: dla usuniętej strony bez następcy prawdziwy kod 404 jest poprawną odpowiedzią. Problemem jest dopiero błędna decyzja — na przykład brak przekierowania po zmianie URL-a, niedziałający link wewnętrzny albo strona błędu zwracająca 200 OK.
Sam 404 na jednym adresie nie obniża pozycji pozostałych stron serwisu. Niedostępny URL może jednak utracić ruch i sygnały z prowadzących do niego linków, a masowe błędy po migracji utrudniają użytkownikom oraz Googlebotowi dotarcie do właściwych treści.
Co 404 mówi Googlebotowi — a czego nie mówi?
Odpowiedź 404 Not Found mówi, że pod wskazanym adresem nie ma obecnie zasobu. Nie wyjaśnia jednak, czy URL nigdy nie istniał, został usunięty celowo, zmienił się przez błąd routingu czy ma nowy odpowiednik. Tę różnicę musisz ustalić na podstawie CMS-a, historii adresu, linków i kontekstu biznesowego — dopiero wtedy wiadomo, czy pozostawić 404, przywrócić stronę czy wdrożyć przekierowanie.
Wygląd strony i kod odpowiedzi to dwie osobne rzeczy. Przyjazna strona z nawigacją, wyszukiwarką i polecanymi treściami nadal powinna zwracać 404. Z kolei ekran z komunikatem „nie znaleziono” zwracający 200 OK jest technicznie działającą stroną, ale dla Google może zostać zaklasyfikowany jako soft 404.
Czy błędy 404 szkodzą SEO?
Google wyjaśnia, że odpowiedzi 4xx nie wpływają na tempo crawlowania całego serwisu. W przypadku wyszukiwarki nowy URL zwracający 404 nie jest indeksowany, a adres obecny już w indeksie zostaje z niego z czasem usunięty. Częstotliwość ponownych odwiedzin tego URL-a stopniowo maleje.
Nie oznacza to, że raport z tysiącami błędów można zawsze zignorować. Znaczenie ma źródło adresu:
- jeśli URL powstał przez przypadkową literówkę użytkownika albo skan bota, poprawny
404zwykle nie wymaga działania; - jeśli prowadzą do niego linki wewnętrzne, trzeba naprawić linkowanie;
- jeśli URL znajdował się w sitemapie XML, trzeba usunąć go z pliku albo zastąpić aktualnym adresem;
- jeśli strona została przeniesiona i ma bezpośredniego następcę, trzeba wdrożyć trwałe przekierowanie;
- jeśli stary URL zdobył wartościowe linki zewnętrzne lub ruch, brak właściwej decyzji może oznaczać realną stratę biznesową.
W praktyce nie liczba odpowiedzi 404 jest najważniejsza, lecz to, czy niedostępne adresy powinny działać i skąd Google oraz użytkownicy nadal je odkrywają.
Drzewo decyzji: 301, 404 czy 410?
Zacznij od ustalenia, co stało się z konkretnym zasobem. Nie twórz automatycznie przekierowania tylko po to, aby zniknął błąd z raportu.
| Stan zasobu | Właściwe działanie | Odpowiedź HTTP |
|---|---|---|
| zasób nadal istnieje pod tym samym URL-em | napraw routing, rendering, dane albo zależności strony | 200 OK |
| zasób został trwale przeniesiony lub ma jednoznacznego następcę | przekieruj bezpośrednio do właściwego odpowiednika | 301 Moved Permanently lub 308 Permanent Redirect |
| zasobu nie znaleziono i nie wiadomo, czy brak jest trwały | pokaż użyteczną stronę błędu | 404 Not Found |
| zasób został świadomie i trwale usunięty bez następcy | pokaż stronę błędu i zakomunikuj trwałe usunięcie | 410 Gone |
| strona tylko wygląda na usuniętą albo jest pusta | napraw zawartość, przekieruj do wyraźnego następcy albo zwróć prawidłowy 404/410 | zamiast mylącego 200 OK |
Zasób istnieje
Jeżeli produkt, artykuł lub kategoria nadal powinny działać, nie rozwiązuj problemu przekierowaniem. Ustal, dlaczego serwer albo aplikacja nie zwraca pełnej treści. Przyczyną może być nieopublikowany rekord, błąd routingu, brak danych, niedostępne zasoby JavaScript albo awaria warstwy aplikacyjnej.
Google może oznaczyć jako soft 404 także adres zwracający 200, jeżeli po renderowaniu strona jest pusta, prawie pusta lub zawiera dominujący komunikat o błędzie. W takim przypadku właściwą naprawą jest przywrócenie treści i odpowiedzi 200, a nie ukrycie ostrzeżenia.
Zasób ma jednoznacznego następcę
Jeżeli zmienił się adres tej samej treści albo dwa materiały zostały scalone, zastosuj serwerowe przekierowanie 301 lub 308. Dla Google trwałe przekierowanie jest silnym sygnałem, że docelowy URL powinien być przetwarzany jako kanoniczny.
Cel przekierowania musi odpowiadać potrzebie użytkownika. Stary produkt może prowadzić do jego nowszego modelu, a scalony artykuł — do pełniejszej wersji tego samego tematu. Strona główna lub luźno powiązana kategoria nie są uniwersalnymi zamiennikami; Google może potraktować takie przekierowania jak soft 404.
Przy większej zmianie struktury przygotuj mapę stary URL → nowy URL przed wdrożeniem. Praktyczny proces opisujemy szerzej w poradniku o zmianie Pretty URLs w PrestaShop.
Zasób został usunięty bez następcy
Zwróć 404, gdy serwer nie znajduje zasobu, albo 410, gdy chcesz jednoznacznie zakomunikować, że został trwale usunięty. Semantycznie są to różne odpowiedzi, ale Google traktuje wszystkie kody 4xx poza 429 w ten sam sposób na etapie indeksowania: treść odpowiedzi nie jest używana, a znany URL z czasem wypada z indeksu. Dla Google efekt 404 i 410 jest taki sam; 410 wybierasz dla precyzji semantycznej, nie po to, aby przyspieszyć usunięcie URL-a.
Usuń taki adres z sitemapy XML i popraw prowadzące do niego linki wewnętrzne. Nie blokuj go wcześniej w robots.txt, ponieważ Googlebot musi móc pobrać URL, aby zobaczyć status 404 lub 410.
Soft 404: strona błędu bez właściwego statusu
Soft 404 nie jest kodem HTTP. To diagnoza Google opisująca niespójność między odpowiedzią serwera a zawartością strony. Typowe przypadki to pusty wynik wyszukiwania zwracający 200, karta usuniętego produktu bez właściwego statusu oraz masowe przekierowanie wszystkich brakujących URL-i do strony głównej. W każdym z tych scenariuszy naprawa polega na dopasowaniu odpowiedzi do rzeczywistego stanu zasobu zgodnie z drzewem decyzji powyżej.
Jak bezpiecznie sprawdzić kod odpowiedzi i przekierowania
Najszybszy odczyt samych nagłówków wykonasz poleceniem curl -I. Podstaw adres, który chcesz sprawdzić:
|
|
W pierwszej linii odpowiedzi zobaczysz na przykład HTTP/2 404, HTTP/2 410 albo HTTP/2 301. Przy przekierowaniu sprawdź także nagłówek location, który powinien wskazywać właściwy, działający adres.
Jeśli chcesz zobaczyć cały łańcuch przekierowań, dodaj --location i ogranicz liczbę przejść:
|
|
curl -I wysyła żądanie HEAD, dlatego jest szybki i nie pobiera treści dokumentu. Nie każda aplikacja obsługuje HEAD identycznie jak zwykłe GET. Gdy wynik jest zaskakujący, porównaj go z panelem Network w narzędziach deweloperskich, crawlerem albo inspekcją URL w Google Search Console.
Jak znaleźć błędy 404, które naprawdę wymagają działania
Żadne pojedyncze narzędzie nie pokazuje pełnego obrazu. Połącz kilka źródeł:
| Źródło | Co wnosi do diagnozy | Na co uważać |
|---|---|---|
| Google Search Console | adresy wykryte przez Google i wynik inspekcji URL | raport nie jest pełną listą wszystkich żądań ani linków |
| logi serwera lub CDN | rzeczywiste żądania użytkowników i robotów, częstotliwość oraz referer | odfiltruj skany botów i przypadkowe adresy |
| Screaming Frog SEO Spider | niedziałające linki osiągalne podczas crawlu serwisu | osierocone URL-e nie pojawią się bez dodatkowego źródła |
| Ahrefs | zewnętrzne linki prowadzące do niedostępnych stron | narzędzie nie rozstrzyga, jaki cel przekierowania jest merytorycznie właściwy |
| sitemap XML i eksport CMS-a | rozjazd między publikowanym katalogiem a listą adresów dla wyszukiwarek | stara sitemapa może utrzymywać dawno usunięte URL-e |
Priorytet nadaj błędom, które:
- dotyczą stron z ruchem, sprzedażą lub wartościowymi linkami;
- powstały po migracji, zmianie slugu albo wdrożeniu nowego CMS-a;
- są nadal linkowane z menu, treści, breadcrumbs lub danych strukturalnych;
- znajdują się w aktualnej sitemapie XML;
- występują masowo według wspólnego wzorca, który można naprawić jedną regułą.
Nie twórz przekierowań dla każdej kombinacji wygenerowanej przez boty. Tysiące losowych prób wejścia na /wp-admin, stare skrypty lub nieistniejące parametry mogą poprawnie pozostać odpowiedziami 404.
Masz błędy 404 po migracji albo zmianie struktury URL-i?
Sprawdzimy źródła niedostępnych adresów, przygotujemy mapę przekierowań i oddzielimy realne straty ruchu od poprawnych odpowiedzi 404.
Najczęstsze błędne sposoby naprawy
Przekierowanie wszystkiego na stronę główną
Takie przekierowanie usuwa komunikat z przeglądarki, ale nie przywraca poszukiwanej treści. Jeśli cel nie odpowiada intencji starego URL-a, Google może rozpoznać soft 404. Przekieruj tylko do strony będącej rzeczywistym następcą.
Czyszczenie cache i plików cookie
Pamięć podręczna może sprawić, że użytkownik przez chwilę widzi starą wersję strony, lecz jej wyczyszczenie nie naprawia statusu zwracanego przez serwer użytkownikom i Googlebotowi. Jeżeli CDN buforuje błędną odpowiedź po wdrożeniu poprawki, trzeba sprawdzić konfigurację cache na CDN-ie i ponownie zweryfikować kod HTTP. Usuwanie cookies nie jest metodą naprawy SEO błędu 404.
Dodanie breadcrumbs lub wyszukiwarki
Breadcrumbs, menu i wyszukiwarka pomagają użytkownikowi wyjść ze strony błędu. Nie zmieniają jednak kodu HTTP, nie odtwarzają zasobu i nie zastępują przekierowania. Traktuj je jako element użytecznego szablonu 404, a nie techniczną naprawę niedostępnego adresu.
Automatyczne przekierowanie do kategorii
Kategoria może być dobrym celem tylko wtedy, gdy rzeczywiście zastępuje usuniętą treść. Dla wycofanego wariantu produktu właściwa bywa aktywna karta produktu głównego; dla poradnika — zaktualizowana wersja materiału. Ogólna kategoria wybrana wyłącznie na podstawie wspólnego słowa w URL-u często jest gorsza od uczciwego 404.
Jak powinna wyglądać użyteczna strona 404?
Własna strona błędu może korzystać z tego samego nagłówka, stopki i stylu co reszta serwisu. Powinna jednak jasno mówić, że żądany zasób nie istnieje. Dobrze, gdy zawiera:
- link do strony głównej i najważniejszych sekcji;
- wyszukiwarkę, jeśli rzeczywiście pomaga znaleźć treść;
- kilka popularnych albo kontekstowych materiałów;
- prostą możliwość zgłoszenia niedziałającego linku;
- poprawny status HTTP
404.
Nie umieszczaj na szablonie 404 pełnej kopii strony głównej bez komunikatu o błędzie. Użytkownik powinien od razu rozumieć, co się stało, a robot musi otrzymać jednoznaczny kod.
Jak zapobiegać masowym błędom 404?
Największe straty zwykle nie wynikają z pojedynczej literówki, lecz ze zmiany wykonanej bez kontroli adresów. Dlatego:
- przed migracją wyeksportuj URL-e z CMS-a, sitemapy, analityki, Search Console i narzędzia do linków;
- przygotuj mapę przekierowań jeden do jednego i przetestuj ją przed publikacją;
- po wdrożeniu przeskanuj linkowanie wewnętrzne oraz porównaj starą i nową listę adresów;
- generuj sitemapę wyłącznie z kanonicznych URL-i zwracających
200; - monitoruj logi oraz raport indeksowania po każdej zmianie routingu;
- dodaj kontrolę linków wewnętrznych do procesu publikacji lub CI.
W e-commerce ustal też reguły dla produktów czasowo niedostępnych, wycofanych i zastąpionych nowym modelem. Chwilowy brak magazynowy nie jest powodem do usuwania działającej karty produktu. Jeśli natomiast awaria całego serwisu jest tymczasowa, właściwą odpowiedzią może być 503 Service Unavailable, a nie 404; diagnozę takich zdarzeń opisujemy w artykule o błędach serwera 500.
