TL;DR: Błąd 404 oznacza, że serwer działa, ale pod wpisanym adresem nie ma żadnej strony. Pojedyncze 404 są normalne i same w sobie nie obniżają pozycji całej witryny w Google. Problem zaczyna się wtedy, gdy na 404 kończą się adresy, które mają linki, ruch z Google albo trafiają do nich klienci z reklam i wizytówki. Takie adresy naprawia się przekierowaniem 301 na najbliższą tematycznie, działającą podstronę, a nie hurtowo na stronę główną. Najwięcej błędów 404 powstaje przy przebudowie strony, zmianie struktury adresów i usuwaniu starych podstron.
Od 2013 roku buduję i przebudowuję strony dla firm i z błędem 404 spotykam się praktycznie po każdym redesignie, który ktoś robił przede mną. Scenariusz jest zawsze podobny: nowa strona wygląda świetnie, ale po kilku tygodniach telefon dzwoni rzadziej. Okazuje się, że stare adresy podstron usług, które latami zbierały ruch z Google, prowadzą teraz donikąd. W tym wpisie wyjaśniam, co oznacza błąd 404, kiedy jest groźny, jak znaleźć niedziałające adresy na swojej stronie i jak je naprawić przekierowaniami 301.
Co oznacza błąd 404?
Każda odpowiedź serwera na prośbę przeglądarki ma swój trzycyfrowy kod. Kod 200 oznacza „wszystko w porządku, oto strona”. Kod 404 Not Found oznacza „serwer działa, ale pod tym adresem nic nie ma”. To ważne rozróżnienie: 404 nie jest awarią strony ani hostingu. Strona główna i pozostałe podstrony działają, brakuje tylko tej jednej, o którą poprosiła przeglądarka.
Najczęstsze przyczyny błędu 404 to:
- usunięta podstrona albo wpis na blogu,
- zmieniony adres (slug) podstrony, np. z /oferta-klimatyzacja/ na /montaz-klimatyzacji/,
- przebudowa strony z nową strukturą menu i adresów,
- literówka w linku, w menu, w stopce maila albo na ulotce z kodem QR,
- przeniesienie strony na nową domenę bez przekierowań,
- zmiana ustawień bezpośrednich odnośników w WordPressie.
404 a 410 i inne kody błędów
Obok 404 istnieje kod 410 Gone, który mówi wprost: „ta strona była, ale została usunięta na stałe”. Dla Google różnica jest niewielka, bo jego dokumentacja traktuje wszystkie błędy 4xx (poza 429) tak samo: adres, który wcześniej był w indeksie, zostaje z niego usunięty, a robot z czasem odwiedza go coraz rzadziej[1]. Zupełnie inną sprawą są błędy 5xx, np. 500 czy 503. Te oznaczają problem po stronie serwera i jeśli utrzymują się dłużej, wymagają pilnej interwencji, bo dotyczą zwykle całej strony, a nie jednego adresu.
Miękki błąd 404 (soft 404)
Jest jeszcze podstępna odmiana: soft 404. Serwer odpowiada kodem 200, czyli „wszystko w porządku”, ale na stronie jest pusta treść, komunikat „nie znaleziono produktu” albo przekierowanie na zupełnie niezwiązaną stronę. Google rozpoznaje takie przypadki i zgłasza je w Search Console jako „miękki błąd 404”[1]. Często spotykam je w sklepach, gdzie produkt zniknął z oferty, a jego karta wisi pusta, oraz na stronach, gdzie ktoś ustawił przekierowanie wszystkich nieistniejących adresów na stronę główną.
Czy błędy 404 szkodzą stronie w Google?
Krótka odpowiedź: same w sobie nie. Google od lat powtarza, że błędy 404 są normalną częścią internetu i nie obniżają pozycji pozostałych, działających podstron[2]. Jeśli usuniesz stary wpis o promocji z 2019 roku i nikt do niego nie linkuje, 404 jest dokładnie tym, co powinno się stać.
Szkodzą natomiast skutki 404 w kilku konkretnych sytuacjach:
- Stracony ruch z Google. Jeśli podstrona była wysoko na ważną frazę, po zmianie adresu bez przekierowania wypada z indeksu, a nowy adres zaczyna od zera.
- Utracone linki. Linki z innych stron, katalogów, artykułów sponsorowanych czy forów prowadzą w próżnię. Ich wartość nie przechodzi na nową podstronę.
- Stracony klient. Ktoś klika w link z wizytówki Google, z newslettera albo z reklamy i widzi „nie znaleziono strony”. Większość osób nie szuka dalej, tylko wraca do wyników i wybiera konkurencję.
- Przepalony budżet reklamowy. Kampania w Google Ads kierująca na nieistniejący adres płaci za kliknięcia, z których nic nie wynika.
- Złe wrażenie. Niedziałające linki w menu czy w treści wyglądają na stronę porzuconą, a to podkopuje zaufanie do firmy.
Dlatego nie chodzi o to, żeby na stronie nigdy nie było żadnego 404. Chodzi o to, żeby żaden wartościowy adres na nim nie kończył.
Jak znaleźć błędy 404 na swojej stronie?
Nie musisz czekać, aż klient zadzwoni z informacją, że „coś nie działa”. Niedziałające adresy da się wyłapać na kilka sposobów.
Google Search Console
W raporcie Strony (sekcja Indeksowanie) znajdziesz pozycje „Nie znaleziono (404)” oraz „Miękki błąd 404”. To lista adresów, które Google zna i próbował odwiedzić. Przy każdym adresie warto sprawdzić, skąd Google go zna: czy to stara podstrona, czy np. adres wygenerowany przez wtyczkę albo spam po dawnym włamaniu.
Crawler, czyli narzędzie do skanowania strony
Programy takie jak Screaming Frog przechodzą po wszystkich linkach na stronie tak jak robot Google i pokazują, które z nich prowadzą do 404. To najszybszy sposób na znalezienie niedziałających linków w menu, stopce i treści wpisów. Przy przeglądzie strony w ramach administracji stronami robię taki skan regularnie.
Statystyki i logi serwera
Jeśli masz Google Analytics, możesz sprawdzić, ile odsłon ma strona błędu (zwykle ma tytuł „Nie znaleziono strony”). Pełniejszy obraz dają logi serwera, które zapisują każde żądanie z kodem odpowiedzi. Dostęp do nich daje panel hostingu, o którego wyborze piszę w tekście domena i hosting dla firmy.
Narzędzia do analizy linków
Płatne narzędzia SEO, np. Ahrefs, pokazują listę stron, do których prowadzą linki z innych domen, a które dziś zwracają 404. To lista adresów do naprawy w pierwszej kolejności, bo każdy z nich marnuje cudzy link.
Jak naprawić błąd 404?
Przy każdym adresie z listy zadaję sobie jedno pytanie: czy istnieje dziś na stronie podstrona, która odpowiada na tę samą potrzebę? Od odpowiedzi zależy, co robię dalej.
Przekierowanie 301, gdy treść ma swój odpowiednik
Jeśli podstrona zmieniła adres albo jej treść przeniosła się w inne miejsce, ustawiam przekierowanie 301, czyli stałe przekierowanie ze starego adresu na nowy. Użytkownik, który kliknie w stary link, trafia automatycznie na właściwą stronę, a Google traktuje 301 jako silny sygnał, że to nowy adres powinien być pokazywany w wynikach[3]. Według Google stałe przekierowania nie powodują utraty PageRanku, czyli wartość linków przechodzi na nowy adres[4].
Kilka zasad, których pilnuję przy przekierowaniach:
- Przekierowanie na najbliższy tematycznie odpowiednik. Stara podstrona „Montaż klimatyzacji Legionowo” powinna prowadzić do obecnej podstrony o montażu klimatyzacji, a nie do strony głównej.
- Bez łańcuchów. Adres A powinien prowadzić od razu do adresu C, a nie przez B. Google radzi kierować bezpośrednio do miejsca docelowego, a jeśli się nie da, ograniczać łańcuch do kilku kroków[4].
- Na długo. Google zaleca utrzymywać przekierowania co najmniej rok, a najlepiej bezterminowo[4]. Usunięcie ich po miesiącu „bo już działa” przywraca problem.
- Po stronie serwera. Przekierowanie w pliku .htaccess, w konfiguracji serwera albo przez wtyczkę jest pewniejsze niż przekierowanie w JavaScripcie, które Google każe stosować tylko w ostateczności[3].
Kiedy 301, a kiedy 302?
Przekierowanie 302 (oraz 307) to przekierowanie tymczasowe. Google w wynikach nadal pokazuje wtedy stary adres, bo zakłada, że zmiana zaraz się odwróci[3]. Stosuję je np. na czas prac nad podstroną albo krótkiej akcji promocyjnej. Przy zmianie adresu na stałe zawsze wybieram 301. Bardzo często widzę strony, na których ktoś „na chwilę” ustawił 302 i tak zostało na lata.
Zostawienie 404 lub 410, gdy treści już nie ma
Jeśli treść zniknęła na dobre i nie ma sensownego zamiennika (np. oferta pracy z 2020 roku albo usługa, której już nie świadczysz), zostawiam 404 albo ustawiam 410. To uczciwa informacja dla Google i dla użytkownika. Przekierowanie wszystkiego na stronę główną wygląda na rozwiązanie, ale Google może je potraktować jako miękki błąd 404, a użytkownik i tak nie znajduje tego, czego szukał[4].
Poprawienie linków u źródła
Przekierowanie leczy skutek, ale warto też poprawić przyczynę. Jeśli niedziałający link siedzi w menu, w treści wpisu, w wizytówce Google, w stopce maila albo w reklamie, poprawiam go tam, żeby prowadził od razu pod właściwy adres. Każde przekierowanie to dodatkowy ułamek sekundy ładowania.
Przekierowania na WordPressie w praktyce
Na stronach WordPress przekierowania 301 ustawiam najczęściej na dwa sposoby:
- Wtyczka do przekierowań (np. Redirection albo moduł przekierowań w Rank Math). Wygodna, bo pozwala dodać przekierowanie z panelu i pokazuje dziennik adresów zwracających 404.
- Reguły w pliku .htaccess na serwerze Apache lub LiteSpeed. Szybsze, bo działają, zanim w ogóle uruchomi się WordPress, ale błąd w tym pliku potrafi wyłączyć całą stronę, więc przed edycją zawsze robię kopię.
Warto też zadbać o samą stronę błędu. Dobra strona 404 zwraca prawdziwy kod 404 (a nie 200), mówi ludzkim językiem, że strony nie ma, i podsuwa dalszą drogę: wyszukiwarkę, link do usług i kontaktu. Dzięki temu nawet zgubiony użytkownik ma szansę zostać.
Uwaga na jedną rzecz: jeśli na stronie pojawiają się przekierowania, których nikt nie ustawiał, np. na strony z kasynem czy lekami, to nie jest problem z 404, tylko objaw włamania. Opisuję to szerzej we wpisie o spamie SEO i złośliwych przekierowaniach.
Redesign i migracja strony bez utraty ruchu
Najwięcej szkód robią błędy 404 po przebudowie strony. Dlatego przy każdym projekcie, w którym zmienia się struktura adresów, przed publikacją nowej wersji przygotowuję mapę przekierowań:
- Zbieram listę wszystkich adresów starej strony: z mapy witryny, ze skanu crawlerem, z Search Console i z narzędzi do analizy linków.
- Zaznaczam adresy, które mają ruch z Google, linki z zewnątrz albo są używane w reklamach i materiałach drukowanych.
- Każdemu z nich przypisuję odpowiednik na nowej stronie.
- Wdrażam przekierowania 301 w dniu publikacji nowej wersji, a nie „jak coś wyskoczy”.
- Po publikacji skanuję stronę jeszcze raz i przez kolejne tygodnie obserwuję raport 404 w Search Console.
Jeśli dopiero planujesz odświeżenie strony, przeczytaj też, kiedy warto zrobić redesign strony firmowej. A jeśli redesign już był i ruch spadł, przekierowania da się dodać także po fakcie. Im szybciej, tym więcej uda się odzyskać.
FAQ - błąd 404
Co to znaczy błąd 404?
To kod odpowiedzi serwera, który oznacza, że pod wpisanym adresem nie ma strony. Serwer i reszta witryny działają, brakuje tylko konkretnej podstrony, najczęściej usuniętej albo przeniesionej pod inny adres.
Czy błąd 404 obniża pozycję strony w Google?
Pojedyncze błędy 404 nie obniżają pozycji pozostałych podstron. Szkodzi dopiero utrata ruchu i linków, gdy na 404 kończą się adresy, które wcześniej były wysoko w wynikach albo miały linki z innych stron.
Czy wszystkie błędy 404 przekierować na stronę główną?
Nie. Przekierowanie wielu starych adresów na stronę główną Google może uznać za miękki błąd 404. Przekierowuj na najbliższą tematycznie podstronę, a adresy bez odpowiednika zostaw z kodem 404 lub 410.
Czym się różni przekierowanie 301 od 302?
301 to przekierowanie stałe: Google pokazuje w wynikach nowy adres i przenosi na niego sygnały. 302 to przekierowanie tymczasowe: w wynikach zostaje stary adres. Przy trwałej zmianie adresu stosuj 301.
Jak długo utrzymywać przekierowania 301?
Google zaleca co najmniej rok, ale najbezpieczniej zostawić je na stałe. Stare linki w internecie, zakładki w przeglądarkach i wydrukowane materiały żyją znacznie dłużej niż rok.
Strona po przebudowie straciła ruch?
Jeśli po zmianie strony telefon dzwoni rzadziej albo w Search Console przybywa błędów 404, sprawdzę, które adresy zgubiły ruch i linki, przygotuję mapę przekierowań i wdrożę ją na Twoim WordPressie. Takie prace robię w ramach naprawy stron. Zadzwoń: +48 606 719 343 albo napisz: lukasz@freelancerka.com.
Przypisy i źródła
Wszystkie źródła zweryfikowane; dostęp: 21 października 2026.
- Google Search Central, „Jak kody stanu HTTP oraz błędy sieci i DNS wpływają na wyszukiwarkę Google” - developers.google.com
- Google Search Central Blog, „Do 404s hurt my site?” - developers.google.com
- Google Search Central, „Przekierowania i wyszukiwarka Google” - developers.google.com
- Google Search Central, „Przenoszenie witryny ze zmianą adresów URL” - developers.google.com
