Błędy 400, 401, 403, 404, 502 – co oznaczają i jak je naprawić?

Protokół HTTP dla laika – jak strona rozmawia z serwerem?

HTTP to skrót od Hypertext Transfer Protocol, czyli protokołu przesyłania dokumentów hipertekstowych. Choć nazwa brzmi technicznie, to po prostu standardowy „język”, w którym przeglądarka porozumiewa się z serwerem, na którym znajduje się Twoja strona.

Wpisując adres URL w oknie przeglądarki, wysyłasz do serwera żądanie (request). Serwer przetwarza to zapytanie i generuje odpowiedź. Może nią być treść strony, grafika, arkusz stylów CSS oraz kod statusu HTTP, który informuje, czy proces przebiegł pomyślnie.

Każda odpowiedź serwera zawiera taki kod, a kody te dzielą się na pięć głównych kategorii:

• 1xx – Informacyjne (proces w toku).
• 2xx – Sukces (np. słynne 200 OK).
• 3xx – Przekierowania (np. 301 lub 302).
• 4xx – Błędy po stronie klienta (np. brak strony).
• 5xx – Błędy po stronie serwera (np. awaria hostingu).

W tym artykule skupimy się na dwóch ostatnich kategoriach, 4xx oraz 5xx, ponieważ to właśnie one najczęściej utrudniają życie właścicielom stron i negatywnie wpływają na widoczność w wyszukiwarkach.

Czym są błędy HTTP?

Błędy HTTP to komunikaty serwera informujące o tym, że wysłane żądanie nie mogło zostać prawidłowo przetworzone. Warto jednak pamiętać, że nie każda informacja o błędzie wyświetlana w przeglądarce oznacza usterkę samej witryny.

Część problemów wynika bezpośrednio z infrastruktury serwerowej (np. przeciążenia, błędną konfigurację czy chwilową niedostępność zasobów). Inne są efektem działań użytkownika, takich jak próba otwarcia nieistniejącego już adresu URL czy błędne wpisanie adresu domeny.

Mówiąc o błędach HTTP, użytkownik widzi jedynie skutek problemu, a nie jego bezpośrednie źródło.

Jak sprawdzić kod odpowiedzi HTTP – 3 proste sposoby

Choć pełna diagnostyka przyczyn błędu bywa wyzwaniem, samo odczytanie kodu statusu jest stosunkowo proste. To pierwszy i najważniejszy krok, który pozwoli Ci określić naturę problemu. Możesz to zrobić na kilka sposobów, zależnie od tego, jak szczegółowych informacji potrzebujesz.

Sposób 2: Rozszerzenia do przeglądarki

Jeśli chcesz mieć błyskawiczny podgląd bez otwierania konsoli, skorzystaj z dedykowanych wtyczek, takich jak DNS Checker. Wtyczka pozwala na szybką weryfikację bez przedzierania się przez wszystkie procesy w konsoli deweloperskiej. Aby sprawdzić kod:

Aby sprawdzić kod:

1. Uruchom rozszerzenie na stronie, którą chcesz zbadać.
2. Wybierz opcję Link redirection.
3. Przejdź do sekcji RAW Header.
4. W polu Status znajdziesz dokładny kod odpowiedzi serwera.

Sposób 3: Zewnętrzne serwisy online

To najszybsza opcja „z zewnątrz”, niewymagająca żadnej konfiguracji. Narzędzia takie jak httpstatus.io działają błyskawicznie – wystarczy wkleić adres URL, aby otrzymać czysty raport z kodem statusu oraz historią ewentualnych przekierowań.

Najczęściej spotykane rodzaje błędów HTTP

Poniżej znajdziesz zestawienie błędów z kategorii 4xx i 5xx, które najczęściej pojawiają się w raportach SEO i logach serwera. Każdy z tych kodów wymaga zupełnie innego podejścia do naprawy. Niekiedy wystarczy prosta edycji adresu URL, a innym razem zaawansowane zmiany w konfiguracji hostingu.

Błąd 400 Bad Request (nieprawidłowe zapytanie)

Błąd 400 to sygnał informujący, że serwer nie jest w stanie przetworzyć wysłanego żądania ze względu na jego niewłaściwą strukturę lub błędne parametry. Mówiąc prościej: serwer „nie rozumie”, czego od niego oczekujesz.

Jak naprawić błąd 400?

• Zacznij od zweryfikowania, czy adres URL nie zawiera literówek.
• Jeśli link jest poprawny, skutecznym rozwiązaniem bywa wyczyszczenie plików cookies oraz pamięci podręcznej przeglądarki.
• Jeżeli jednak błąd 400 występuje systematycznie, niezbędna może okazać się analiza logów serwera w celu znalezienia źródła problemu w skryptach strony.

Najczęstsze przyczyny

• Brak logowania do obszaru o ograniczonym dostępie.
• Nieprawidłowe dane uwierzytelniające (login lub hasło).
• Wygasła sesja użytkownika, np. z powodu zbyt długiej nieaktywności.
• Problemy z tokenem autoryzacyjnym – nieprawidłowy, brakujący lub przedawniony klucz dostępu (częsty przypadek w komunikacji z API).

