Nie znaleziono (404)

TL;DR — „Nie znaleziono (404)” w Search Console oznacza, że Google zapytało Twój serwer o stronę i otrzymało odpowiedź „nie znaleziono”, więc jej nie zaindeksowało. Google znalazło URL samodzielnie — zwykle z linku gdzieś indziej albo dlatego, że strona kiedyś istniała — co opisuje, jak ją odkryto, a nie dowód, że jej nie ma w Twojej obecnej mapie witryny. To normalne i zwykle w porządku, ale tylko w przypadku adresów URL, które faktycznie mają zniknąć. Musisz to naprawić tylko wtedy, gdy URL powinien działać — w takim przypadku przywróć stronę lub przekieruj ją na właściwy zamiennik.

Co oznacza „Nie znaleziono (404)”

Ta etykieta oznacza, że Google otrzymało HTTP 404 podczas żądania URL. Dowód potwierdzający to twierdzenie Google reports Not found 404 when the page returned a 404 response when requested. Zakres: Google Search Console report terminology and documented Search behavior; the label alone may not prove the underlying root cause. Poziom ufności: wysoki · Zweryfikowano: 2026-07-14 Google: Page indexing report Google traktuje trwałe odpowiedzi 4xx inne niż 429 tak, jakby treść nie istniała. Dowód potwierdzający to twierdzenie Google treats 4xx responses other than 429 as if content does not exist and removes persistently returning URLs from the index. Zakres: Google Search Console report terminology and documented Search behavior; the label alone may not prove the underlying root cause. Poziom ufności: wysoki · Zweryfikowano: 2026-07-14 Google: HTTP status codes

Otwórz raport Indeksowanie stron w Google Search Console, a zobaczysz listę powodów, dla których strony nie są indeksowane. „Nie znaleziono (404)” jest jednym z nich. Oznacza to, że Googlebot zażądał URL, a Twój serwer odpowiedział HTTP 404 (Nie znaleziono) — standardową odpowiedzią „ta strona nie istnieje”. Ponieważ strona zwróciła 404, Google jej nie zaindeksowało.

Część, która zaskakuje ludzi: Google twierdzi, że znalazło ten URL bez wyraźnego żądania z Twojej strony. To opisuje jak Google je odkryło — zwykle jedno z dwóch miejsc poniżej — a nie gwarancję, że brakuje go w Twojej obecnej mapie witryny. Jeśli ten sam URL nadal znajduje się w przesyłanej mapie witryny, to osobny, możliwy do naprawienia problem (nieaktualny wpis w mapie witryny), a nie sprzeczność z tym, co mówi raport:

• Link. Coś w sieci linkuje do tego URL — jedna z Twoich stron lub strona na innej witrynie — a Google podążyło za linkiem.
• Strona, która kiedyś istniała. URL był wcześniej aktywny i zaindeksowany, potem go usunąłeś lub zmieniłeś. Google nadal go pamięta i ponownie go sprawdza.

Czy błędy 404 szkodzą mojemu SEO?

To pytanie, na które wszyscy naprawdę chcą odpowiedzi, więc oto ona wprost: nie, nie automatycznie. Błędy 404 są normalną częścią działania sieci. Strony są usuwane, URL-e się zmieniają, a inne witryny czasami linkują do adresów, które nigdy nie istniały. Strona zwracająca 404, gdy naprawdę jej nie ma, to prawidłowe zachowanie — własna dokumentacja Google mówi, że odpowiedzi 4xx inne niż 429 nie wpływają na szybkość indeksowania Twojej witryny, a prawidłowy 404 nie jest karą dla reszty Twojej witryny.

Ta etykieta „prawidłowy” dotyczy jednak tylko adresów URL, które faktycznie mają zniknąć. Błąd 404 na stronie, do której nadal linkujesz, która znajduje się w Twojej mapie witryny lub do której linkują inne witryny, nie jest nieszkodliwy tylko dlatego, że jest technicznie poprawny — to zepsuty link, utracona moc linków lub odwiedzający trafiający w ślepą uliczkę. Więc dla naprawdę martwych stron, do których nic nie prowadzi, „Not found (404)” w raporcie to nic, czym należy się martwić. Dla pozostałych warto się temu przyjrzeć — zobacz następną sekcję.

Kiedy błąd 404 faktycznie warto naprawić

Błędy 404 warte Twojej uwagi to te dla adresów URL, które powinny działać:

• Strona, do której nadal linkujesz z własnej nawigacji lub treści (zepsuty link wewnętrzny).
• URL, który znajduje się w Twojej mapie witryny (nie powinien — mapy witryny są dla aktywnych, indeksowalnych stron).
• Strona, do której linkują inne witryny (marnowałbyś te linki).
• URL, który nadal generuje ruch lub do którego ludzie wyraźnie chcieli trafić.

W takich przypadkach masz dwie dobre opcje:

1. Przywróć stronę, jeśli została usunięta przez pomyłkę.
2. Przekieruj ją na najbardziej odpowiednią aktywną stronę (przekierowanie 301). To wysyła odwiedzających w przydatne miejsce i, co ważne, przekazuje wartość wszelkich linków wskazujących na stary URL.

Jednej rzeczy nie rób: nie przekierowuj każdego martwego URL na swoją stronę główną. Google traktuje takie nieistotne przekierowanie jak „miękki 404” — co jest osobnym problemem. Przekieruj na naprawdę powiązaną stronę albo po prostu pozwól, aby zwracała 404.

