Błąd 404 jest jednym z najczęściej spotykanych komunikatów na stronach internetowych. Pojawia się wtedy, gdy użytkownik albo robot wyszukiwarki próbuje otworzyć adres URL, pod którym serwer nie znajduje oczekiwanej treści.
Sam kod 404 Not Found nie oznacza jednak automatycznie problemu z SEO. Jeżeli strona została świadomie usunięta i nie ma odpowiedniego zamiennika, odpowiedź 404 może być całkowicie prawidłowa.
Problem zaczyna się wtedy, gdy błąd pojawia się w miejscu, które nadal powinno działać – na przykład po zmianie adresu podstrony, migracji serwisu, usunięciu produktu albo błędzie konfiguracji WordPressa.
404 jest przy tym tylko jednym z wielu kodów odpowiedzi HTTP.
Kod może informować, że:
W tym poradniku wyjaśniamy:
Kod HTTP 404 Not Found oznacza, że serwer otrzymał żądanie, ale nie znalazł zasobu pod wskazanym adresem URL.
Przykład: użytkownik próbuje wejść na: /oferta/stara-usluga/
ale taka podstrona została wcześniej usunięta.
Serwer odpowiada kodem 404.
Nie oznacza to jeszcze awarii całej strony. Inne podstrony mogą działać prawidłowo. Błąd dotyczy konkretnego adresu.
Kody HTTP informują przeglądarkę, robot wyszukiwarki albo inną aplikację o rezultacie żądania wysłanego do serwera. Nie każdy kod HTTP jest błędem.
Najważniejsze grupy to:
Najczęściej spotykany:
200 OK
Oznacza, że strona lub zasób zostały prawidłowo zwrócone.
Informują, że zasób znajduje się pod innym adresem.
Przykłady:
Przykłady:
Przykłady:
To właśnie kody 4xx i 5xx najczęściej wymagają analizy.
Przyczyn może być wiele.
Jeżeli treść przestała być potrzebna i została usunięta, serwer może prawidłowo zwracać 404.
Przykład:
stary adres: /oferta/projektowanie-stron/
został zmieniony na: /oferta/strony-internetowe/
ale nie ustawiono przekierowania.
Stary URL zaczyna zwracać 404.
W treści artykułu, menu albo stopce nadal znajduje się link do nieistniejącej podstrony.
Inna domena może prowadzić do:
Po zmianie CMS, domeny albo struktury URL część starych adresów może przestać istnieć.
To jeden z powodów, dla których migracja powinna obejmować przygotowanie mapy przekierowań.
Więcej o tym procesie opisujemy w artykule Migracja strony internetowej – jak bezpiecznie przenieść swoją witrynę na nowy serwer?
W e-commerce 404 może pojawiać się po:
Ważne jest wtedy ustalenie, czy produkt rzeczywiście nie ma już odpowiednika.
Jeżeli wiele podstron nagle zwraca 404, przyczyna może leżeć w:
Nie każdy błąd 404 szkodzi SEO. Jeżeli strona rzeczywiście została usunięta i nie ma odpowiedniego zamiennika, kod 404 jest prawidłową informacją dla Google.
Nie powinno się więc automatycznie naprawiać każdego 404. Problem pojawia się wtedy, gdy błąd dotyczy adresu, który nadal ma wartość dla użytkowników lub wyszukiwarki.
Błąd 404 wymaga sprawdzenia lub reakcji, gdy:
W takich przypadkach problemem nie jest sam kod 404, ale utrata działającego adresu, linków lub ścieżki użytkownika.
Więcej o wpływie błędów technicznych na indeksowanie opisujemy w poradniku Indeksowanie stron internetowych – wszystko, co musisz wiedzieć.
To jedna z najważniejszych decyzji przy obsłudze błędów. Nie każdy 404 powinien być przekierowany.
Zastosuj: 301 Moved Permanently
Przykład:
stary URL: /stara-oferta/
nowy URL: /nowa-oferta/
Jeżeli obie strony dotyczą tego samego tematu, trwałe przekierowanie jest właściwym rozwiązaniem.
Można rozważyć 301 do najbardziej zbliżonej strony. Nie powinno to jednak być przypadkowe przekierowanie.
Nowy adres powinien odpowiadać intencji starego URL-a.
Można pozostawić:
Nie ma potrzeby przekierowywania każdej usuniętej strony.
Najpierw popraw sam link.
Przekierowanie może być dodatkowym zabezpieczeniem, ale nie zastępuje uporządkowania linkowania wewnętrznego.
Jeżeli URL nie powinien już istnieć, usuń go również z sitemap.xml.
Mapa strony powinna zawierać adresy, które rzeczywiście mają być indeksowane.
To częsty błąd.
Załóżmy, że nie istnieje już: /produkt/stary-model/
a użytkownik zostaje automatycznie przekierowany na stronę główną.
Technicznie nie widzi błędu 404, ale problem nie został rozwiązany. Użytkownik szukał konkretnego produktu, a otrzymał zupełnie inną stronę.
Takie zachowanie może również prowadzić do sytuacji, w której wyszukiwarka uzna stronę za soft 404.
Lepiej zwrócić prawidłowe 404 niż tworzyć pozorne przekierowanie bez sensownego celu.
Oba kody mogą oznaczać, że konkretna treść nie jest już dostępna.
Serwer nie znalazł zasobu pod danym adresem.
Nie mówi jednoznacznie, czy zasób:
Informuje bardziej jednoznacznie, że zasób został świadomie i trwale usunięty.
Z perspektywy zarządzania serwisem 410 może więc być bardziej precyzyjną informacją.
W praktyce dla większości standardowych stron internetowych prawidłowe 404 również jest wystarczające.
Nie ma potrzeby masowego zastępowania wszystkich 404 kodem 410.
Soft 404 to sytuacja, w której strona zachowuje się jak nieistniejąca, ale technicznie nie zwraca prawidłowego kodu 404.
Najczęstszy przypadek – serwer odpowiada: 200 OK
ale treść strony mówi: Produkt nie istnieje.
albo: Nie znaleziono wyników.
Dla wyszukiwarki jest to sprzeczna informacja.
Serwer twierdzi, że strona istnieje, podczas gdy jej zawartość sugeruje coś przeciwnego.
Google może zakwalifikować taki adres jako soft 404 i nie uwzględnić go w indeksie.
Można przygotować bardzo atrakcyjną stronę błędu:
Ale serwer nadal powinien zwrócić: HTTP 404
Wygląd strony 404 i kod odpowiedzi HTTP to dwie różne rzeczy.
Dobra strona błędu poprawia doświadczenie użytkownika, ale nie może udawać prawidłowo istniejącej podstrony.
Wszystko działa prawidłowo. Zasób został znaleziony i zwrócony.
To standardowa odpowiedź dla działającej strony.
Zasób został trwale przeniesiony.
Stosujemy go między innymi:
Również oznacza trwałe przekierowanie.
Różnica techniczna w stosunku do 301 dotyczy między innymi zachowania metody HTTP.
W typowych migracjach stron 301 pozostaje najczęściej spotykanym rozwiązaniem.
Oznaczają przekierowanie tymczasowe.
Należy ich używać wtedy, gdy rzeczywiście zakładamy powrót do pierwotnego adresu.
Jeżeli zmiana jest trwała, lepszym rozwiązaniem jest 301 albo 308.
Dostęp wymaga uwierzytelnienia.
Może pojawić się na przykład przy chronionych zasobach albo panelach wymagających logowania.
Serwer rozumie żądanie, ale odmawia dostępu.
Przyczyną mogą być:
Nie znaleziono zasobu pod wskazanym URL-em.
Zasób został trwale usunięty.
Serwer otrzymał zbyt wiele żądań w określonym czasie.
Może być efektem:
Jeżeli serwer zwraca kod 429 robotowi Google, Google traktuje go jako sygnał przeciążenia i może tymczasowo ograniczyć częstotliwość wysyłania kolejnych żądań.
Ogólny wewnętrzny błąd serwera lub aplikacji.
Sam kod nie mówi jeszcze, co dokładnie się wydarzyło.
Przyczyną może być:
Serwer pośredniczący otrzymał nieprawidłową odpowiedź od kolejnej usługi.
Może dotyczyć np.:
Usługa jest chwilowo niedostępna.
Może pojawić się podczas:
Serwer pośredniczący nie otrzymał odpowiedzi w oczekiwanym czasie.
Najczęściej oznacza problem z wydajnością, usługą działającą po stronie serwera albo komunikacją pomiędzy elementami infrastruktury.
To dwa zupełnie różne problemy.
Serwer działa, ale: nie znajduje konkretnego zasobu.
Przykład – nie istnieje podstrona:/kontakt-2020/
Serwer lub aplikacja nie są w stanie prawidłowo obsłużyć żądania.
Przykład: strona istnieje, ale jej wygenerowanie powoduje błąd PHP.
Można więc uprościć:
To rozróżnienie ma duże znaczenie podczas diagnostyki.
Sprawdzimy, czy przyczyna znajduje się w adresach URL, WordPressie, kodzie aplikacji, konfiguracji serwera czy przekierowaniach i wskażemy właściwy sposób naprawy.
Jeżeli problem dotyczy WordPressa, najpierw ustal jego skalę.
Jeżeli tak, sprawdź:
To może wskazywać na problem systemowy.
Warto sprawdzić m.in.:
Warto ustalić:
Właśnie dlatego większe aktualizacje i zmiany warto najpierw wykonywać na środowisku testowym. Więcej opisujemy w poradniku Staging WordPress i środowisko testowe – jak bezpiecznie testować zmiany na stronie?
To inna sytuacja niż pojedynczy nieistniejący wpis.
Jeżeli:
częstą przyczyną jest problem z obsługą przyjaznych adresów URL.
Może dotyczyć:
W takiej sytuacji masowe dodawanie przekierowań nie jest rozwiązaniem. Trzeba usunąć przyczynę systemową.
500 Internal Server Error jest bardziej ogólnym błędem.
W WordPressie może pojawić się między innymi po:
Problem wymaga więc diagnostyki. Nie należy zakładać z góry, że winna jest konkretna wtyczka.
Jeżeli strona przestała działać po aktualizacji albo zwraca błędy serwera, zobacz również naszą usługę naprawy stron WordPress.
Mogą pojawiać się przy WordPressie, ale ich źródło nie musi znajdować się bezpośrednio w CMS-ie.
Problem może dotyczyć:
Dlatego przy takich błędach ważna jest analiza całego środowiska. Sam WordPress może być tylko jednym z elementów większego systemu.
Tutaj sytuacja jest bardziej poważna niż przy zwykłym 404.
Kod 5xx oznacza, że robot wyszukiwarki nie może prawidłowo pobrać strony z powodu problemu po stronie serwera lub aplikacji.
Jeżeli takie błędy są krótkotrwałe, wyszukiwarka może wrócić później.
Jeżeli jednak trwają długo lub występują masowo, może dojść do:
Dlatego masowe błędy 500, 502, 503 czy 504 wymagają szybszej reakcji niż pojedynczy prawidłowy 404.
Tak. Jeżeli strona jest chwilowo niedostępna z powodu kontrolowanych prac, kod: 503 Service Unavailable może być właściwą odpowiedzią.
Informuje roboty i użytkowników, że problem jest tymczasowy.
To lepsze niż przypadkowe zwracanie:
Ważne jest jednak, aby stan 503 nie utrzymywał się niepotrzebnie długo.
Samo czekanie na zgłoszenie użytkownika nie jest dobrą strategią.
Błędy można wykrywać na kilka sposobów.
Search Console pomaga znaleźć problemy widoczne z perspektywy Google.
Warto analizować między innymi raport Indeksowanie stron, w tym przyczyny, dla których poszczególne adresy nie zostały zindeksowane. Przy problemach z dostępnością serwera pomocny jest również raport Statystyki indeksowania, a konkretny adres można sprawdzić za pomocą narzędzia Sprawdzanie adresów URL.
Nie każdy raportowany 404 wymaga reakcji. Najpierw trzeba sprawdzić, czy adres rzeczywiście powinien istnieć.
Narzędzia takie jak Screaming Frog pozwalają przeanalizować linkowanie serwisu i znaleźć:
To szczególnie przydatne po większym wdrożeniu albo migracji.
Logi pokazują, jakie odpowiedzi rzeczywiście zwraca infrastruktura.
Pozwalają sprawdzić między innymi:
Przy 500, 502 czy 504 logi są często znacznie bardziej wartościowe niż sam komunikat wyświetlany użytkownikowi.
Dla kluczowych stron można monitorować:
Dzięki temu awaria może zostać wykryta zanim zgłoszą ją klienci.
Zamiast automatycznie tworzyć przekierowanie, odpowiedz na kilka pytań.
Tak
Napraw przyczynę i przywróć prawidłową odpowiedź 200.
Tak
Ustaw trwałe przekierowanie 301 do właściwego nowego adresu.
Można rozważyć przekierowanie.
Powinno być jednak logiczne dla użytkownika.
Pozostaw 404 lub 410.
Popraw je.
Usuń go z mapy strony, jeżeli nie powinien już być indeksowany.
To podejście jest znacznie bezpieczniejsze niż: wszystkie 404 → 301 → strona główna.
Strona błędu może pomóc użytkownikowi wrócić do właściwej części serwisu.
Warto umieścić na niej:
Może być zgodna z identyfikacją wizualną firmy i mieć bardziej swobodną formę.
Najważniejsze jednak, aby: nie udawała prawidłowo istniejącej strony i nadal zwracała techniczny kod 404.
Migracja jest jednym z momentów, w których najłatwiej wygenerować dużą liczbę błędów.
Może zmienić się:
Dlatego jeszcze przed uruchomieniem nowej wersji warto przygotować mapę: stary URL → nowy URL
Po wdrożeniu należy sprawdzić:
To zależy od sytuacji.
Zazwyczaj nie należy usuwać jego URL-a.
Lepiej pozostawić stronę produktu i pokazać:
Można rozważyć przekierowanie 301 do odpowiedniego następcy, jeżeli produkty są rzeczywiście powiązane.
Jeżeli nie istnieje sensowny odpowiednik, prawidłowy 404 lub 410 może być lepszy niż przypadkowe przekierowanie do kategorii.
Decyzja powinna uwzględniać:
Nie da się wyeliminować każdego 404 – część z nich jest naturalna. Można jednak ograniczyć błędy wynikające z nieprawidłowego zarządzania stroną.
Jeżeli adres ma wartość SEO i biznesową, nie należy zmieniać go tylko ze względów estetycznych.
Szczególnie ważne przy:
Nie polegaj wyłącznie na przekierowaniach.
Jeżeli URL został zmieniony, popraw również linki prowadzące do niego.
Mapa strony nie powinna zawierać usuniętych albo błędnych adresów.
Staging pozwala znaleźć część problemów zanim pojawią się na stronie produkcyjnej.
Po migracji lub redesignie warto przeskanować serwis.
Pozwala zauważyć wzrost liczby błędów widzianych przez Google.
Szczególnie przy serwisach:
Regularne aktualizacje, monitoring działania, testy zmian i szybka reakcja na problemy pomagają utrzymać WordPressa w dobrej kondycji technicznej. Zapewniamy stałe wsparcie techniczne WordPress, obejmujące utrzymanie, diagnostykę i rozwój strony.
Pojedynczy 404 po usunięciu starej strony nie wymaga zwykle zaawansowanej diagnostyki.
Sytuacja wygląda inaczej, gdy:
W takich przypadkach kod HTTP jest tylko objawem.
Przyczyna może znajdować się w:
Dlatego instalacja kolejnej wtyczki nie zawsze rozwiązuje problem.
Przy problemach technicznych analizujemy nie tylko to, jaki kod HTTP widzi użytkownik.
W zależności od przypadku sprawdzenia mogą obejmować:
Przy problemach SEO dodatkowo analizujemy:
Takie podejście jest szczególnie ważne przy złożonych błędach 5xx, ponieważ jeden komunikat może mieć wiele różnych przyczyn.
W Webtom.pl łączymy kompetencje w zakresie WordPressa, programowania backendu, infrastruktury serwerowej i SEO, dzięki czemu możemy analizować problem na kilku poziomach – od konkretnego adresu URL po aplikację i infrastrukturę.
Jeżeli potrzebujesz stałej pomocy przy utrzymaniu strony, zobacz również wsparcie techniczne WordPress.
Nie każdy kod HTTP oznacza awarię. Nie każdy 404 wymaga naprawy. I przede wszystkim – nie każdy 404 powinien prowadzić przez 301 na stronę główną.
Najważniejsze jest ustalenie, co rzeczywiście powinno wydarzyć się pod danym adresem.
Jeżeli:
Z punktu widzenia SEO największy problem nie polega na tym, że w serwisie występuje jakikolwiek 404.
Problemem jest sytuacja, gdy:
Dlatego monitorowanie kodów HTTP jest jednym z elementów technicznego utrzymania strony, który łączy SEO, prace programistyczne i administrację serwerem.
Błąd 404 Not Found oznacza, że serwer nie znalazł zasobu pod wskazanym adresem URL. Nie musi oznaczać awarii całej strony.
Najpierw należy ustalić przyczynę. Jeżeli strona nadal powinna istnieć, trzeba ją przywrócić. Jeśli została przeniesiona, stosuje się przekierowanie 301. Jeżeli została trwale usunięta i nie ma odpowiednika, można pozostawić 404 lub 410.
Sam prawidłowy 404 nie obniża automatycznie pozycji całej strony. Problem pojawia się, gdy 404 dotyczy wartościowego URL-a, który powinien działać, posiada linki, ruch lub nadal występuje w strukturze serwisu.
Nie. Jeżeli treść została trwale usunięta i nie istnieje odpowiedni zamiennik, 404 może być prawidłowym rozwiązaniem.
Nie automatycznie. Przekierowanie na stronę główną powinno mieć sens dla użytkownika. Masowe przekierowywanie wszystkich nieistniejących URL-i może prowadzić do problemów typu soft 404.
Soft 404 to sytuacja, w której strona wygląda jak nieistniejąca, ale technicznie zwraca inny kod, np. 200 OK. Wyszukiwarka może wtedy rozpoznać ją jako stronę bez właściwej treści i wykluczyć z indeksu.
404 oznacza, że zasobu nie znaleziono. 410 wskazuje bardziej jednoznacznie, że zasób został trwale usunięty.
404 oznacza brak konkretnego zasobu. 500 oznacza problem po stronie serwera lub aplikacji podczas obsługi żądania.
Przyczyną może być usunięta strona, zmiana adresu, problem z permalinkami, konfiguracją serwera, regułami przekierowań albo migracją.
Jeżeli strona główna działa, a podstrony zwracają 404, problem może dotyczyć obsługi przyjaznych adresów URL, reguł rewrite albo konfiguracji serwera.
To ogólny błąd po stronie aplikacji lub serwera. W WordPressie może wynikać m.in. z błędu PHP, konfliktu rozszerzeń, niewłaściwej konfiguracji albo problemu po aktualizacji.
503 Service Unavailable oznacza, że usługa jest chwilowo niedostępna. Może być związany z przeciążeniem, pracami technicznymi lub problemem infrastrukturalnym.
Tak, jeżeli występują masowo albo przez dłuższy czas. Mogą ograniczać crawlowanie i utrudniać wyszukiwarce dostęp do stron.
Można wykorzystać narzędzia developerskie przeglądarki, crawlery SEO, Google Search Console, narzędzia do sprawdzania nagłówków HTTP albo logi serwera.
Problemy związane z nieistniejącymi adresami można znaleźć przede wszystkim w raportach dotyczących indeksowania stron oraz sprawdzać pojedynczo za pomocą Inspekcji URL.
Tak. Powinna być zgodna z wyglądem serwisu i pomagać użytkownikowi wrócić do właściwych treści. Jednocześnie serwer powinien nadal zwracać prawidłowy kod HTTP 404.
Ten wpis stworzył
Ekspert od wycen dedykowanych rozwiązań i zarządzania projektami. Posiada ogromne doświadczenie w tworzeniu ofert idealnie dopasowanych do potrzeb i oczekiwań klientów, specjalista łączący pasję do nowych wyzwań z analitycznym podejściem do każdego szczegółu projektu.
Sprawdź, dlaczego Twoja strona traci pozycję w Google. Poznaj najczęstsze błędy SEO i sposoby, by odzyskać widoczność.
Popraw widoczność swojej strony w Google i zwiększ ruch? Sprawdź nasz praktyczny poradnik audytu SEO.
Domena, DNS i hosting wpływają na dostępność, szybkość, SEO techniczne i bezpieczeństwo strony. Sprawdź, jak infrastruktura wspiera WordPress i WooCommerce.
Jak poprawić INP (Interaction to Next Paint) w WordPress i WooCommerce. Przyczyny słabej responsywności, praktyczne działania i wpływ na UX oraz SEO.
Share:
