Błąd 404 — co oznacza i jak go naprawić na stronie

Błąd 404 to kod odpowiedzi HTTP: serwer odebrał żądanie, ale nie znalazł zasobu pod wskazanym adresem URL. [1] Skąd bierze się taki błąd? W artykule wyjaśniamy jego przyczyny, znaczenie dla użytkowników i Google oraz sposoby diagnozowania, naprawy i monitorowania niedostępnych adresów. Odpowiedź 404 „Not Found” definiuje sekcja 15.5.5 standardu RFC 9110 [2].

Czym jest błąd 404 i skąd się bierze?

Błąd 404 pojawia się, kiedy serwer nie znajduje zasobu pod żądanym adresem. Powodem bywa literówka wpisana przez użytkownika albo zmiana w witrynie. Sam kod 404 nie mówi, czy zasób zniknął na stałe. Na prawdopodobnie trwałą niedostępność wskazuje kod 410 [2].

Skąd bierze się odpowiedź 404?

Odpowiedź 404 dotyczy żądania zasobu, którego serwer nie znalazł. Może chodzić o stronę internetową, obraz, arkusz stylów albo skrypt. [3] Nie każde żądanie wysyła użytkownik: boty skanujące serwer także próbują otwierać nieistniejące pliki. [3] Kod 404 może więc pojawić się zarówno przy dokumencie HTML, jak i przy pliku CSS czy obrazie [4].

Co oznacza kod HTTP 404?

Komunikat „Server Not Found” dotyczy właśnie sytuacji, w której połączenia z serwerem nie ma. Jeśli DNS nie rozpozna nazwy, przeglądarka nie otrzyma odpowiedzi HTTP; kod 404 pochodzi natomiast od serwera [5].

Poniższa tabela pokazuje, czy w każdym z tych przypadków serwer odpowiedział na żądanie.

Komunikat	Stan połączenia
404 Not Found	Serwer odpowiada na żądanie.
Server Not Found	Brak połączenia z serwerem.

Kiedy serwer zwraca kod 404?

Serwer zwraca kod 404, gdy otrzymuje żądanie dotyczące adresu, pod którym nie znajduje zasobu. Użytkownika może tam zaprowadzić literówka w URL-u lub nieaktualny link. [1] Jeśli strona zmieniła adres, przekierowanie 301 może poprowadzić ze starego URL-u na nowy, zamiast kończyć wizytę błędem 404 [6].

Dlaczego wcześniej działający adres zaczyna zwracać 404?

Wcześniej działający adres może zacząć zwracać 404, gdy ktoś usunie lub przeniesie podstronę bez przekierowania. [3] Powodem bywają również zmiany struktury adresów, błędna konfiguracja serwera, problemy z uprawnieniami i złośliwe oprogramowanie. [1] Z samego komunikatu nie dowiesz się więc, czy zawiódł adres, zasób czy konfiguracja. RFC 9110 dopuszcza też odpowiedź 404 zamiast 403, jeśli serwer chce ukryć istnienie zasobu, do którego dostęp jest zabroniony [2].

W skrócie: kod 404 oznacza brak zasobu pod adresem, ale przyczynę trzeba ustalić osobno.

Czym jest kod „Not Found” w kontekście SEO i odpowiedzi HTTP?

Kod „Not Found” mówi, że żądany adres nie prowadzi do dostępnego zasobu. W SEO – działaniach na rzecz widoczności w wyszukiwarkach – liczy się przede wszystkim to, czy pod adresem powinna być treść. Zanim zdecydujesz o naprawie, sprawdź przeznaczenie adresu; sam komunikat nie wystarczy [2].

Jak odpowiedź 404 wpływa na użytkowników i widoczność w Google?

Odpowiedź 404 odbiera użytkownikowi dostęp do treści pod wybranym adresem. Jeśli niedostępna podstrona widnieje w nawigacji lub prowadzi do niej link z innej witryny, poszukiwana informacja pozostaje poza zasięgiem. Wpływ na widoczność w Google zależy od tego, czy treść miała nadal być dostępna, czy usunięto ją celowo. Kody 404 i 410 informują Google o niedostępności treści; wcześniej zaindeksowany adres może zniknąć z indeksu [7].