Chcesz pełną wersję — 404 vs 410 vs 301 vs noindex, jak znaleźć to, co linkuje do 404, i jak długo te adresy pozostają w raporcie? Przełącz się na kartę Zaawansowane.

TL;DR — „Nie znaleziono (404)” oznacza, że Googlebot zażądał adresu URL, który Google opisuje jako odkryty samodzielnie — przez link lub wcześniej zindeksowaną stronę — nie przez jawne żądanie z Twojej strony, i otrzymał 404, więc strona nie jest indeksowana. Ten opis wyjaśnia pierwotne odkrycie, a nie dowód, że adresu URL nie ma w Twojej aktualnej mapie witryny. Błędy 404 są normalną częścią internetu, a dokumentacja Google mówi, że odpowiedzi 4xx inne niż 429 nie wpływają na szybkość indeksowania; 404 dla usuniętej strony bez zamiennika jest poprawne i nie jest karą dla całej witryny — ale 404 na adresie URL, który powinien istnieć (linkowany wewnętrznie, w mapie witryny, z linkami zwrotnymi lub ruchem), nadal kosztuje Cię zepsute linki, utraconą wartość lub utraconych użytkowników. W takich przypadkach: przywróć stronę lub przekieruj ją (301) na naprawdę istotną aktywną stronę — priorytetowo traktując te z linkami przychodzącymi, aby odzyskać wartość. Resztę pozostaw jako 404. Z mojego doświadczenia 410 zwykle znika nieco szybciej, chociaż Google traktuje kody 4xx inne niż 429 tak samo. Nie przekierowuj masowo na stronę główną (ryzyko miękkiego 404). Googlebot wielokrotnie sprawdza stare 404 z malejącą częstotliwością, dlatego pozostają one w raporcie — to normalne, nie kara.

Co Google naprawdę Ci mówi

Raport stwierdza zaobserwowane 404; sam w sobie nie wyjaśnia, który link, historyczny adres URL lub trasa aplikacji go wygenerowała. Dowód potwierdzający to twierdzenie Google reports Not found 404 when the page returned a 404 response when requested. Zakres: Google Search Console report terminology and documented Search behavior; the label alone may not prove the underlying root cause. Poziom ufności: wysoki · Zweryfikowano: 2026-07-14 Google: Page indexing report Ogólna dokumentacja Google dotycząca 4xx opisuje zachowanie indeksowania. Dowód potwierdzający to twierdzenie Google treats 4xx responses other than 429 as if content does not exist and removes persistently returning URLs from the index. Zakres: Google Search Console report terminology and documented Search behavior; the label alone may not prove the underlying root cause. Poziom ufności: wysoki · Zweryfikowano: 2026-07-14 Google: HTTP status codes

Definicja tego statusu w Google jest krótka: “This page returned a 404 error when requested.” (tłumaczenie) „Ta strona zwróciła błąd 404 podczas żądania”. Kontekst jest tym, co się liczy — Google odkrył adres URL bez żadnego jawnego żądania ani mapy witryny z Twojej strony. To odróżnia „Nie znaleziono (404)” od błędów indeksowania, które sam zgłosiłeś.

To zdanie opisuje, jak Google pierwotnie znalazł adres URL — nie jest to twierdzenie, że adres URL nigdy nie pojawił się w żadnej z Twoich map witryn ani że nie znajduje się w nich obecnie. Jeśli sprawdzisz aktywną mapę witryny i ten sam adres URL nadal tam jest, to realny (i osobny) problem wart naprawy — nieaktualny wpis w mapie witryny — a nie zaprzeczenie tego, co raport mówi Ci o odkryciu.

Więc adres URL pochodzi z jednego z tych źródeł:

• Link wewnętrzny lub zewnętrzny. Google wyodrębnia linki podczas indeksowania. Literówka w linku wewnętrznym, stary link na cudzej stronie lub link w komentarzu mogą skierować Googlebota na adres URL, który zwraca 404.
• Wcześniej zindeksowana strona, którą usunąłeś lub zmieniłeś jej adres URL. Google pamięta adresy URL, które widział, i ponownie je żąda przez długi czas.
• Zeskrobane, uszkodzone lub zmyślone adresy URL. Inne witryny czasami zniekształcają Twoje adresy URL, dodają śmieci lub wymyślają ścieżki. Google może je testować. Żadne z tych nie jest Twoją winą i żadne nie wymaga działania.

Ten ostatni punkt warto zapamiętać: znalezienie 404 w tym raporcie nie oznacza, że zrobiłeś coś źle. Google odkrywa adresy URL z całego internetu.

Czy „Not found (404)” szkodzi SEO? (najpierw werdykt)

Nie — nie automatycznie, i to jest największe nieporozumienie dotyczące tego raportu. Błędy 404 to sposób, w jaki internet ma działać, gdy treść znika, a dokumentacja indeksowania Google mówi, że kody statusu 4xx inne niż 429 nie mają wpływu na szybkość indeksowania witryny. Poprawnie zwrócone 404 na naprawdę usuniętej stronie nie jest karą dla całej witryny.

To jednak węższe twierdzenie niż „404 nigdy nie mają znaczenia”. 404 samo w sobie nie obniża reszty witryny, ale 404 na adresie URL, który powinien działać — z linkami wewnętrznymi, zewnętrznymi linkami zwrotnymi lub realnym ruchem — nadal kosztuje Cię coś konkretnego: zepsuty link, utraconą wartość linków lub odwiedzającego trafiającego w ślepą uliczkę. Sam raport nie jest problemem; problemem jest pozostawienie niepoprawionych 404, które nie powinny istnieć.

