Błąd 404 oznacza, że użytkownik lub robot wyszukiwarki próbuje otworzyć konkretny adres URL, ale serwer nie znajduje pod nim oczekiwanego zasobu. Sam kod 404 nie musi oznaczać awarii strony. Problem zaczyna się wtedy, gdy błąd pojawia się pod adresem, który powinien działać albo do którego nadal prowadzą ważne linki.
404 może pojawić się po usunięciu podstrony, zmianie jej adresu, migracji WordPressa, błędnym linkowaniu albo problemie z permalinkami. Czasem jest całkowicie poprawny, a czasem pokazuje, że podczas przebudowy strony coś zostało pominięte.
Dlatego nie stosuję jednej zasady typu „każdy 404 trzeba przekierować”. Najpierw ustalam, dlaczego konkretny URL zwraca 404 i czy istnieje logiczna strona, która go zastąpiła.
404 Not Found oznacza, że serwer nie znajduje żądanego zasobu.
Prawidłowy 404 jest normalnym elementem działania internetu i nie zawsze wymaga naprawy.
Jeśli treść została przeniesiona, zazwyczaj ustawiam 301 do właściwego odpowiednika.
Jeśli treść nie istnieje i nie ma zamiennika, 404 lub 410 może być właściwym rozwiązaniem.
Soft 404 występuje m.in. wtedy, gdy strona wygląda jak błąd, ale zwraca 200 OK.
W WordPressie wiele błędów 404 naraz może wskazywać na problem z permalinkami lub rewrite rules.
Co oznacza błąd 404?
404 to kod odpowiedzi HTTP należący do grupy 4xx, czyli odpowiedzi związanych z problemem dotyczącym żądania.
Typowa odpowiedź serwera może wyglądać tak:
HTTP/2 404
content-type: text/htmlW praktyce sytuacja wygląda następująco:
https://example.pl/stara-usluga/
↓
serwer szuka zasobu
↓
zasób nie istnieje pod tym adresem
↓
HTTP 404 Not Found
Przeglądarka może przy tym wyświetlić elegancko zaprojektowaną stronę z menu, wyszukiwarką i propozycjami innych treści. Kod odpowiedzi nadal powinien jednak pozostać 404, jeśli adres rzeczywiście nie istnieje.
Dlaczego pojawia się błąd 404?
Powodów może być wiele. Najczęściej spotykam się z sytuacjami, w których:
- podstrona została usunięta,
- zmieniono jej adres URL bez przekierowania,
- użytkownik popełnił literówkę w adresie,
- wewnętrzny link prowadzi do starego URL-a,
- produkt WooCommerce został usunięty,
- zmieniono slug kategorii albo produktu,
- migracja zmieniła strukturę adresów,
- nieprawidłowo działają reguły permalinków WordPressa,
- problem występuje w konfiguracji serwera,
- zewnętrzna strona linkuje do nieaktualnego adresu.
Sam widok „Nie znaleziono strony” nie mówi jeszcze, która z tych przyczyn występuje. Dlatego zawsze sprawdzam konkretny URL i historię zmian.
Czy każdy błąd 404 jest problemem?
Nie.
To jedna z najważniejszych rzeczy, którą warto zrozumieć przy technicznym SEO.
Załóżmy, że ktoś wpisze:
https://example.pl/strona-ktora-nigdy-nie-istniala-12345/Taki adres powinien zwrócić 404. Nie ma powodu tworzyć dla niego strony ani przekierowywać go na siłę.
Nie ma treści ani logicznego odpowiednika. Kod 404 jest poprawną odpowiedzią.
URL powinien działać albo zostać prawidłowo przekierowany do nowej lokalizacji.
Jak błąd 404 wpływa na SEO?
Nie traktuję pojedynczego prawidłowego kodu 404 jako „kary od Google”.
Problem SEO pojawia się przede wszystkim wtedy, gdy błędny URL jest elementem struktury serwisu albo wcześniej posiadał realną wartość.
Przykładowo:
↓
zmieniam jej URL
↓
nie ustawiam 301
↓
stary adres zwraca 404
↓
użytkownicy i roboty trafiają w martwy punkt
Inny problem powstaje wtedy, gdy menu, artykuły i strony ofertowe zawierają dużą liczbę linków prowadzących do 404.
Przy audycie SEO sprawdzam więc nie tylko liczbę kodów 404, ale przede wszystkim ich źródło, znaczenie, linkowanie wewnętrzne i ewentualne odpowiedniki.
Kiedy błąd 404 powinien zostać zastąpiony przekierowaniem 301?
Gdy stary adres posiada nowy, bezpośrednio odpowiadający mu zamiennik.
Przykład:
STARY URL:
/tworzenie-stron-www/
NOWY URL:
/strony-internetowe/Jeśli to nadal ta sama usługa, tylko działająca pod nowym adresem, ustawiam:
/tworzenie-stron-www/
↓ 301
/strony-internetowe/Użytkownik automatycznie trafia wtedy do właściwej treści, a wyszukiwarka otrzymuje sygnał, że zmiana adresu jest trwała.
Kiedy nie ustawiam przekierowania?
Załóżmy, że sklep kilka lat temu sprzedawał:
/produkt/model-telefonu-z-2015-roku/Produkt został całkowicie wycofany, nie ma następcy ani sensownej kategorii, która odpowiada intencji starego URL-a.
Nie przekierowuję go automatycznie na:
/tylko dlatego, żeby „nie było 404”.
Przekierowanie powinno prowadzić do rzeczywiście odpowiadającej treści.
Błąd 404 a 410 – jaka jest różnica?
| Kod | Znaczenie | Kiedy może mieć sens? |
|---|---|---|
| 404 Not Found | Serwer nie znalazł zasobu pod tym adresem. | Standardowy nieistniejący URL. |
| 410 Gone | Zasób został usunięty i nie jest już dostępny. | Gdy świadomie usuwam treść bez zamiennika i chcę jasno zakomunikować jej brak. |
Z punktu widzenia właściciela zwykłej strony 404 jest poprawnym i powszechnym rozwiązaniem. Nie ma potrzeby zamieniać każdego usuniętego URL-a na 410.
Co to jest soft 404?
Soft 404 jest szczególnie istotny z perspektywy Google.
Typowy przykład wygląda tak:
↓
widzi: „Nie znaleziono produktu”
↓
ale serwer odpowiada: HTTP 200 OK
Dla człowieka jest to strona błędu, ale technicznie serwer mówi: „wszystko jest w porządku”.
Google może zaklasyfikować taki URL jako soft 404.
Treść sugeruje brak strony, ale kod HTTP informuje o sukcesie.
Użytkownik otrzymuje pomocny widok, a serwer zwraca właściwy status.
Jak sprawdzić, czy strona naprawdę zwraca 404?
Nie oceniam kodu wyłącznie po tym, co widzę w przeglądarce.
Mogę użyć terminala:
curl -I https://example.pl/nieistniejaca-strona/Jeśli wszystko działa poprawnie, zobaczę np.:
HTTP/2 404Przydatna jest również zakładka:
↓
Network
↓
Status
Dzięki temu odróżniam prawdziwy 404 od przekierowania, 200 OK czy błędu serwera 500.
Jak znaleźć błędy 404 na całej stronie?
Przy witrynie składającej się z kilkuset albo kilku tysięcy adresów nie sprawdzam każdego URL-a ręcznie.
Wykorzystuję kilka źródeł danych.
Google Search Console
Raport indeksowania może pokazywać adresy, które Google próbował odwiedzić, ale otrzymał odpowiedź 404.
Nie oznacza to automatycznie, że każdy z nich muszę naprawić.
Sprawdzam:
- czy URL powinien istnieć,
- skąd Google mógł go znaleźć,
- czy posiada odpowiednik,
- czy nadal występuje w sitemapie,
- czy prowadzą do niego linki wewnętrzne.
Crawler SEO
Narzędzia takie jak Screaming Frog pozwalają przeskanować cały serwis i znaleźć linki, które prowadzą do odpowiedzi 404.
To szczególnie przydatne, ponieważ mogę od razu zobaczyć:
↓
link do strony B
↓
strona B = 404
Dzięki temu poprawiam nie tylko sam status, ale również źródło błędnego odnośnika.
Błąd 404 w WordPress – jak go naprawić?
W WordPressie warto najpierw rozróżnić dwie sytuacje.
Najpierw sprawdzam, czy strona istnieje, jaki ma slug i czy adres został zmieniony.
Podejrzewam permalink, rewrite rules, .htaccess albo konfigurację serwera.
1. Ponownie zapisz bezpośrednie odnośniki
Przy typowym problemie po migracji, zmianie serwera albo konfiguracji WordPressa jednym z pierwszych testów jest wejście do:
↓
Bezpośrednie odnośniki
↓
Zapisz zmiany
Nie muszę nawet zmieniać struktury permalinków. Sam zapis powoduje ponowne wygenerowanie reguł przepisywania WordPressa.
2. Sprawdź .htaccess na Apache
W standardowej instalacji WordPressa na Apache reguły mogą wyglądać m.in. tak:
# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPressKonkretna konfiguracja może różnić się w zależności od środowiska, instalacji WordPressa i położenia witryny.
Najpierw robię kopię istniejącego pliku. Błędna reguła może spowodować kolejne przekierowania, błąd 500 albo całkowitą niedostępność podstron.
3. Sprawdź rewrite po stronie serwera
Jeśli WordPress działa na Apache, prawidłowe działanie „ładnych adresów” wymaga obsługi odpowiednich reguł przepisywania.
Przy Nginx nie korzystam z `.htaccess`, ponieważ rewrite jest konfigurowany na poziomie konfiguracji serwera.
Jeżeli po migracji:
/oferta/ = 404
/kontakt/ = 404
/blog/ = 404
konfiguracja rewrite jest jednym z pierwszych elementów, które sprawdzam.
4. Błąd 404 dla Custom Post Type
Zdarza się również, że klasyczne podstrony działają, ale 404 występuje wyłącznie przy:
- portfolio,
- realizacjach,
- własnych typach wpisów,
- niestandardowych taksonomiach.
Wtedy sprawdzam:
- slug danego typu treści,
- konflikt slugów z istniejącą stroną,
- rejestrację Custom Post Type,
- rewrite rules,
- ponowny zapis permalinków.
Błąd 404 w WooCommerce po zmianie produktu lub kategorii
Sklepy internetowe generują dużą liczbę adresów, więc 404 pojawiają się tam szczególnie często.
Typowe przypadki to:
- usunięty produkt,
- zmiana sluga produktu,
- zmiana kategorii,
- usunięta kategoria produktów,
- zmiana struktury permalinków WooCommerce,
- import, który utworzył inne adresy niż wcześniej.
Co zrobić z usuniętym produktem?
Nie stosuję automatycznie jednej odpowiedzi dla wszystkich produktów.
| Sytuacja | Rozwiązanie do rozważenia |
|---|---|
| Produkt ma bezpośredniego następcę | 301 do nowego modelu, jeśli rzeczywiście odpowiada staremu produktowi. |
| Zmieniono tylko URL | 301 ze starego adresu na nowy. |
| Produkt wróci do sprzedaży | Często lepiej zachować stronę i jasno pokazać czasową niedostępność. |
| Produkt usunięto na stałe bez zamiennika | 404 lub 410 może być poprawnym rozwiązaniem. |
Usuń wewnętrzne linki prowadzące do 404
Nawet jeśli sam kod 404 jest uzasadniony, nie chcę stale kierować na niego użytkowników z własnej strony.
Po usunięciu albo zmianie URL-a sprawdzam:
- menu,
- stopkę,
- artykuły blogowe,
- strony usług,
- karty produktów,
- breadcrumbs,
- CTA,
- linki w modułach Elementora.
Jeśli mogę od razu podlinkować właściwy URL, nie ma potrzeby prowadzić użytkownika przez:
link wewnętrzny
↓
stary URL
↓ 301
nowy URLLepiej zaktualizować odnośnik:
link wewnętrzny
↓
nowy URLAdresy 404 nie powinny pozostawać w aktywnej mapie XML
Mapa XML powinna zawierać przede wszystkim adresy, które chcę udostępniać wyszukiwarce jako aktualne strony.
Jeśli stary produkt lub wpis został usunięty, a plugin SEO nadal umieszcza go w sitemapie, sprawdzam konfigurację i cache mapy.
Nie chcę regularnie informować Google:
↓
Google go odwiedza
↓
otrzymuje 404
Sprawdź, czy do błędnego URL-a prowadzą wartościowe linki zewnętrzne
To bardzo ważne przy starszych stronach.
Załóżmy, że stary poradnik zdobył przez kilka lat linki z innych serwisów, a następnie jego URL został zmieniony bez przekierowania.
Zamiast zostawiać:
zewnętrzna strona
↓
stary artykuł
↓
404ustawiam prawidłowe przekierowanie, jeśli istnieje nowa wersja tej samej lub bardzo zbliżonej treści.
Dlatego przy większej migracji analizuję nie tylko obecne menu, ale również stare adresy i ich wcześniejszą wartość.
Błędy 404 po migracji albo przebudowie strony
To jeden z najczęstszych momentów, w których powstaje duża liczba 404.
Stary serwis może mieć:
/oferta/projektowanie-stron/
/uslugi/seo/
/blog/stary-artykul/a nowy:
/strony-internetowe/
/pozycjonowanie/
/poradnik/nowy-artykul/Jeżeli podczas uruchomienia nowej wersji nikt nie przygotował mapowania URL-i, Google i użytkownicy mogą zacząć trafiać na 404.
Przy odświeżeniu lub przebudowie strony WordPress traktuję mapowanie starych i nowych adresów jako część samej migracji, a nie poprawkę wykonywaną kilka tygodni po uruchomieniu.
Jak powinna wyglądać dobra strona błędu 404?
Prawidłowy kod 404 nie oznacza, że użytkownik musi zobaczyć pustą białą stronę z technicznym komunikatem serwera.
Dobra strona 404 może zawierać:
- jasną informację, że strony nie znaleziono,
- normalne menu witryny,
- link do strony głównej,
- wyszukiwarkę serwisu, jeśli ma sens,
- najważniejsze kategorie albo usługi,
- link do kontaktu.
Najważniejszy warunek: ładny wygląd nie może zmienić kodu 404 na 200.
Jeśli użytkownik otworzy błędny URL i zobaczy identyczną stronę główną bez wyjaśnienia, może nawet nie wiedzieć, że adres był nieprawidłowy. Wolę jasno zakomunikować problem i jednocześnie zaproponować sensowną dalszą drogę.
Błąd 404 w Google Search Console – czy trzeba go oznaczyć jako naprawiony?
Najpierw ustalam, czy adres rzeczywiście wymaga naprawy.
Jeśli ktoś kiedyś utworzył przypadkowy URL, treść nie istnieje i nie ma żadnego zamiennika, prawidłowy kod 404 może pozostać.
Jeśli natomiast Search Console pokazuje 404 dla:
- ważnej strony ofertowej,
- produktu nadal znajdującego się w sklepie,
- adresu znajdującego się w sitemapie,
- URL-a z linkami wewnętrznymi,
- strony zmienionej podczas migracji,
szukam przyczyny i dopiero po jej rozwiązaniu sprawdzam ponownie konkretny URL.
Czy trzeba usuwać stronę 404 z Google przez narzędzie Usunięcia?
Nie w typowym przypadku.
Jeśli URL został usunięty na stałe i prawidłowo zwraca 404 albo 410, wyszukiwarka może z czasem zaktualizować swój indeks po ponownym odwiedzeniu adresu.
Narzędzie usuwania w Search Console służy do innych zastosowań, w tym szybkiego czasowego ukrywania wyników.
Nie używam go jako zamiennika prawidłowych kodów odpowiedzi serwera.
Jak diagnozuję błąd 404 w WordPress krok po kroku?
Sprawdzam konkretny URL
Ustalam, czy strona naprawdę nie istnieje, czy tylko WordPress nie potrafi jej obsłużyć.
Sprawdzam kod HTTP
Odróżniam prawdziwy 404 od soft 404, przekierowania i błędu serwera.
Sprawdzam historię adresu
Czy URL został zmieniony, usunięty, przeniesiony albo powstał przypadkowo?
Weryfikuję linki wewnętrzne
Szukam miejsc, które nadal kierują użytkowników do nieistniejącej strony.
Sprawdzam permalink i rewrite
Jeśli problem obejmuje wiele podstron WordPressa, analizuję reguły adresów oraz konfigurację serwera.
Wybieram właściwe rozwiązanie
Przywracam stronę, ustawiam 301, poprawiam link albo pozostawiam prawidłowy 404/410.
Aktualizuję sitemapę i linkowanie
Usuwam stare URL-e z miejsc, w których nadal są traktowane jako aktywne.
Testuję ponownie
Sprawdzam status źródłowego URL-a, miejsce docelowe i cały łańcuch przekierowania.
Co jeśli błędy 404 wynikają z problemu technicznego WordPressa?
Jeśli pojedynczy link został źle wpisany, naprawa jest prosta.
Inaczej wygląda sytuacja, gdy po aktualizacji, migracji albo zmianie hostingu nagle przestają działać dziesiątki podstron, produkty lub własne typy wpisów.
Wtedy analizuję konfigurację WordPressa, `.htaccess`, rewrite rules, pluginy, routing oraz ustawienia serwera.
Takie problemy obsługuję również w ramach naprawy stron i sklepów WordPress / WooCommerce , ponieważ problem z 404 bardzo często nie leży w samym tekście błędu, tylko w sposobie obsługi URL-i.
Regularna kontrola błędnych adresów jest szczególnie ważna przy rozwijanej stronie
Im częściej zmieniają się produkty, kategorie, wpisy i struktura serwisu, tym łatwiej pozostawić po sobie nieaktualny URL.
Przy większych WordPressach i WooCommerce takie elementy warto kontrolować regularnie, podobnie jak aktualizacje, wydajność czy logi.
Przy serwisach wymagających stałej opieki zajmuję się tym również w ramach wsparcia technicznego WordPress i WooCommerce .
Dobrze zbudowana strona ogranicza liczbę przypadkowych błędów 404
Na stronynazlecenie.pl przy tworzeniu i przebudowie witryn zwracam uwagę również na strukturę adresów URL, przekierowania oraz techniczne SEO.
Dzięki temu zmiana wyglądu strony nie musi oznaczać utraty dotychczasowych adresów, ruchu z Google czy linków prowadzących do istniejących wcześniej treści.
Moja checklista przy błędzie 404
- Sprawdzam, czy URL rzeczywiście powinien istnieć.
- Weryfikuję rzeczywisty kod odpowiedzi HTTP.
- Odróżniam prawdziwy 404 od soft 404.
- Sprawdzam, czy strona została przeniesiona pod nowy URL.
- Jeśli istnieje bezpośredni zamiennik, rozważam 301.
- Nie przekierowuję automatycznie wszystkiego na stronę główną.
- Sprawdzam linki wewnętrzne prowadzące do błędnego adresu.
- Kontroluję sitemapę XML.
- Sprawdzam wartościowe linki zewnętrzne do starego URL-a.
- Przy WordPressie kontroluję permalinki i rewrite rules.
- Przy Apache sprawdzam konfigurację .htaccess.
- Przy Nginx analizuję reguły po stronie serwera.
- Przy WooCommerce sprawdzam produkty i kategorie po zmianach slugów.
- Po migracji porównuję starą i nową strukturę URL.
- Strona błędu 404 nadal zwraca prawdziwy status 404.
- Po wdrożeniu poprawki testuję stary i docelowy URL.
Błąd 404 naprawiaj tylko wtedy, gdy naprawdę jest błędem
Najważniejsza zasada jest prosta: 404 nie jest czymś, co trzeba za wszelką cenę wyeliminować z internetu.
Jeśli użytkownik otwiera adres, który nie istnieje i nigdy nie powinien istnieć, odpowiedź 404 jest prawidłowa.
Jeśli natomiast ważna strona zmieniła lokalizację, link wewnętrzny prowadzi donikąd albo po migracji połowa serwisu przestała działać, mam już realny problem do naprawy.
Dlatego zamiast patrzeć wyłącznie na liczbę błędów 404, zawsze sprawdzam ich kontekst, źródło i znaczenie dla użytkownika oraz SEO.
Po migracji lub zmianach na stronie pojawiło się mnóstwo błędów 404?
Mogę sprawdzić, które adresy powinny zostać przywrócone, które wymagają przekierowania 301, gdzie występują błędne linki wewnętrzne oraz czy problem nie wynika z permalinków, konfiguracji WordPressa albo serwera. Przy większej witrynie mogę przeanalizować błędy również pod kątem technicznego SEO.
Błąd 404 – najczęstsze pytania
Co oznacza błąd 404?
Błąd 404 Not Found oznacza, że serwer nie znalazł zasobu pod żądanym adresem URL. Może to wynikać z usunięcia strony, zmiany adresu, literówki albo problemu z konfiguracją routingu lub permalinków.
Czy błąd 404 jest szkodliwy dla SEO?
Sam prawidłowy 404 nie oznacza automatycznie problemu SEO. Problem pojawia się szczególnie wtedy, gdy 404 dotyczy ważnej strony, do błędnego URL-a prowadzą linki wewnętrzne lub zewnętrzne albo adres powinien zostać przekierowany do nowej wersji treści.
Czy każdy błąd 404 trzeba przekierować?
Nie. Jeśli strona nie istnieje i nie posiada logicznego zamiennika, 404 albo 410 może być prawidłowym rozwiązaniem. Przekierowanie 301 stosuję wtedy, gdy istnieje rzeczywista nowa lokalizacja lub bezpośredni odpowiednik treści.
Czy można przekierować wszystkie 404 na stronę główną?
Nie jest to dobre uniwersalne rozwiązanie. Przekierowanie powinno prowadzić do strony odpowiadającej starej treści. Jeśli takiego odpowiednika nie ma, prawidłowy kod 404 może być bardziej logiczny niż przekierowanie każdego URL-a na stronę główną.
Co to jest soft 404?
Soft 404 występuje wtedy, gdy zawartość strony sugeruje, że zasób nie istnieje, ale serwer nie zwraca właściwego kodu błędu, np. odpowiada statusem 200 OK. Google może rozpoznać taki URL jako soft 404.
Czym różni się 404 od 410?
404 oznacza, że zasobu nie znaleziono, natomiast 410 Gone komunikuje, że zasób został usunięty i nie jest już dostępny. W praktyce zwykły 404 jest poprawnym rozwiązaniem dla wielu nieistniejących adresów.
Jak naprawić błąd 404 w WordPress?
Najpierw sprawdzam, czy problem dotyczy jednego URL-a czy większości podstron. Przy wielu błędach 404 warto ponownie zapisać ustawienia permalinków i sprawdzić reguły rewrite, plik .htaccess na Apache oraz konfigurację serwera.
Dlaczego strona główna WordPress działa, a podstrony mają 404?
Taki objaw często wskazuje na problem z bezpośrednimi odnośnikami lub regułami rewrite. Sprawdzam ustawienia permalinków, .htaccess w przypadku Apache albo odpowiednie reguły konfiguracji Nginx.
Jak znaleźć błędy 404 na stronie?
Mogę wykorzystać Google Search Console, crawler SEO, logi serwera albo ręcznie sprawdzić kod odpowiedzi konkretnego URL-a przez DevTools lub polecenie curl. Przy większej stronie crawler pomaga również znaleźć źródła błędnych linków wewnętrznych.
Czy strona błędu 404 może mieć menu i linki?
Tak. Warto przygotować użyteczną stronę błędu z jasnym komunikatem, nawigacją i linkiem do ważnych części serwisu. Sam widok może być rozbudowany, ale serwer powinien nadal zwracać właściwy kod HTTP 404.