Czy pojedynczy błąd 404 obniża pozycje strony?

Błędy warto jednak ograniczać z myślą o użytkownikach. Inaczej należy ocenić adres potrzebnej podstrony, a inaczej pozostałość po celowo usuniętej treści [8].

Kiedy zwrócić 404 lub 410, a kiedy zastosować przekierowanie 301?

Kod 404 oznacza niedostępność zasobu pod adresem, 410 – jego trwałe usunięcie, a 301 – przeniesienie na nowy adres. Wybór zależy od tego, co stało się z treścią. Przekierowanie na niezwiązaną stronę nie pomoże użytkownikowi znaleźć poszukiwanej informacji. RFC 9110 opisuje kod 301 w sekcji 15.4.2, kod 404 w 15.5.5, a kod 410 w 15.5.11 [2].

Tabela zestawia odpowiedzi HTTP ze stanem treści i wskazuje, kiedy dany kod nie pasuje do sytuacji.

Kod	Stan treści	Kiedy nie stosować
404	Zasób jest niedostępny pod adresem.	Gdy treść przeniesiono na nowy adres.
410	Zasób został trwale usunięty.	Gdy treść nadal istnieje pod innym adresem.
301	Treść przeniesiono na nowy adres.	Gdy nie ma odpowiedniej strony docelowej.

Co oznaczają najważniejsze grupy kodów odpowiedzi HTTP?

Grupy kodów HTTP opisują wynik obsługi żądania. Dzięki nim można odróżnić niedostępny adres od awarii serwera. Kod 404 należy do grupy 4xx. Zakres kodów 4xx obejmuje wartości od 400 do 499, a zakres kodów 5xx – od 500 do 599 [2].

Tabela przedstawia znaczenie najważniejszych grup kodów odpowiedzi.

Grupa	Znaczenie
2xx	Żądanie obsłużono pomyślnie.
3xx	Następuje przekierowanie.
4xx	Występuje problem z żądaniem lub dostępnością zasobu.
5xx	Występuje błąd po stronie serwera.

Odpowiedź dobieraj do losu treści: sprawdź, czy nadal istnieje, zmieniła adres, czy została usunięta.

Czym jest pozorny błąd 404 i czym różni się od rzeczywistego?

Pozorny błąd 404 występuje wtedy, gdy strona sugeruje brak treści, lecz serwer nie potwierdza tego kodem HTTP 404. Użytkownik widzi pustą stronę lub komunikat o błędzie, choć serwer zwraca kod 200, oznaczający pomyślną odpowiedź. [1] O rzeczywistym błędzie rozstrzyga kod, nie wygląd strony. Komunikat o braku treści przy kodzie 200 oznacza pozorny błąd 404; rzeczywisty wymaga odpowiedzi HTTP 404 [6].

Jak naprawić błąd 404 dla adresu, który powinien działać?

Adres, który powinien działać, trzeba sprawdzić, by ustalić przyczynę niedostępności treści. Poprawka będzie inna dla błędnego adresu, nieopublikowanej podstrony i niewłaściwej odpowiedzi serwera. Przywrócona treść może zwracać 200, przeniesiona – prowadzić przez przekierowanie 301, a niedostępna bez zamiennika – zwracać 404 lub 410 [7].

• Adres URL porównaj z adresem opublikowanej treści.
• Treść podstrony sprawdź pod kątem publikacji i dostępności pod właściwym adresem.
• Odpowiedź serwera skontroluj ponownie po poprawce, by upewnić się, że działająca strona nie zwraca kodu 404 [9].

Co oznacza komunikat „404 Not Found”?