To pokrywa się z moim własnym odczytem kodów statusu HTTP: odpowiedzi 4xx powodują, że konkretna strona wypada z indeksu, ale to po prostu strona znika w czysty sposób — a nie kara nałożona na Twoją domenę. Strona, która zwraca 404, po prostu nie jest już w indeksie; wszystko inne pozostaje bez zmian.

Dokumentacja pomocy Google mówi to samo o indeksowaniu w ogóle: to normalne, że URL nie jest indeksowany z właściwych powodów, a “404 dla strony, którą usunąłeś i nie masz dla niej zamiennika” jest wprost jednym z tych właściwych powodów. 404 na naprawdę martwej stronie to poprawny stan końcowy, a nie zaległość.

Co Google robi z 404 wewnętrznie

Z dokumentacji Google dotyczącej kodów statusu HTTP wynika, że mechanika jest prosta: dla wcześniej zaindeksowanego URL-a potok indeksowania usuwa go z indeksu. Nowo napotkane 404 po prostu nie są przetwarzane — nie ma czego indeksować. A Googlebot nie zapomina o URL-u od razu: wciąż go ponownie żąda, z częstotliwością indeksowania stopniowo malejącą w czasie.

To zachowanie ponownego sprawdzania jest powodem, dla którego stare 404 wciąż pojawiają się w Twoim raporcie długo po tym, jak je rozwiązałeś. Google okresowo potwierdza, że strona nadal nie istnieje, na wypadek gdyby wróciła. To nie jest oznaka problemu i nie marnuje znaczącej ilości budżetu indeksowania na stronie o normalnej wielkości.

Kiedy warto naprawić 404 — a kiedy nie

Zasada decyzyjna jest prosta: napraw 404 tylko wtedy, gdy URL powinien istnieć. Sygnały, że URL “powinien istnieć”:

• Linkujesz do niego wewnętrznie (zepsuty link w nawigacji, treści lub stopce).
• Jest w Twojej mapie witryny (nie powinno go tam być — mapy witryny powinny zawierać tylko aktywne, indeksowalne URL-e).
• Ma zewnętrzne linki zwrotne prowadzące do niego.
• Wciąż generuje ruch, lub wyraźnie pasuje do tego, czego szukają ludzie.

Jeśli żaden z tych warunków nie jest spełniony — strona naprawdę zniknęła i nic wartościowego do niej nie prowadzi — zostaw ją jako 404. To poprawna odpowiedź i nie ma nic do zrobienia.

Jak naprawić te, które mają znaczenie

Dla URL-i, które powinny się rozwiązywać, masz krótkie menu:

• Przywróć stronę, jeśli została usunięta przez pomyłkę lub masz równoważną treść do przywrócenia.
• Przekieruj ją 301 do najbardziej odpowiedniej aktywnej strony. To zwykły ruch w przypadku usuniętej strony, która ma sensowny zamiennik. Jak już mówiłem o stronach pokazujących się jako 4xx: najprawdopodobniej wystarczy przekierować każdą z nich 301 do odpowiedniej strony. Przekierowanie wysyła użytkowników w użyteczne miejsce oraz przekazuje wartość rankingową wszelkich linków do nowego URL-a.
• Zostaw ją jako 404 (lub użyj 410), gdy strona naprawdę zniknęła i nie ma dobrego zamiennika. To nie jest porażka — to właściwa odpowiedź.

Priorytetyzuj według linków przychodzących. Najcenniejsze 404 to te z zewnętrznymi linkami zwrotnymi, ponieważ martwy URL z linkami wycieka wartość, którą możesz odzyskać za pomocą jednego przekierowania do odpowiedniej strony. Wyciągnij URL-e 404, które mają linki zwrotne (narzędzie do linków zwrotnych lub raport linków je pokaże), i przekieruj je 301 w pierwszej kolejności. 404 bez linków i bez ruchu może po prostu pozostać 404 — przekierowanie go niczego nie daje.

Nie przekierowuj wszystkiego na stronę główną. Przekierowanie do niepowiązanej strony — klasycznie zrzucanie każdego martwego URL-a na / — jest traktowane przez Google jako miękki 404, ponieważ miejsce docelowe nie jest prawdziwym zamiennikiem tego, o co proszono. Przekieruj do odpowiedniej strony albo nie przekierowuj wcale.

404 vs 410 vs 301 vs noindex

Te pojęcia są ciągle mylone. Pełna tabela decyzyjna znajduje się w zakładce Cheat Sheets; krótka wersja:

• 404 (Not Found) / 410 (Gone) — strona nie istnieje. Obie usuwają URL z indeksu, a dokumentacja Google mówi, że traktuje kody 4xx (poza 429) tak samo. Z mojego praktycznego doświadczenia, 410 zwykle znika nieco szybciej, ale różnica jest minimalna w obu przypadkach. Użyj 410, jeśli chcesz zasygnalizować „to już nie wróci”; 404 jest w przeciwnym razie całkowicie w porządku.
• 301 (Moved Permanently) — treść się przeniosła; skonsoliduj sygnały na nowym URL. To narzędzie dla usuniętej strony, która ma odpowiedni zamiennik.
• noindex — strona istnieje i powinna pozostać aktywna, ale nie chcesz jej w wynikach wyszukiwania. Inne narzędzie do innego celu — nie sięgaj po nie na stronie, która naprawdę zniknęła.

