404 Not Found to kod statusu HTTP zwracany przez serwer, gdy żądany zasób – strona, plik, obraz – nie istnieje pod podanym adresem URL. Serwer działa poprawnie i odpowiada na żądanie, ale odpowiedź brzmi: „nie mam tego, czego szukasz”. Ważna techniczna różnica: błąd 404 nie oznacza awarii serwera. Serwer znalazł żądany host (domenę) i nawiązał połączenie, ale nie znalazł konkretnego zasobu pod wskazaną ścieżką. Niedostępność serwera może skutkować np. kodem 503 albo przekroczeniem limitu czasu połączenia Dla użytkownika błąd 404 oznacza ślepy zaułek – zamiast treści widzi komunikat „Page Not Found”, „Nie znaleziono strony” lub domyślny ekran błędu przeglądarki. Dla właściciela serwisu oznacza utratę ruchu, konwersji i – przy dużej skali – widoczności w Google. Jak postępować z błędami 404, zależy od tego, czy URL kiedykolwiek istniał i czy generował ruch. Spis treściJak działa kod 404 w protokole HTTP?404 Not Found vs 410 Gone vs Soft 404 – trzy różne sytuacjeSkąd biorą się błędy 404 Not Found? 8 najczęstszych przyczynBłąd 404 a SEO – jaki ma wpływ na pozycję w Google?Jak znaleźć błędy 404 na swojej stronie?Jak naprawić błąd 404 – 5 metodKiedy NIE naprawiać błędu 404?Plan działania po odkryciu błędów 404 – krok po krokuFAQ – najczęstsze pytania o błąd 404Podsumowanie Jak działa kod 404 w protokole HTTP? Każda komunikacja między przeglądarką a serwerem odbywa się według protokołu HTTP (lub HTTPS). Gdy wpisujesz adres URL, przeglądarka wysyła żądanie GET do serwera. Serwer odpowiada kodem statusu – trzycyfrową liczbą, która określa wynik żądania. Kody statusu podzielone są na klasy: Klasa kodówZnaczeniePrzykłady1xx – InformacyjneŻądanie w toku, serwer przetwarza100 Continue2xx – SukcesZasób znaleziony i dostarczony200 OK, 201 Created3xx – PrzekierowaniaZasób przeniesiony pod inny URL301 Moved Permanently, 302 Found4xx – Błędy klientaŻądanie nieprawidłowe lub zasób niedostępny400, 401, 403, 404, 4105xx – Błędy serweraSerwer napotkał wewnętrzny błąd500, 502, 503, 504 Kod 404 należy do klasy 4xx – błędów po stronie klienta. Oznacza to, że problem leży w żądaniu (nieprawidłowy URL), a nie w działaniu serwera. To istotne rozróżnienie przy diagnostyce SEO i technicznej. 404 Not Found vs 410 Gone vs Soft 404 – trzy różne sytuacje Właściciele stron często traktują każdy „brakujący URL” jednakowo, co jest błędem. Google i inne wyszukiwarki interpretują kody 404, 410 i soft 404 różnie – i reagują na nie inaczej. Hard 404 – klasyczny błąd Serwer zwraca kod statusu HTTP 404. Googlebot odczytuje go jednoznacznie: pod tym adresem nie ma treści. URL zostanie stopniowo usunięty z indeksu Google – zazwyczaj po kilku tygodniach od momentu, gdy robot ponownie odwiedzi stronę i potwierdzi brak zasobu. 410 Gone – trwałe usunięcie Kod 410 oznacza, że zasób został trwale usunięty i nie wróci. Google szybciej deindeksuje strony zwracające 410 niż 404 – przy dużych migracjach lub usuwaniu nieaktualnych kategorii użycie 410 zamiast 404 przyspiesza porządkowanie indeksu. Kiedy używać 410 zamiast 404: gdy usuwasz produkt, który nie wróci do oferty; gdy likwidujesz kategorię; gdy celowo chcesz wyczyścić indeks z dużej liczby URLi szybciej niż pozwoli na to naturalny cykl crawlowania. Soft 404 – najgroźniejszy dla SEO Soft 404 (miękki 404) to sytuacja, gdy serwer zwraca kod 200 OK (sukces), ale treść strony jest faktycznie pusta, zawiera komunikat błędu lub jest identyczna z inną stroną (np. stroną główną). Google wykrywa to przez analizę treści i oznacza taki URL jako soft 404 w raporcie Google Search Console. Soft 404 jest groźniejszy niż hard 404, ponieważ Google nie usuwa takich URLi automatycznie z indeksu – URL pozostaje zaindeksowany, ale z oznaczeniem problemu, co obniża ocenę jakości domeny. Soft 404 często pojawia się przy: przekierowaniu nieistniejących URLi na stronę główną (serwer zwraca 200, ale treść to „home page”) pustych kategoriach w sklepie (kategoria istnieje technicznie, ale ma 0 produktów) wynikach wyszukiwania wewnętrznego bez wyników zwracanych jako 200 OK stronach z parametrami URL, które generują unikalny adres, ale identyczną treść Jak Google odróżnia soft 404 od normalnej strony? Googlebot analizuje zawartość strony i porównuje ją z innymi URLami na tej samej domenie. Jeśli stwierdza, że treść jest identyczna lub zbyt uboga (thin content), oznacza URL jako soft 404 – nawet jeśli serwer zwrócił kod 200. Raport Soft 404 znajdziesz w Google Search Console: Indeksowanie → Strony → filtr „Nie zindeksowane” → powód „Soft 404”. Skąd biorą się błędy 404 Not Found? 8 najczęstszych przyczyn 1. Usunięcie podstrony bez przekierowania Właściciel usuwa produkt, wpis blogowy lub kategorię, ale nie ustawia przekierowania 301 na odpowiedni URL. Wszystkie linki prowadzące do usuniętego zasobu – zewnętrzne backlinki, linki wewnętrzne, zakładki użytkowników – zaczynają zwracać 404. 2. Migracja CMS lub zmiana struktury URLi Migracja z PrestaShop na WooCommerce, zmiana struktury odnośników bezpośrednich (permalinks) w WordPress z /?p=123 na /kategoria/nazwa-artykulu/, zmiana slugów produktów – każda taka operacja bez przygotowanej mapy przekierowań generuje masową falę błędów 404. Szacunek: przy migracji sklepu z 5 000 produktów bez mapy przekierowań można wygenerować 5 000 nowych błędów 404 w ciągu 24 godzin od wdrożenia. 3. Literówka w adresie URL Ręczne wpisanie adresu z błędem typograficznym (np. /o-naas zamiast /o-nas) zawsze zwraca 404. Wystarczy jeden błędny link wewnętrzny, żeby Googlebot napotkał problem przy crawlowaniu. 4. Wygaśnięcie lub zmiana domeny Przeniesienie strony na nową domenę bez przekierowań powoduje, że wszystkie stare URLi z domeny źródłowej zwracają 404. Analogicznie: usunięcie subdomeny lub zmiana struktury subdomen. 5. Nieprawidłowe linki zewnętrzne (broken backlinks) Zewnętrzne serwisy linkują do URL, który już nie istnieje. Nie masz kontroli nad linkami zewnętrznymi, ale możesz kontrolować, co się dzieje, gdy ktoś wejdzie na przestarzały URL – właśnie przez przekierowania 301. 6. Wrażliwe na wielkość liter ścieżki na serwerach Linux Serwery Linux (w przeciwieństwie do Windows IIS) rozróżniają wielkie i małe litery w ścieżkach URL. /Produkt/Nazwa i /produkt/nazwa to dwa różne adresy. Błędna konfiguracja serwera lub CMS może generować 404 przy identycznych treściowo URLach różniących się wielkością liter. 7. Problemy z uprawnieniami plików lub .htaccess Nieprawidłowe reguły w pliku .htaccess (Apache) lub nginx.conf mogą powodować 404 dla zasobów, które faktycznie istnieją na serwerze, ale serwer nie może ich odnaleźć przez złą konfigurację ścieżek. 8. Sezonowe usuwanie produktów w e-commerce Sklepy internetowe regularnie usuwają produkty sezonowe, wyprzedane lub wycofane. Każdy usunięty produkt bez przekierowania to potencjalny błąd 404 – szczególnie groźny, gdy produkt był indeksowany i generował ruch organiczny. Błąd 404 a SEO – jaki ma wpływ na pozycję w Google? Odpowiedź Johna Muellera z Google (potwierdzona wielokrotnie w dokumentacji i wywiadach): „pojedynczy błąd 404 na stronie, która nigdy nie była ważna, nie wpływa na ranking„. Ale to tylko część prawdy. Błędy 404 szkodzą SEO w czterech konkretnych scenariuszach: Scenariusz 1: Utrata link equity (PageRank) Jeśli zewnętrzny serwis linkuje do Twojego URL, który teraz zwraca 404, cała wartość linkowania (link equity, PageRank) jest tracona. Link istnieje, ale prowadzi w ślepy zaułek. Przekierowanie 301 na odpowiedni URL przenosi szacunkowo 90-99% wartości linku (według badań Moz i Ahrefs z 2023 roku). Scenariusz 2: Marnowanie crawl budget Googlebot ma dla każdej domeny ograniczony crawl budget – liczbę URLi, które jest w stanie sprawdzić w jednostce czasu. Jeśli serwis ma 200 błędów 404 w strukturze linków wewnętrznych, Googlebot wydaje część budżetu na crawlowanie martwych URLi zamiast indeksować nowe treści. Dla małych i średnich stron (do 10 000 podstron) crawl budget rzadko jest krytyczny. Dla dużych sklepów (50 000+ SKU) jest to realne ograniczenie. Scenariusz 3: Gorsze doświadczenie użytkownika → wyższy bounce rate Użytkownik klikający w wynik z Google i trafiający na stronę 404 wraca natychmiast do SERPu (pogo-sticking). Google obserwuje ten wzorzec pośrednio przez sygnały user experience. Strony, na których użytkownicy regularnie nie находят tego, czego szukali, są oceniane gorzej. Scenariusz 4: Masowe 404 po migracji = gwałtowny spadek ruchu To najgroźniejszy scenariusz: migracja CMS lub zmiana URLi bez przekierowań powoduje, że setki lub tysiące zaindeksowanych URLi nagle zwracają 404. Google deindeksuje je stopniowo, a ruch organiczny spada proporcjonalnie do utraty widoczności. Odbudowa takiego ruchu bez wdrożenia przekierowań może trwać 3-6 miesięcy. Jak znaleźć błędy 404 na swojej stronie? Google Search Console – najważniejsze źródło Google Search Console (GSC) to darmowe narzędzie Google pokazujące, które URLi Twojej strony Googlebot oznaczył jako niedostępne. Ścieżka dostępu: Zaloguj się na search.google.com/search-console Wybierz swoją domenę Przejdź do: Indeksowanie → Strony Kliknij zakładkę: Dlaczego strony nie są indeksowane Wybierz powód: „Nie znaleziono (404)” Pobierz listę URLi przez Eksportuj → Arkusz kalkulacyjny GSC pokazuje tylko URLi, które Googlebot faktycznie odwiedził. Jeśli błędny URL nie jest nigdzie zlinkowany, Google może go nie znać – dlatego GSC to nie jedyne źródło. Screaming Frog SEO Spider Screaming Frog to narzędzie do crawlowania, które skanuje stronę tak jak Googlebot i wykrywa błędy 404 w strukturze linków wewnętrznych. Konfiguracja: Wpisz domenę w pasku URL → Start Po zakończeniu crawla: zakładka Response Codes → filtr 4xx Eksportuj listę URLi zwracających 404 z kolumną „Inlinks” (skąd prowadzą linki do błędnych URLi) Screaming Frog w wersji bezpłatnej crawluje do 500 URLi. Dla większych stron wymagana jest licencja (£199/rok w 2026). Ahrefs / Semrush – broken backlinks Narzędzia te pokazują błędy 404 z perspektywy linków zewnętrznych. W Ahrefs: Site Explorer → wpisz domenę → Broken Backlinks → filtr HTTP 404. Lista pokazuje, które zewnętrzne strony linkują do nieistniejących URLi – priorytet naprawy to URLi z największą liczbą i jakością backlinków. Jak naprawić błąd 404 – 5 metod Metoda 1: Przekierowanie 301 (zalecana w większości przypadków) Przekierowanie 301 (Moved Permanently) informuje Google i przeglądarkę, że zasób trwale przeniósł się pod nowy adres. Jest to najlepsza metoda naprawy, gdy istnieje odpowiedni URL docelowy. Implementacja w pliku .htaccess (Apache): # Przekierowanie pojedynczego URL Redirect 301 /stary-url /nowy-url # Przekierowanie całego katalogu RedirectMatch 301 ^/stara-kategoria/(.*)$ /nowa-kategoria/$1 Implementacja w nginx.conf: location = /stary-url { return 301 /nowy-url; } W WordPress bez dostępu do serwera: wtyczka Redirection (darmowa) lub Rank Math (moduł Redirections) umożliwiają zarządzanie przekierowaniami przez panel administracyjny. Metoda 2: Przywrócenie usuniętego zasobu Jeśli URL był aktywny, generował ruch i przypadkowo został usunięty (np. przez omyłkowe skasowanie postu w CMS) – najlepszym rozwiązaniem jest przywrócenie oryginalnej treści pod oryginalny URL. Googlebot przy następnej wizycie zobaczy kod 200 i zasób wróci do indeksu. Metoda 3: Kod 410 dla trwale usuniętych zasobów Gdy URL nie wróci i nie ma sensownego odpowiednika, zwróć kod 410 zamiast 404. Google szybciej deindeksuje URLi z 410, co przyspiesza oczyszczanie indeksu po migracjach i usuwaniu starych treści. Implementacja w .htaccess: Redirect 410 /usuniety-url W WordPress: wtyczka Redirection umożliwia ustawienie kodu 410 jako typ przekierowania („Gone”). Metoda 4: Naprawa linków wewnętrznych Jeśli błąd 404 pojawia się wyłącznie przez nieprawidłowy link wewnętrzny (np. literówkę w URL w menu lub treści), usuń lub popraw link. Nie jest konieczne przekierowanie, jeśli żaden zewnętrzny serwis nie linkuje do błędnego URLu. Metoda 5: Optymalizacja niestandardowej strony 404 Nie każdy błąd 404 da się naprawić natychmiast. W tym czasie użytkownik trafiający na 404 nie powinien widzieć pustego ekranu. Dobrze zaprojektowana strona błędu 404 powinna: wyraźnie informować, że strona nie istnieje (bez mylących komunikatów) zawierać wyszukiwarkę wewnętrzną proponować linki do popularnych kategorii lub strony głównej zachowywać nagłówek i menu nawigacyjne serwisu NIE przekierowywać automatycznie na stronę główną przez meta refresh lub JavaScript (ryzyko wystąpienia soft 404) Kiedy NIE naprawiać błędu 404? To informacja, której konkurencja prawie nigdy nie podaje: nie każdy błąd 404 wymaga naprawy. Oto przypadki, gdy zostawienie 404 jest właściwą decyzją: SytuacjaRekomendacjaUzasadnienieURL nigdy nie był indeksowany ani zlinkowany zewnętrznieZostaw 404Brak wpływu na SEO; naprawianie generuje koszty bez korzyściProdukt wycofany bez odpowiednika i bez backlinkówZostaw 404 lub zwróć 410Nie ma sensownego URL docelowego; 410 przyspieszy deindeksacjęURL generowany przez spamboty lub skanery bezpieczeństwaZostaw 404Są to URle generowane zewnętrznie, nie przez Twoją strukturęStare kampanie UTM lub trackingowe URLe z Google AdsZostaw 404Były tymczasowe; nie mają wartości SEO do zachowaniaURLe z parametrami sesji (np. ?sessid=xxx)Zostaw 404 lub zablokuj w robots.txtNigdy nie powinny być indeksowane; problem leży w konfiguracji CMS Zasada 80/20 przy naprawie błędów 404 Posortuj URLi z 404 według liczby backlinków (Ahrefs/Semrush) i według ruchu historycznego (GSC → Wydajność → filtruj po URL). Napraw najpierw te 20% URLi, które mają linki zewnętrzne lub historyczny ruch. Reszta to zazwyczaj techniczny szum bez wpływu na SEO. Plan działania po odkryciu błędów 404 – krok po kroku Pobierz listę URLi 404 z Google Search Console (Indeksowanie → Strony → Nie znaleziono 404) Uzupełnij o błędy z crawla Screaming Frog (linki wewnętrzne prowadzące do 404) Dodaj kolumnę: liczba backlinków (z Ahrefs lub Semrush) i ruch historyczny z GSC Posortuj malejąco według backlinków + ruchu – to Twoja lista priorytetów Dla każdego priorytetowego URLu znajdź najlepszy URL docelowy (nowy odpowiednik, kategoria nadrzędna lub strona główna jako ostateczność) Wdróż przekierowania 301 przez .htaccess, nginx lub wtyczkę CMS Dla URLi bez sensownego odpowiednika i bez wartości SEO: zostaw 404 lub zmień na 410 Po wdrożeniu: w GSC użyj narzędzia Sprawdź URL, aby potwierdzić zwracany kod Poproś Google o ponowne zaindeksowanie kluczowych URLi przez narzędzie Sprawdź URL → Żądaj indeksowania Za 4-6 tygodni wróć do raportu GSC i sprawdź, czy 404 zniknęły z raportu FAQ – najczęstsze pytania o błąd 404 Czy błąd 404 zawsze szkodzi pozycji w Google? Nie. John Mueller z Google wielokrotnie potwierdzał, że błędy 404 na URLach bez wartości (brak ruchu, brak backlinków) nie wpływają na ranking. Problem pojawia się przy masowej liczbie 404 po migracji lub gdy 404 dotyczą URLi z wartościowymi linkami zewnętrznymi. Jak szybko Google deindeksuje stronę 404? Zależy od crawl frequency – jak często Googlebot odwiedza daną stronę. Dla popularnych stron z dużym autorytetem: kilka dni do 2 tygodni. Dla małych stron o niskiej częstotliwości crawlowania: kilka tygodni do kilku miesięcy. Kod 410 przyspiesza deindeksację względem 404. Czy przekierowanie 404 na stronę główną to dobry pomysł? Nie – to antypattern SEO. Google wykrywa masowe przekierowania wielu różnych URLi na jeden adres i oznacza je jako soft 404. Przekierowanie powinno prowadzić do treści semantycznie zbliżonej do oryginału (np. usunięty produkt → kategoria produktów, a nie strona główna). Czy błąd 404 wpływa na Core Web Vitals? Pośrednio – tak. Strona 404 nie generuje bezpośrednio złych metryk CWV, ale wysoki bounce rate po trafieniu na 404 z wyników wyszukiwania wpływa na sygnały UX obserwowane przez Google. Ponadto broken images (zasoby CSS/JS zwracające 404) mogą opóźniać renderowanie strony i pogarszać LCP. Jak naprawić błąd 404 w WordPress bez dostępu do serwera? Zainstaluj wtyczkę Redirection (yoast.com/wordpress/plugins/redirection/) – darmową i aktywnie utrzymywaną. Umożliwia dodawanie przekierowań 301 i 410 bezpośrednio z panelu WordPress, monitorowanie błędów 404 w czasie rzeczywistym i import listy przekierowań z CSV. Podsumowanie Error 404 Not Found to kod statusu HTTP oznaczający, że serwer nie znalazł zasobu pod podanym adresem URL. Sam w sobie nie jest awarią – serwer działa, brakuje tylko konkretnego pliku lub strony. Problem zaczyna się wtedy, gdy 404 dotyczy URLi z wartością SEO: stron z backlinkami, historycznym ruchem organicznym lub ważnych dla struktury serwisu. Klucz do prawidłowej obsługi błędów 404 to: znajdź je (GSC + Screaming Frog), ustal priorytety (backlinki + ruch historyczny) i napraw odpowiednią metodą: przekierowanie 301 tam, gdzie jest URL docelowy; kod 410 tam, gdzie zasobu nie będzie; zwykły 404 tam, gdzie URL nie ma żadnej wartości SEO. Jeśli Twoja strona przeszła migrację, zmieniła CMS lub regularnie generuje setki błędów 404 – MinisterstwoReklamy.pl oferuje audyt techniczny, przygotowanie mapy przekierowań i wdrożenie na każdej platformie: WordPress, WooCommerce, PrestaShop, Shoper, SoteShop. Masz masowe błędy 404 po migracji strony? Skontaktuj się z nami: ministerstworeklamy.pl Audyt techniczny SEO | Mapa przekierowań 301 | Wdrożenie na każdej platformie CMS