Komunikat „404 Not Found” mówi użytkownikowi, że pod wskazanym adresem nie znaleziono żądanej treści. Nie pozwala jednak samodzielnie ustalić kodu HTTP – trzeba odczytać odpowiedź serwera. Strona może wyświetlać „404 Not Found”, a jednocześnie zwracać kod HTTP 200 [6].

Czym różni się odpowiedź HTTP 404 od pozornego błędu 404?

Odpowiedź HTTP 404 jest kodem przesłanym przez serwer. Pozorny błąd oznacza natomiast sprzeczność między tym kodem a treścią widoczną dla użytkownika. Decyduje odpowiedź HTTP, nie napis na stronie. Gdy komunikat mówi o braku strony, lecz serwer zwraca 404 przy odpowiedzi 200, występuje pozorny błąd; rzeczywistej odpowiedzi „Not Found” odpowiada kod 404 [6].

Stan adresu potwierdza kod odpowiedzi, a nie sam komunikat na ekranie.

Czym jest strona błędu 404 i jaki ma związek z odpowiedzią serwera?

Strona błędu 404 to widok, który użytkownik ogląda po otwarciu niedostępnego adresu. Jej tekst i wygląd to nie to samo co odpowiedź HTTP przesyłana przez serwer przeglądarce i robotom wyszukiwarek.

Co oznacza kod 404 wyświetlany na stronie?

Kod 404 wyświetlany na stronie informuje użytkownika, że pod adresem nie ma poszukiwanej treści. Sam napis nie potwierdza jednak kodu HTTP wysłanego przez serwer. Aby go sprawdzić, odczytaj nagłówek odpowiedzi HTTP.

Skąd bierze się strona z komunikatem 404?

Stronę z komunikatem 404 tworzy konfiguracja serwera lub aplikacja obsługująca witrynę. Właściciel może zastąpić domyślny komunikat własnym widokiem. Taka zmiana nie zmienia automatycznie kodu odpowiedzi serwera.

Czy napis „Error 404” oznacza, że serwer zwrócił kod 404?

Napis „Error 404” nie jest dowodem, że serwer zwrócił odpowiadający mu kod HTTP. Zestaw tekst na stronie z kodem w nagłówku odpowiedzi. Jeśli sobie przeczą, o wyniku żądania po stronie serwera rozstrzyga nagłówek.

Czym są pozorne błędy 404 widoczne dla Google?

Pozorne błędy 404 widoczne dla Google dotyczą adresów, których odpowiedź HTTP wskazuje dostępność, choć zawartość sugeruje brak oczekiwanej strony. Google może wychwycić tę rozbieżność podczas analizy treści. Zgodny komunikat i kod pozwalają jasno określić stan adresu.

Osobna kontrola widoku strony i kodu HTTP pokazuje, co naprawdę otrzymują przeglądarka oraz roboty.

Skutki błędów 404: które adresy wymagają naprawy?

Błąd 404 wymaga naprawy przede wszystkim wtedy, gdy blokuje dostęp do treści, która powinna nadal działać. Przy ustalaniu priorytetu sprawdź prowadzące do niej linki, cel wizyty użytkownika i dostępność odpowiedniej strony docelowej.

Jakie są konsekwencje niedostępności strony pod danym adresem?

Niedostępna strona odcina użytkownika od informacji, której szuka pod wskazanym adresem. Linki przychodzące do nieistniejących podstron mogą też tracić wartość dla witryny. [1] Sam kod 404 nie wyjaśnia jednak, czy treść zniknęła celowo.

Jak błąd 404 może wpłynąć na ruch i kontakt z klientem?

Powtarzające się błędy 404 mogą zniechęcać użytkowników, zwiększać współczynnik odrzuceń i odbierać witrynie ruch. [10] Gdy niedostępny adres prowadził do oferty lub danych kontaktowych, znika bezpośrednia droga do wysłania zapytania. Sprawdź, czy na ten adres trafiał ruch i czy nadal wskazują go widoczne linki [11].

Kiedy warto naprawić adres zwracający 404?