Jeśli chodzi konkretnie o 404 vs 410, moje własne podejście było takie, że 404 i 410 są traktowane podobnie — oba usuwają strony z indeksu, a z mojego doświadczenia 410 znikają trochę szybciej, nawet jeśli dokumentacja Google traktuje kody 4xx (poza 429) identycznie. Więc nie zamartwiaj się tym wyborem; wybierz 410 dla „zniknęło na zawsze”, 404 dla wszystkiego innego, i idź dalej.

Jak znaleźć to, co linkuje do 404

Aby naprawić 404 (lub zdecydować, czy warto), znajdź, co na nie wskazuje:

• W GSC: otwórz status „Not found (404)”, kliknij przykładowy URL i sprawdź Referring page w sekcji Discovery. Traktuj to jako jedną z możliwych wskazówek, a nie pełny spis linków — Google opisuje to jako stronę, której prawdopodobnie użył do odkrycia URL, co może być bezpośrednim linkiem, stroną wyższego poziomu, przez którą znaleziono link, lub po prostu nieobecne, jeśli informacje nie są dostępne. Połącz to z poniższymi metodami, zamiast na tym poprzestać.
• Z crawlerem / audytem strony: Ahrefs Site Audit lub Screaming Frog wylistują Twoje zepsute wewnętrzne linki — wewnętrzne 404, które możesz naprawić bezpośrednio, edytując link.
• Z narzędziem do backlinków: sprawdź zepsute backlinki, aby znaleźć martwe URL na Twojej stronie, do których linkują zewnętrzne strony. To Twoje priorytety dla 301.
• W logach serwera: źródło prawdy o tym, które URL są żądane i jakie kody statusu zwracają na dużą skalę.

Zweryfikuj naprawę i czego się spodziewać

Gdy przywrócisz lub przekierujesz URL, które powinny istnieć, możesz kliknąć Validate Fix w raporcie Page Indexing. To opcjonalne, nie wymagane — Google mówi, że może sam wychwycić poprawkę przy następnym crawlowaniu strony, niezależnie od tego, czy zweryfikujesz. Kliknięcie Validate Fix pozwala tylko śledzić ten przegląd na bieżąco; nie wiąże się z gwarantowanym terminem ani obietnicą szybszego przetwarzania. Nie oczekuj, że liczba spadnie do zera od razu w obu przypadkach: Google ponownie crawluje 404 według harmonogramu z malejącą częstotliwością, więc nawet poprawnie obsłużone URL mogą pozostać w raporcie przez jakiś czas. To pozostawanie to zachowanie ponownego sprawdzania, a nie oznaka, że naprawa nie zadziałała, i nie ma stałego punktu, w którym Google gwarantuje zakończenie. (I nie ma powodu, aby weryfikować 404, które jest naprawdę poprawne, tylko po to, by spróbować usunąć je z raportu — weryfikacja służy do potwierdzenia naprawy, a nie do odrzucania działającego 404.)

W przypadku bardzo dużych stron generujących masę fałszywych 404 (miliony śmieciowych URL z zepsutego szablonu lub pułapki na crawlera), wydajność crawlowania staje się realnym problemem i będziesz potrzebować napraw opartych na wzorcach, a nie pracy jeden po drugim — ale dla typowych stron koszt budżetu crawlowania dla 404 jest znikomy.

Gdzie to się sytuuje wśród swoich odpowiedników

„Nie znaleziono (404)” to czysty przypadek: serwer poprawnie odpowiedział „nie znaleziono”. Jego sąsiedzi w raporcie Indeksowanie stron to inne sytuacje — nie myl ich. Miękki błąd 404 to komunikat o nieznalezieniu serwowany z kodem 200 (lub nieistotnym przekierowaniem), który Google flaguje osobno. Zablokowano z powodu innego problemu 4xx obejmuje 401/403 i resztę rodziny 4xx. Błąd przekierowania to zepsute przekierowanie, odrębne od normalnej „Strony z przekierowaniem”. A błąd serwera (5xx) oznacza, że serwer zawiódł, a nie że strona zniknęła. Naprawy się różnią, więc najpierw zidentyfikuj, na jaki status faktycznie patrzysz.

Dla całego raportu zobacz centrum GSC Page Indexing; jeśli chodzi o podstawowe mechanizmy działania botów żądających adresów URL, zobacz crawling.

Podsumowanie AI

Skrócona wersja wersji zaawansowanej:

• Co to oznacza: Googlebot zażądał adresu URL, który Google opisuje jako odkryty samodzielnie — przez link lub wcześniej zindeksowaną stronę — nie przez jawne żądanie z Twojej strony, i otrzymał kod HTTP 404, więc strona nie jest indeksowana. Definicja Google: “This page returned a 404 error when requested.” (tłumaczenie) „Ta strona zwróciła błąd 404 podczas żądania”. To opis odkrycia, a nie dowód, że adres URL nie znajduje się w Twojej aktualnej mapie witryny — adres URL, który nadal tam jest, to osobny problem wart naprawy.
• Skąd pochodzi adres URL: linki wewnętrzne/zewnętrzne, strony, które usunąłeś lub zmieniłeś nazwę, lub zeskrobane/nieprawidłowo sformatowane/zmyślone adresy URL z innych miejsc. Znalezienie tutaj 404 nie oznacza, że zrobiłeś coś źle.
• Wpływ na SEO: nie automatyczny. Dokumentacja Google mówi, że statusy 4xx inne niż 429 nie wpływają na szybkość indeksowania, a poprawnie zwrócony 404 dla usuniętej strony bez zamiennika nie jest karą dla całej witryny. Ale 404 na adresie URL, który powinien działać — linkowanym, w mapie witryny, z linkami zwrotnymi lub z ruchem — nadal kosztuje zepsute linki, utracony kapitał lub utraconych użytkowników.
• Co robi Google: usuwa wcześniej zindeksowany adres URL z indeksu; nie przetwarza nowo znalezionych 404; stale sprawdza adres URL z malejącą częstotliwością — dlatego stare 404 pozostają w raporcie (normalne, nie kara).
• Kiedy naprawiać: tylko adresy URL, które powinny istnieć — linkowane wewnętrznie, w mapie witryny, z linkami zwrotnymi lub z ruchem.
• Jak naprawić: przywróć stronę lub przekieruj ją 301 na naprawdę istotną działającą stronę. Priorytetowo traktuj 404 z linkami przychodzącymi, aby odzyskać kapitał. Pozostaw naprawdę usunięte strony jako 404 (lub 410, które Google traktuje tak samo jak 404 w swojej dokumentacji, choć w praktyce zwykle znika nieco szybciej).
• Nie: masowo przekierowuj wszystko na stronę główną — nieistotne przekierowania są traktowane jako miękkie 404.
• 404 vs 410 vs 301 vs noindex: 404/410 = usunięte (oba znikają z indeksu); 301 = przeniesione (skonsolidowane na zamienniku); noindex = pozostaw stronę aktywną, ale poza wynikami wyszukiwania.
• Znajdź linki przez GSC “Referring page” (jedna możliwa wskazówka, nie pełna lista linków), crawler (zepsute linki wewnętrzne), narzędzie do linków zwrotnych (zepsute linki zwrotne) lub logi serwera. Validate Fix jest opcjonalne — Google może wykryć poprawkę bez niego, a żadna z tych ścieżek nie ma gwarantowanego terminu.

Oficjalna dokumentacja

Dokumentacja źródłowa od wyszukiwarek.

Google

• Raport indeksowania stron — raport, w którym znajduje się ten status, w tym definicja „Nie znaleziono (404)” i wskazówki: “it’s fine for a URL not to be indexed for the right reasons” (tłumaczenie) „to normalne, że adres URL nie jest indeksowany z właściwych powodów”.
• Kody statusu HTTP, błędy sieciowe i błędy DNS — jak Google obsługuje 4xx: usuwanie wcześniej zindeksowanych adresów URL, nieprzetwarzanie nowo znalezionych 404 i stopniowo malejąca częstotliwość indeksowania.
• Przekierowania i wyszukiwarka Google — jak skonfigurować przekierowania 301, których użyjesz, aby wysłać 404, które powinny istnieć, do istotnych działających stron.
• Jak usunąć stronę z wyników wyszukiwania (blokowanie indeksowania) — gdy chcesz, aby aktywna strona zniknęła z wyników wyszukiwania (noindex), co jest innym celem niż 404.

Bing / Microsoft

• Bing Webmaster Tools — Site Explorer & URL inspection — informacje o indeksowaniu Binga pokazują 404 w ten sam sposób; wskazówki dotyczące obsługi są zgodne z Google (napraw te, które mają znaczenie, pozwól prawdziwym martwym stronom pozostać 404).

Cytaty ze źródła

Oficjalne wypowiedzi Google. Każdy link to link bezpośredni, który przeskakuje do cytowanego fragmentu na stronie źródłowej.

Google — definicja „Nie znaleziono (404)”

• “This page returned a 404 error when requested.” (tłumaczenie) „Ta strona zwróciła błąd 404 podczas żądania”. — Pomoc Google Search Console, raport indeksowania stron. Przejdź do cytatu

Google — to normalne, że URL nie jest zindeksowany

• “It’s fine for a URL not to be indexed for the right reasons—for example, an expected robots.txt rule on your site, a noindex tag on the page, a duplicate URL, or a 404 for a page that you’ve removed and have no replacement for.” (tłumaczenie) „To normalne, że URL nie jest zindeksowany z właściwych powodów — na przykład oczekiwana reguła robots.txt na Twojej stronie, tag noindex na stronie, zduplikowany URL lub 404 dla strony, którą usunąłeś i nie masz dla niej zamiennika”. — Pomoc Google Search Console, raport indeksowania stron. Przejdź do cytatu

Google — jak 4xx jest obsługiwane w indeksowaniu

• “In the case of Google Search, the indexing pipeline removes the URL from the index if it was previously indexed. Newly encountered 404 pages aren’t processed.” (tłumaczenie) „W przypadku wyszukiwarki Google potok indeksowania usuwa URL z indeksu, jeśli był wcześniej zindeksowany. Nowo napotkane strony 404 nie są przetwarzane”. — Google Search Central, dokumentacja kodów statusu HTTP. Przejdź do cytatu
• “The crawling frequency gradually decreases.” (tłumaczenie) „Częstotliwość indeksowania stopniowo maleje”. — Google Search Central, dokumentacja kodów statusu HTTP. Przejdź do cytatu

Modele mentalne

1. Odkryte ≠ przesłane. „Not found (404)” konkretnie oznacza, że Google znalazł URL samodzielnie — przez link, starą zindeksowaną stronę, uszkodzony URL z innej witryny — a nie z Twojej mapy witryny. Więc pierwsze pytanie nie brzmi „jak to naprawić”, ale „czy ten URL w ogóle powinien istnieć?”