Serwer odrzuca dostęp do zasobu do momentu poprawnego potwierdzenia tożsamości użytkownika.

Jak naprawić błąd 401? 

• Najskuteczniejszą metodą jest ponowne zalogowanie się do serwisu lub sprawdzenie, czy używane dane autoryzacyjne są aktualne.
• Jeśli pracujesz z interfejsem API, upewnij się, że token jest poprawny i nie wygasł. Gdy dane zostaną zweryfikowane pomyślnie, błąd 401 powinien natychmiast zniknąć.
• Warto również wyczyścić ciasteczka powiązane z logowaniem, jeśli system wydaje się zbyt często zapominać o Twoich uprawnieniach.

Błąd 403 Forbidden (brak uprawnień do zasobu)

Błąd 403 pojawia się nawet wtedy, gdy wpisany adres URL jest całkowicie poprawny. Status informuje, że serwer odebrał i zrozumiał Twoje zapytanie, ale odmawia jego realizacji. Jest to sygnał znacznie bardziej kategoryczny niż w przypadku wcześniej omawianego kodu: tutaj nawet poprawne uwierzytelnienie nie gwarantuje dostępu do treści.

Czym różnią się błędy 403 i 401? To dwa etapy weryfikacji dostępu:

• 401 (Unauthorized) dotyczy uwierzytelnienia. Serwer nie ma informacji o tożsamości użytkownika, dlatego wymaga podania danych logowania.
• 403 (Forbidden) dotyczy autoryzacji. Serwer zna tożsamość użytkownika (lub logowanie nie jest wymagane), ale uprawnienia przypisane do danego konta lub adresu IP są niewystarczające, aby wyświetlić ten konkretny zasób.

Najczęstsze przyczyny

• Błędnie nadane uprawnienia, np. nieprawidłowo ustawione atrybuty dla plików lub katalogów na serwerze.
• Blokada adresu IP – serwer odrzuca połączenie z konkretnego adresu ze względów bezpieczeństwa (np. po zbyt wielu nieudanych próbach logowania).
• Niewłaściwa konfiguracja pliku .htaccess – jedna nieprzemyślana reguła może zablokować dostęp do całych podstron lub grafik.
• Restrykcje geograficzne – dostęp do zasobu został ograniczony do użytkowników z wybranych krajów.

Jak naprawić błąd 403?

• Zacznij od sprawdzenia uprawnień do plików i katalogów (często wystarczy zmiana tzw. chmodów).
• Następnie zweryfikuj reguły w pliku .htaccess.
• Jeśli usterka nadal występuje i podejrzewasz blokadę IP, konieczny może być kontakt z administratorem serwera w celu odblokowania dostępu.

Błąd 404 Not Found (nie znaleziono zasobu)

To bez wątpienia najbardziej rozpoznawalny komunikat w internecie. Sygnalizuje on, że serwer nie jest w stanie zlokalizować treści pod adresem podanym przez użytkownika. Innymi słowy, zapytanie dotyczy zasobu, który w danym miejscu po prostu nie istnieje.

Najczęstsze przyczyny

• Usunięcie lub przeniesienie podstrony bez ustawienia przekierowania 301, które wskazałoby robotom Google i użytkownikom nową lokalizację treści.
• Zmiana struktury adresów URL przy jednoczesnym braku wdrożenia stałych przekierowań (301) prowadzących do zaktualizowanych linków.
• Literówka w adresie wpisana ręcznie przez użytkownika w oknie przeglądarki.
• Brak konkretnego pliku na serwerze (np. usunięte zdjęcie, dokument PDF lub arkusz stylów), któremu nie przypisano nowej ścieżki dostępu.

Jak naprawić błąd 404?

• Najlepszą praktyką jest ustawienie stałego przekierowania (301) ze starego adresu na nowy, tematycznie powiązany odpowiednik.
• Warto również zadbać o czytelną, dedykowaną stronę błędu 404, która pomoże użytkownikowi wrócić do działających sekcji serwisu.
• W kontekście SEO ważne jest regularne monitorowanie raportów w Google Search Console i eliminowanie martwych linków, które mogą negatywnie wpływać na indeksowanie witryny.

Błąd 500 Internal Server Error (błąd serwera)

Kod błędu 500 informuje o wewnętrznym problemie serwera, który uniemożliwił poprawne przetworzenie zapytania. Jest to komunikat typu „wszystko i nic” – sygnalizuje, że po stronie hostingu lub aplikacji wystąpiła usterka, ale nie wskazuje bezpośrednio, co ją wywołało.

Najczęstsze przyczyny

• Niewłaściwa konfiguracja serwera, często wynikająca z błędnych reguł w pliku .htaccess.
• Problemy w działaniu skryptów PHP (błędy w kodzie aplikacji lub niekompatybilność modułów)
• Przekroczenie limitów zasobów – mogło zabraknąć pamięci RAM lub czasu na wykonanie zapytania.
• Uszkodzona baza danych.
• Błędy w kodzie źródłowym, np. literówki w krytycznych plikach strony internetowej.