Adres zwracający 404 warto naprawić, jeśli treść powinna działać lub użytkownicy nadal trafiają tam z aktywnych linków. Gdy zasób usunięto celowo i nie ma odpowiednika, odpowiedź 404 może pozostać. O działaniu decyduje przeznaczenie adresu, a nie sam wpis w raporcie.

Jak sprawdzić, czy serwer rzeczywiście zwraca kod 404?

Kod odpowiedzi serwera odczytasz w nagłówkach HTTP dla konkretnego adresu URL. Otwórz kartę sieciową w narzędziach deweloperskich przeglądarki, załaduj adres i sprawdź status żądania dokumentu. Potem porównaj go z treścią strony: komunikat o błędzie bez statusu 404 oznacza inną odpowiedź serwera.

O pilności naprawy decydują dostęp do potrzebnej treści i linki, które wciąż do niej prowadzą.

Naprawa niedostępnych adresów krok po kroku

Naprawę adresu zwracającego 404 zacznij od pytania, czy podstrona powinna nadal istnieć. Sprawdź następnie, skąd trafiają na nią użytkownicy i czy treść ma nową lokalizację. Dopiero ta diagnoza pozwala dopasować poprawkę do przyczyny [12].

Od czego zacząć naprawę jako właściciel strony?

Właściciel strony powinien najpierw zapisać niedostępny adres i ustalić, jaka treść miała się pod nim znajdować. Potem trzeba sprawdzić, czy adres zmieniono, treść usunięto lub link zapisano z literówką. Od wyniku zależy następny krok.

Jak postąpić z adresem zmienionym, usuniętym lub zawierającym literówkę?

Adres zwracający 404 wymaga działania dobranego do losu treści:

• Zmieniony adres wymaga skierowania użytkownika do właściwej podstrony i aktualizacji linków we własnej witrynie.
• Usunięta treść nie wymaga przywrócenia, jeśli podstrona nie ma już istnieć i nie została przeniesiona.
• Link z literówką wymaga poprawienia adresu tam, gdzie odsyła użytkownika do niedostępnej strony [12].

Jak znaleźć niedostępne adresy we własnej witrynie?

Niedostępne adresy znajdziesz, skanując witrynę pod kątem martwych linków, czyli odnośników do nieistniejących zasobów. Odpowiedzi 404 można też wyszukać w Google Search Console i logach serwera. [3] Zestaw te adresy z linkami, które do nich prowadzą; łatwiej ustalisz źródło problemu.

Czy można zmienić treść strony wyświetlanej przy błędzie 404?

Treść strony błędu 404 możesz zmienić niezależnie od decyzji o niedostępnym adresie. Własny komunikat wyjaśni problem i wskaże dalszą drogę, ale nie zastąpi naprawy adresu potrzebnej podstrony. Lepszy widok pomaga się odnaleźć; działający adres przywraca dostęp do treści [9].

Najpierw ustal los treści. Potem wybierz poprawkę.

Przekierowania, poprawki i zapobieganie kolejnym błędom

Błąd 404 obsłuż zgodnie z jego przyczyną: popraw link, przywróć potrzebną treść albo wskaż jej nowy adres. Jeśli zasób usunięto celowo i nie ma odpowiednika, odpowiedź 404 może pozostać [13].

Jak dobrać rozwiązanie do przyczyny błędu 404?

Przyczyna błędu 404 przesądza o poprawce. Porównaj niedostępny adres z adresem opublikowanej treści i sprawdź linki, które do niego prowadzą [12].

Tabela zestawia działania ze stanem treści oraz ograniczeniem każdego rozwiązania.

Stan treści	Działanie	Ograniczenie
—	Popraw link.	Nie naprawia innych linków prowadzących pod błędny adres.
Treść powinna działać pod dotychczasowym adresem.	Przywróć treść.	Nie dotyczy zasobu celowo usuniętego.
Treść została trwale przeniesiona.	Ustaw przekierowanie 301.	Wymaga odpowiedniej strony docelowej.

Znak „—” w tabeli oznacza, że dostawca nie podaje tej wartości publicznie albo pozycja nie dotyczy jego oferty.