2. 404 to poprawna odpowiedź dla martwej strony. 404 to nie błąd do wyeliminowania; to właściwa odpowiedź HTTP, gdy treść zniknęła. To nie jest sygnał jakości ani sygnał rankingowy. Celem jest dokładność — aby URL-e zwracały to, co jest prawdą — a nie zerowa liczba w raporcie.

3. Napraw tylko to, co powinno istnieć. Przepuść każdy 404 przez jeden test: czy jest linkowany wewnętrznie, w mapie witryny, wspierany linkami zewnętrznymi lub nadal generuje ruch? Tak → przywróć lub przekieruj 301 do odpowiedniej strony. Nie → zostaw jako 404. Ta jedna zasada rozwiązuje większość raportu.

4. Odzyskaj wartość linków, zanim odzyskasz URL-e. Wśród 404 wartych naprawy, te z zewnętrznymi linkami przychodzącymi są najważniejsze — 301 do odpowiedniej strony odzyskuje wartość linków. 404 bez linków i bez ruchu można zostawić; przekierowanie go nic nie daje.

5. Odpowiednie przekierowanie lub brak przekierowania. 301 pomaga tylko wtedy, gdy prowadzi na faktycznie powiązaną stronę. Nieistotne przekierowanie (wszystko → strona główna) jest traktowane jako miękki 404. Gdy nie ma dobrego celu, właściwym ruchem jest zachowanie 404, a nie wymyślanie go.

Triaging listy „Not found (404)”

Przepracuj raport od góry do dołu:

• Otwórz status “Not found (404)” w raporcie Page Indexing i przejrzyj przykładowe adresy URL.
• Dla każdego adresu URL kliknij i sprawdź Referring page w sekcji Discovery — to możliwa wskazówka, gdzie Google znalazł link, a nie gwarantowana pełna lista.
• Oznacz każdy adres URL, który jest linkowany wewnętrznie — napraw zepsuty link wewnętrzny u źródła (to najczystsze zwycięstwo).
• Oznacz każdy adres URL, który jest w Twojej mapie witryny — nie powinien tam być; usuń go lub przywróć stronę.
• Pobierz adresy URL 404, które mają zewnętrzne linki zwrotne (raport zepsutych linków zwrotnych) — to Twoje priorytety 301, aby odzyskać wartość.
• Sprawdź, które 404 nadal otrzymują ruch lub wyraźnie odpowiadają intencji użytkownika.
• Dla każdego adresu URL, który “powinien istnieć”: przywróć stronę lub przekieruj 301 na naprawdę istotną działającą stronę (nie na stronę główną).
• Pozostaw naprawdę usunięte adresy URL bez linków/ruchu jako 404 (lub 410, jeśli chcesz nieco szybszego spadku).
• Potwierdź, że żadne aktywne przekierowania nie zrzucają niepowiązanych adresów URL na / (ryzyko miękkiego 404).
• Opcjonalnie kliknij Validate Fix (Google może też sam wykryć prawdziwą poprawkę) — potem spodziewaj się powolnego spadku, a nie natychmiastowego zera, bez ustalonego harmonogramu.
• Potwierdź, że triażujesz właściwy status (nie miękki 404, inne 4xx, błąd przekierowania lub 5xx — poprawki się różnią).

Playbook: jak zareagować na nagły skok 404

1. Potwierdź, że skok jest realny. Porównaj przykłady z Search Console z aktywnym crawllem lub odpowiedziami serwera; raporty mogą opóźniać się względem bieżącego zachowania.
2. Grupuj według przyczyny i szablonu. Szukaj wdrożenia, zmiany wzorca URL, błędu linków wewnętrznych, usuniętej sekcji lub źle wygenerowanego adresu URL, zamiast naprawiać wiersze pojedynczo.
3. Priorytetyzuj adresy URL z wartością. Przywróć lub przekieruj adresy URL, które powinny istnieć, mają znaczące linki zwrotne lub ruch, albo pozostają w linkach wewnętrznych i mapach witryny.
4. Zostaw uzasadnione usunięcia w spokoju. Naprawdę usunięty adres URL bez zamiennika powinien nadal zwracać 404 lub 410; nie przekierowuj go na nieistotną stronę.
5. Napraw źródło. Zaktualizuj szablony, linki wewnętrzne i generowanie mapy witryny, aby przestały tworzyć lub promować zepsuty wzorzec.
6. Waliduj i monitoruj nawroty. Przetestuj reprezentatywne adresy URL i monitoruj wzorzec. Zakończ, gdy wartościowe adresy URL rozwiązują się poprawnie, a nowo odkryte 404 wracają do oczekiwanego poziomu bazowego.

Ściągi 404

Która odpowiedź dla której sytuacji

Czy powinienem naprawić to 404? — schemat decyzyjny

Szybkie fakty

• “Nie znaleziono (404)” = Google opisuje znalezienie adresu URL bez wyraźnego żądania z Twojej strony — tak został odkryty, a nie dowód, że nie ma go w Twojej bieżącej mapie witryny.
• Poprawnie zwracany 404 nie jest automatycznie ogólnowitrynową karą za jakość lub ranking — ale 404 na adresie URL, który powinien działać, nadal kosztuje linki, ruch lub użytkowników.
• Google usuwa wcześniej zindeksowany adres URL przy 404; nie przetwarza nowych 404.
• Googlebot stale sprawdza stare 404 z malejącą częstotliwością → pozostają one w indeksie.
• 404 vs 410: dokumentacja Google traktuje kody 4xx (z wyjątkiem 429) tak samo; w praktyce 410 znika nieco szybciej.
• Nie przekierowuj wszystkiego na stronę główną → miękki 404.
• Koszt budżetu indeksowania dla 404 jest znikomy, z wyjątkiem bardzo dużych witryn z masą fałszywych adresów URL.