Błąd 500 jest wyświetlany w formie ogólnego komunikatu, ponieważ szczegółowe dane techniczne są celowo ukrywane w konfiguracji serwera ze względów bezpieczeństwa. Dokładną przyczynę awarii można zazwyczaj znaleźć jedynie w logach serwera (error_log).

Jak naprawić błąd 500?

• Pierwszym krokiem powinna być analiza logów błędów, które precyzyjnie wskazują przyczynę usterki. Jeśli nie masz do nich dostępu, spróbuj tymczasowo wyłączyć ostatnio zainstalowane wtyczki lub moduły.
• Pomocne bywa również zwiększenie limitów zasobów PHP w panelu hostingu.
• Jeśli usterka nadal występuje, niezbędna będzie konsultacja z administratorem serwera lub doświadczonym programistą.

Błąd 502 Bad Gateway

Ten status sygnalizuje, że serwer pełniący funkcję pośrednika (np. bramka sieciowa, serwer proxy lub CDN) otrzymał nieprawidłową odpowiedź od serwera nadrzędnego (origin server). Oznacza to poważny zgrzyt w komunikacji pomiędzy różnymi elementami infrastruktury obsługującej stronę.

Najczęstsze przyczyny

• Chwilowa niedostępność serwera głównego, na którym znajdują się pliki strony
• Przeciążenie infrastruktury przez zbyt dużą liczbę zapytań
• Błędy w konfiguracji proxy usług takich jak Cloudflare, Nginx czy load balancerów
• Przerwy w komunikacji wewnętrznej poszczególnych warstw serwera
• Przekroczenie czasu oczekiwania (timeout) na przesłanie danych

Jak naprawić błąd 502? 

1. Jeśli problem nie ustępuje, sprawdź status techniczny serwera aplikacji (np. zrestartuj usługę PHP-FPM).
2. Warto również zweryfikować konfigurację serwera proxy i ewentualnie zwiększyć parametry dotyczące czasu oczekiwania (timeout).
3. Jeżeli błąd 502 powraca regularnie, konieczny będzie kontakt z dostawcą hostingu w celu sprawdzenia stabilności infrastruktury.

Jak błędy HTTP mogą popsuć SEO i widoczność strony?

W Adboosters traktujemy monitorowanie kodów statusu jako element technicznej obsługi serwisu. Właściwa interpretacja błędów HTTP pozwala nam szybko eliminować przeszkody, które mogłyby hamować wzrost widoczności. W skrócie: sprawne działanie serwera to po prostu brak barier dla robotów Google i użytkowników. Przyjrzyj się trzem grupom statusów, które mają największy wpływ na SEO.

401 i 403 – niezamierzone blokady indeksowania

Komunikaty o braku dostępu są przydatne tylko tam, gdzie faktycznie chcemy coś ukryć (np. panel logowania). Problem pojawia się, gdy przez błąd w konfiguracji (np. w pliku .htaccess), status 403 zostanie nałożony na publiczne sekcje strony. Dla Google wygląda to na zakaz wjazdu, przez co wartościowe treści, które powinny generować ruch, nagle przestają być widoczne.

Błędy 404 – crawl budget i linkowanie 

Nawet jeśli pojedyncze odpowiedzi 404 nie zniszczą rankingu, ich duża skala sprawia, że Google poświęca zasoby (tzw. crawl budget) na skanowanie nieistniejących adresów, zamiast skupić się na nowych produktach czy wpisach na blogu.

Dodatkowo jeśli usunięta podstrona miała wcześniej silne linki zewnętrzne, to bez ustawienia przekierowania 301 cały wypracowany dla niej autorytet po prostu znika. Z perspektywy SEO to czysta strata potencjału, który mógłby zasilać resztę serwisu.

Spójrz na witrynę jak Google – diagnostyka błędów w GSC

Podczas skanowania witryny roboty crawlujące mogą natrafić na rozmaite przeszkody techniczne, które blokują im dostęp do treści. Wszystkie te dane są skrupulatnie raportowane w darmowych narzędziach od Google, a głównym źródłem wiedzy jest Google Search Console (GSC).

Roboty Google podczas skanowania strony mogą napotykać różne błędy HTTP – dokładniej mówiąc, błędy w działaniu strony, które uniemożliwiają prawidłowe pobranie treści. Informacje o nich są raportowane w narzędziach Google, w szczególności w Google Search Console.

Gdzie w GSC szukać danych o kondycji serwisu?

Indeksowanie > Strony. Tutaj znajdziesz listę adresów URL, które nie trafiły do indeksu. Narzędzie precyzyjnie wskazuje powód – od klasycznej 404, po poważniejsze usterki serwerowe.

Indeksowanie > Mapy witryn. Ta sekcja informuje o problemach w adresach, które sam wysłałeś do Google jako najważniejsze. Każdy status inny niż „Sukces” w tym miejscu wymaga natychmiastowej reakcji.

Ustawienia > Statystyki indeksowania > Otwórz raport. To najbardziej techniczny wgląd w komunikację między robotem a serwerem. Zobaczysz tu wykresy odpowiedzi serwera (w tym kody 5xx) podczas każdego procesu crawlowania.