Kiedy poprawić link, przywrócić treść albo pozostawić odpowiedź 404?

Link popraw, jeśli zawiera błędny adres; treść przywróć, jeśli nadal powinna działać. Odpowiedź 404 pozostaw, gdy zasób celowo usunięto bez zamiennika. W przypadku wycofanego produktu źródła zalecają przekierowanie do produktu, który naprawdę go zastępuje. Bez odpowiedniego zamiennika należy zwrócić 404 lub 410, zamiast automatycznie kierować na podobny produkt czy stronę kategorii. [14][10] [15]

Jak przekierować przeniesiony adres kodem 301?

Przekierowanie 301 prowadzi ze starego adresu na działającą stronę o zbliżonej treści, jeśli podstronę przeniesiono lub istnieje odpowiedni zamiennik usuniętej treści. [10] Administrator powinien ustawić regułę na serwerze lub w systemie zarządzania witryną, po czym sprawdzić adres źródłowy i docelowy.

Jak ograniczyć liczbę nowych błędów 404?

Aktualizacja linków po zmianie adresów ogranicza liczbę odnośników do niedostępnych podstron. Zanim usuniesz treść, sprawdź prowadzące do niej linki i poszukaj odpowiedniego zamiennika. Po wprowadzeniu zmian przetestuj odnośniki oraz odpowiedzi serwera [16].

Dobierz działanie do treści: popraw link, przywróć zasób lub przekieruj na właściwy odpowiednik.

Diagnostyka pozornych błędów i odpowiedzi serwera

Diagnostyka pozornego błędu 404 wymaga porównania zawartości strony ze statusem HTTP jej adresu. Jeśli brakuje zasobu, a serwer mimo komunikatu o błędzie zgłasza powodzenie, trzeba poprawić obsługę żądania [6].

Jak zapobiegać błędnym odpowiedziom dla niedostępnych adresów?

Obsługa niedostępnych adresów musi zachować właściwy status również wtedy, gdy witryna wyświetla własny widok błędu. Po zmianie szablonu lub reguł kierowania żądań administrator powinien sprawdzić ustawienia aplikacji i serwera. Szczególnej uwagi wymaga reguła wysyłająca każdy nieznany adres do działającej podstrony.

Po czym rozpoznać pozorny błąd 404?

Pozorny błąd 404 poznasz po sprzeczności między statusem serwera a zawartością strony. Strona jest pusta albo mówi o braku treści, choć status HTTP wskazuje powodzenie. Sam widok w przeglądarce tej różnicy nie pokaże.

Jak przywrócić właściwy kod odpowiedzi przy pozornym błędzie 404?

Właściwy kod odpowiedzi określa stan nieistniejącego adresu; sam tekst błędu tego nie robi. Administrator powinien sprawdzić regułę obsługującą adres w aplikacji lub konfiguracji serwera. Na serwerze Apache takie reguły mogą znajdować się w pliku .htaccess służącym do lokalnej konfiguracji. Po poprawce sprawdź, czy działające adresy nadal zwracają prawidłową odpowiedź [17].

Jak zweryfikować adres i odpowiedź serwera?

Weryfikacja adresu polega na porównaniu żądania niedostępnej podstrony z żądaniem strony działającej. Odczytaj status HTTP obu dokumentów, a następnie sprawdź, czy ich treść odpowiada tym statusom. Taka zgodność potwierdza, że witryna nie zgłasza dostępności brakującego zasobu.

Zestawienie treści z nagłówkiem HTTP odróżnia rzeczywisty błąd od pozornego.

Pomocna strona 404 zamiast ślepego zaułka

Strona 404 powinna jasno mówić, że żądany adres jest niedostępny, i pozwalać na dalszą nawigację. Przyjazny widok nie przywróci brakującej treści, lecz pomoże użytkownikowi kontynuować poszukiwania.

Jak wykorzystać stronę 404, by ułatwić dalszą nawigację?