Częste problemy

Liczba 404 nagle wzrasta w raporcie indeksowania stron

Prawdopodobna przyczyna: uszkodzony szablon generuje śmieciowe adresy URL (złe parametry paginacji, błąd nawigacji fasetowej, identyfikatory sesji wyciekające do linków), pułapka na pająki lub inna witryna skrapuje i zniekształca Twoje adresy URL. Rozwiązanie: pobierz próbkę nowych adresów URL z 404 i poszukaj wspólnego wzorca (parametru zapytania, prefiksu ścieżki). Jeśli to Twój własny szablon, napraw kod generujący złe linki. Sprawdź za pomocą logów serwera lub /tools/log-file-analyzer, aby potwierdzić wzorzec i zobaczyć, czy to rzeczywisty ruch indeksowania, czy tylko kilka przykładów.

Naprawiłeś adres URL, ale tygodnie później nadal pokazuje “Nie znaleziono (404)”

Prawdopodobna przyczyna: Googlebot ponownie sprawdza 404 według malejącego harmonogramu, więc liczba w raporcie pozostaje w tyle za faktyczną naprawą — to oczekiwane, a nie oznaka, że naprawa się nie powiodła. Rozwiązanie: potwierdź, że aktywny adres URL faktycznie zwraca teraz właściwy status (200, jeśli przywrócony, 301, jeśli przekierowany) za pomocą curl -I lub /tools/http-status-checker. Możesz opcjonalnie użyć Validate Fix w GSC — nie jest to wymagane, ponieważ Google może również samodzielnie wychwycić poprawkę — i spodziewaj się, że liczba będzie stopniowo spadać, a nie natychmiast, bez ustalonego terminu jej wyczyszczenia.

Usunięty adres URL pojawia się jako “miękki 404” zamiast “Nie znaleziono (404)”

Prawdopodobna przyczyna: strona zwraca HTTP 200 z komunikatem wyglądającym na “nie znaleziono” zamiast faktycznego statusu 404/410 lub przekierowuje na nieistotną stronę. Rozwiązanie: sprawdź kod odpowiedzi za pomocą curl -I lub /tools/http-status-checker — jeśli to 200, skonfiguruj serwer (lub CMS), aby zwracał prawdziwy 404/410 dla tej ścieżki zamiast miękkiej strony błędu.

Ustawione przez Ciebie 301 pokazuje się jako “miękki 404” dla miejsca docelowego

Prawdopodobna przyczyna: strona docelowa nie jest prawdziwym zamiennikiem tego, o co proszono — Google odczytuje niedopasowany cel przekierowania tak samo, jak odczytuje nieistotny. Rozwiązanie: sprawdź ponownie cel za pomocą /tools/redirect-checker i wskaż 301 na stronę, która faktycznie odpowiada tematowi oryginalnego adresu URL, a nie najbliższej stronie kategorii ani stronie głównej.

Raport zawiera adres URL, którego nigdy nie utworzyłeś ani do którego nie linkowałeś

Prawdopodobna przyczyna: zeskrapowany, uszkodzony lub zmyślony adres URL z innej witryny albo strona sprzed lat, którą Google nadal pamięta i okresowo sprawdza. Rozwiązanie: kliknij adres URL w raporcie i sprawdź Referring page w sekcji Discovery — to możliwa wskazówka, a nie gwarantowane źródło, ponieważ Google może nie mieć tych danych. Jeśli jest zewnętrzny i wyraźnie uszkodzony, nie jest wymagane żadne działanie — to nie jest coś, co zepsułeś.

Skrypty i fragmenty kodu

Sprawdź status na żywo adresu URL (macOS/Linux)

Potwierdź, jaki kod statusu faktycznie zwraca adres URL, zanim zdecydujesz, czy wymaga naprawy:

curl -I https://example.com/old-page

Spójrz na pierwszą linię odpowiedzi (np. HTTP/2 404 lub HTTP/2 301). Jeśli to przekierowanie, curl pokazuje nagłówek location: z miejscem docelowym.

Sprawdź status na żywo adresu URL (PowerShell)

$response = Invoke-WebRequest -Uri "https://example.com/old-page" -Method Head -UseBasicParsing
$response.StatusCode

Dodaj -MaximumRedirection 0, jeśli chcesz zobaczyć surowe 301/302 bez automatycznego podążania za nim przez PowerShell.

Przeszukaj logi serwera pod kątem trafień 404 (regex)

Uruchom to na logu dostępu Apache/Nginx w formacie “combined”, aby pobrać każde żądanie, które zwróciło 404:

grep -oP '"\S+ \K\S+(?=.*" 404 )' access.log

Rozbicie grup przechwytujących: "\S+ \K pomija metodę HTTP (GET/POST) i odrzuca ją z dopasowania; \S+ przechwytuje żądaną ścieżkę; wyprzedzenie (?=.*" 404 ) wymaga, aby reszta linii logu zawierała status 404 przed dopasowaniem. Wynik to zwykła lista adresów URL, które zwróciły 404 — przepuść ją przez sort | uniq -c | sort -rn, aby uszeregować je według częstotliwości.

Konsola DevTools — sprawdź status bez opuszczania strony

Wklej do panelu Konsoli, aby sprawdzić status konkretnego adresu URL z przeglądarki, w której już jesteś:

fetch("https://example.com/old-page", {method: "HEAD"}).then(r => console.log(r.status, r.url));

Zakładka — sprawdź status bieżącej strony

Przeciągnij to na pasek zakładek (to zakładka — kliknij ją na dowolnej stronie, aby sprawdzić status odpowiedzi tej strony):

javascript:(function(){fetch(location.href,{method:"HEAD"}).then(function(r){alert(r.status+" "+r.url);});})();

Narzędzia do znajdowania i naprawiania błędów 404

Narzędzia tej witryny

• /tools/http-status-checker — sprawdź aktualny status HTTP dowolnego adresu URL przed podjęciem decyzji, czy potrzebuje przekierowania, przywrócenia, czy niczego.
• /tools/redirect-checker — potwierdź, że skonfigurowane 301 faktycznie rozwiązuje się w jednym skoku do zamierzonego celu, bez łańcuchów i pętli.
• /tools/log-file-analyzer — analizuj logi serwera, aby zobaczyć rzeczywiste adresy URL, które Googlebot odwiedza i które zwracają 404, oraz z jaką częstotliwością.
• /tools/site-audit-lite — przeszukaj własną witrynę, aby wykryć zepsute wewnętrzne linki (błędy 404, które możesz naprawić bezpośrednio, edytując link u źródła).

Narzędzia innych firm

• Google Search Console — sam raport Page Indexing; otwórz przykład “Not found (404)” i użyj widoku Referring pages, aby zobaczyć, co prowadziło do niego, oraz Validate Fix, gdy wprowadzisz zmianę.
• Bing Webmaster Tools — odpowiednik powierzchni błędów indeksowania dla Bing.
• Ahrefs lub Screaming Frog — pełne przeszukiwania witryny, które listują zepsute wewnętrzne linki, oraz raporty linków zwrotnych, które ujawniają zepsute linki zwrotne (zewnętrzne witryny linkujące do martwego adresu URL na Twojej stronie) — Twoja lista priorytetów dla 301.

Weryfikacja naprawy błędu 404

Uruchom te czynności po przywróceniu lub przekierowaniu adresu URL, który powinien istnieć, aby potwierdzić, że naprawa faktycznie zadziałała, a nie tylko zakładać, że tak się stało.

Sprawdzenie statusu na żywo naprawionego adresu URL

Test do wykonania: curl -I na adresie URL lub /tools/http-status-checker. Oczekiwany wynik: 200, jeśli przywróciłeś stronę, lub 301 do poprawnego celu, jeśli ją przekierowałeś. Interpretacja błędu: nadal 404, 5xx lub przekierowanie wskazujące na złą stronę oznacza, że naprawa faktycznie nie została wdrożona. Okno monitorowania: natychmiastowe. Wyzwalacz wycofania: zły status lub zły cel — popraw regułę serwera i sprawdź ponownie przed przejściem dalej.

Sprawdzenie ścieżki przekierowania

Test do wykonania: /tools/redirect-checker na starym adresie URL. Oczekiwany wynik: jednoskokowe 301 prowadzące bezpośrednio na odpowiednią aktywną stronę — bez łańcucha, bez pętli. Interpretacja błędu: wiele skoków, pętla lub lądowanie na niepowiązanej stronie (ryzyko miękkiego 404). Okno monitorowania: natychmiastowe. Wyzwalacz wycofania: jakikolwiek łańcuch, pętla lub nieistotny cel — popraw regułę przekierowania.

GSC Validate Fix

Test do wykonania: w raporcie Page Indexing otwórz “Not found (404)” i kliknij Validate Fix (opcjonalnie — Google może również samodzielnie wykryć prawdziwą korektę bez tego). Oczekiwany wynik: status przechodzi przez “Validation started” do “Passed,” a liczba dotkniętych adresów URL stopniowo maleje. Interpretacja błędu: walidacja nie powiedzie się lub liczba nie zmienia się przez dłuższy okres — sprawdź ponownie, czy aktywny adres URL jest faktycznie naprawiony i czy nic nadal nie linkuje do starego. Okno monitorowania: ciągłe, bez ustalonej daty zakończenia (Google ponownie sprawdza błędy 404 według malejącego harmonogramu, nie natychmiast i nie daje gwarantowanego terminu). Wyzwalacz wycofania: powtarzająca się nieudana walidacja — zweryfikuj ponownie naprawę na poziomie serwera.

Zachowanie indeksowania w logach serwera

Test do uruchomienia: /tools/log-file-analyzer na żądaniach do starego adresu URL. Oczekiwany wynik: trafienia Googlebota na stary adres URL stopniowo maleją, podczas gdy żądania przenoszą się na nowy adres URL. Interpretacja błędu: Googlebot nadal odwiedza stary adres URL z niezmienioną częstotliwością długo po zmianie, co sugeruje, że nie wykrył przekierowania (lub coś nadal linkuje bezpośrednio do starego adresu URL). Okno monitorowania: ciągłe, przez dłuższy okres (częstotliwość indeksowania maleje stopniowo, zgodnie z dokumentacją Google, bez ustalonego harmonogramu). Wyzwalacz wycofania: brak zmniejszenia częstotliwości po dłuższym okresie — potwierdź, że przekierowanie jest po stronie serwera (nie JS ani meta-refresh) i przeprowadź audyt pod kątem pozostałych wewnętrznych linków do starego adresu URL.

Quiz

Pięć pytań, aby sprawdzić, co naprawdę zapamiętano na temat „Not found (404).”

Dziennik zmian