Strona 404 powinna wskazywać dalszą drogę, a nie kończyć się na komunikacie o błędzie. Dodaj odnośniki do powiązanych części witryny i sprawdź, czy działają. Nawigacja powinna odpowiadać temu, czego użytkownik szukał pod niedostępnym adresem.

Co powinna zawierać strona „404 Not Found”?

Jej tekst powinien jasno odróżniać niedostępność adresu od awarii całej witryny.

Jak zadbać o czytelność strony błędu na różnych urządzeniach?

Czytelność strony 404 sprawdź na wąskim i szerokim ekranie. Upewnij się, że komunikat mieści się w widoku, a wyszukiwarka i odnośniki są wygodne w użyciu. Nawigacja powinna działać także bez powiększania ekranu.

Jak pomóc użytkownikowi znaleźć właściwą treść?

Widok błędu powinien ułatwiać te kroki, ale nie sugerować, że brakująca treść się odnalazła.

Przejrzysty komunikat nie zastąpi zasobu, lecz może pomóc wrócić do nawigacji.

Monitoring i priorytetyzacja adresów zwracających 404

Monitoring błędów 404 powinien oddzielać adresy wymagające naprawy od prawidłowych odpowiedzi dla nieistniejących zasobów. Najpierw zajmij się adresami potrzebnymi użytkownikom, do których nadal prowadzą działające linki.

Jak regularnie znajdować adresy zwracające 404?

Logi dostępu zapisują żądania obsłużone przez serwer, dzięki czemu można wyszukać odpowiedzi 404 wraz z adresami URL. [3] Porównaj znalezione adresy z linkami w witrynie, a po poprawkach sprawdź, czy żądania nadal kończą się błędem.

Kiedy odpowiedź 404 jest prawidłowa i nie wymaga naprawy?

Odpowiedź 404 jest prawidłowa, gdy zasób nie istnieje i pod żądanym adresem nie trzeba udostępniać żadnej strony. Nie zawsze jest więc co naprawiać. Dotyczy to choćby treści usuniętej bez zamiennika albo adresu wpisanego błędnie przez użytkownika. [10]

Czy ten sam błąd 404 może występować na komputerze i telefonie?

Ten sam adres URL może zwracać 404 na komputerze i telefonie; rozmiar ekranu nie zmienia miejsca przechowywania zasobu. Porównaj dokładny adres otwierany na obu urządzeniach. Jeśli wersja mobilna używa innego URL-u, oceń każdy adres osobno.

Czy odpowiedź 404 może zniknąć bez wprowadzania zmian?

Odpowiedzi 404 nie uznawaj za naprawioną tylko dlatego, że zniknęła z raportu. Raport pokazuje zarejestrowane żądania, a aktualny stan potwierdza nowe żądanie i jego kod HTTP. Jeśli wynik się zmienił, porównaj adres, odpowiedź i logi serwera przed zamknięciem zgłoszenia.

Regularna kontrola pozwala oddzielić adresy wymagające interwencji od prawidłowych odpowiedzi.

Test witryny pod kątem linków prowadzących do stron 404

Test witryny powinien objąć linki do podstron oraz żądania obrazów, arkuszy stylów i skryptów. Raport indeksacji w Google Search Console pomaga ocenić adresy stron, lecz nie zastępuje sprawdzenia plików pobieranych podczas ich wyświetlania.

Skanowanie witryny pozwala ustalić, która strona odsyła do niedostępnego adresu. Porównaj zakres testu z liczbą adresów i plików w witrynie.

• Linki do podstron trzeba sprawdzić zarówno pod kątem adresu docelowego, jak i miejsca ich występowania.
• Obrazy i skrypty wymagają kontroli żądań w karcie sieciowej przeglądarki, nawet jeśli podstrona się otwiera.
• Wynik poprawki potwierdzisz, otwierając ponownie stronę źródłową i sprawdzając jej odnośniki oraz potrzebne pliki.

Skuteczny test wskazuje adres zwracający 404 oraz miejsce, z którego wysłano błędne żądanie.

Sprawdź strony i pliki potrzebne do ich wyświetlenia.

Indeksacja adresów zwracających 404

Adres zwracający 404 nie pozostanie na stałe w indeksie wyszukiwarki: utrzymująca się odpowiedź prowadzi do jego wyindeksowania. [10] Jeśli treść powinna nadal działać, zniknięcie błędu z raportu nie jest dowodem naprawy. Sprawdź, czy strona znów się otwiera i jaki kod wysyła serwer.

Wykaz błędów indeksacji w Google Search Console nie pokazuje brakujących obrazów ani innych zasobów, które nie są stronami HTML. [3] Raport dotyczy więc adresów stron; pliki używane podczas ich wyświetlania trzeba sprawdzić oddzielnie.

Raport indeksacji obejmuje adresy stron, a pozostałe zasoby wymagają osobnej kontroli.

Bezpłatny audyt widoczności w AI

Bezpłatny audyt widoczności w AI pozwala sprawdzić, czy ważne treści Twojej witryny są dostępne pod właściwymi adresami. Jeśli chcesz omówić problem w swojej witrynie, skontaktuj się z Linkjuice.

Źródła

1. Błąd 404 (not found) – co to jest i jak go naprawić? Poradnik | Blog NQ.pl — https://www.nq.pl/blog/blad-404-co-to-jest
2. RFC 9110, sekcja 15.5.5 „404 Not Found”. — https://www.rfc-editor.org/rfc/rfc9110.html#section-15.5.5
3. Błąd 404 Not Found: Dlaczego występuje i jak go zdiagnozować? – Ping.pl Blog — https://ping.pl/blog/posts/blad-404-not-found-dlaczego-wystepuje-i-jak-go-zdiagnozowac/
4. Chrome DevTools, Network features reference — https://developer.chrome.com/docs/devtools/network/reference
5. MDN Web Docs, How the web works — https://developer.mozilla.org/en-US/docs/Learn_web_development/Getting_started/Web_standards/How_the_web_works
6. Google Search Central — Troubleshoot Google Search Crawling Errors — https://developers.google.com/search/docs/crawling-indexing/troubleshoot-crawling-errors
7. Google, How HTTP Status Codes Affect Google’s Crawlers — https://developers.google.com/crawling/docs/troubleshooting/http-status-codes
8. Google Search Central, „Czy błędy 404 szkodzą mojej witrynie?”. — https://developers.google.com/search/blog/2011/05/do-404s-hurt-my-site?hl=pl
9. Google Search Central, „Rozwiązywanie problemów z błędami indeksowania w wyszukiwarce Google”. — https://developers.google.com/search/docs/crawling-indexing/troubleshoot-crawling-errors?hl=pl
10. Błąd 404 – czym jest i jak go unikać — https://www.sunrisesystem.pl/blog/blad-404-czym-jest-i-jak-go-unikac/
11. MDN, „404 Not Found”. — https://developer.mozilla.org/en-US/docs/Web/HTTP/Reference/Status/404
12. dhosting.pl, „Jak diagnozować błędy 404 po usunięciu strony, zmianie adresu URL lub uszkodzonym linku”. — https://dhosting.pl/pomoc/baza-wiedzy/jak-diagnozowac-bledy-404-po-usunieciu-strony-zmianie-adresu-url-lub-uszkodzonym-linku/
13. Google Search Central, „404 (Page Not Found) errors”. — https://support.google.com/webmasters/answer/2445990?hl=en
14. Błąd 404 – jak wpływa na SEO strony i jak go naprawić — https://ukontentowani.pl/blad-404-jak-go-naprawic-i-czy-wplywa-negatywnie-na-seo/
15. Google Search Central — August 2024 Google SEO Office Hours Transcript — https://developers.google.com/search/help/office-hours/2024/august
16. Google Search Central — Site Moves and Migrations — https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes
17. Apache HTTP Server — core: ErrorDocument Directive — https://httpd.apache.org/docs/2.4/mod/core.html