Błędy HTTP 403, 404, 500, 502 i 503 - co oznaczają i jak je naprawić na swojej stronie?

Strona pokazuje błąd 500? A może 403 Forbidden albo 502 Bad Gateway? Tłumaczymy, co naprawdę oznaczają najczęstsze kody błędów HTTP, jak samodzielnie zdiagnozować przyczynę (logi, .htaccess, limity PHP) i kiedy problem leży po stronie serwera.

Jak czytać kody HTTP - ściąga na start

Każda odpowiedź serwera WWW ma trzycyfrowy kod stanu. Pierwsza cyfra mówi wszystko o charakterze sytuacji:

  • 2xx - sukces (200 OK: strona działa);
  • 3xx - przekierowanie (301: adres zmienił się na stałe);
  • 4xx - błąd po stronie żądania (zły adres, brak uprawnień);
  • 5xx - błąd po stronie serwera (aplikacja lub konfiguracja zawiodła).

Ta pierwsza cyfra to połowa diagnozy: 4xx każe szukać problemu w adresie/uprawnieniach, 5xx - w kodzie strony lub konfiguracji serwera. Przejdźmy przez pięć kodów, które spędzają sen z powiek właścicielom stron.

403 Forbidden - „wiem, czego chcesz, ale nie dostaniesz"

Serwer znalazł zasób, ale odmawia dostępu. Najczęstsze przyczyny i rozwiązania:

  1. Złe uprawnienia plików - katalogi powinny mieć 755, pliki 644. Po wgraniu plików z niektórych programów uprawnienia bywają zbyt restrykcyjne (np. 600).
  2. Brak pliku index - jeśli w katalogu nie ma index.html/index.php, serwer nie ma czego pokazać i często zwraca 403 zamiast listy plików.
  3. Reguły w .htaccess - dyrektywy „Deny from" lub reguły bezpieczeństwa; sprawdź, czy wtyczka bezpieczeństwa nie zablokowała Twojego IP.
  4. Firewall aplikacyjny (WAF) - zapytanie wyglądające „podejrzanie" (np. długi parametr w adresie, edycja w kreatorze stron) potrafi wyzwolić regułę WAF. Jeśli błąd pojawia się przy konkretnej akcji w panelu strony - zgłoś to hostingowi, reguła może wymagać korekty.

404 Not Found - „nie ma takiej strony"

Klasyk: adres nie wskazuje na żaden istniejący zasób. Dla pojedynczego odwiedzającego to drobiazg - dla SEO systematyczne 404 to wyciek ruchu i sygnał zaniedbania. Jak działać:

  • Po zmianie adresów podstron (nowe permalinki, nowa struktura) ustaw przekierowania 301 ze starych adresów na nowe - inaczej tracisz pozycje wypracowane przez stare URL-e.
  • W WordPressie nagłe 404 na wszystkich podstronach (poza główną) to niemal zawsze problem z permalinkami - wejdź w Ustawienia → Bezpośrednie odnośniki i kliknij „Zapisz" (odświeży regułki .htaccess).
  • Monitoruj - Google Search Console (raport Indeksowanie stron) pokaże, które nieistniejące adresy są odwiedzane i skąd prowadzą do nich linki.

Zadbaj też o użyteczną stronę błędu 404 z wyszukiwarką i linkami - zatrzyma część użytkowników, którzy trafili na martwy link.

500 Internal Server Error - „coś się zepsuło w aplikacji"

Najbardziej ogólny błąd serwera: kod strony (najczęściej PHP) zakończył się awarią. Ścieżka diagnozy, która działa w 95% przypadków:

  1. Zajrzyj do logów błędów - w DirectAdmin: sekcja logów domeny lub plik error_log w katalogu strony. Log wskaże plik i linię - to skraca diagnozę z godzin do minut.
  2. Ostatnia zmiana to główny podejrzany - świeżo zaktualizowana/zainstalowana wtyczka? Wyłącz ją (przez FTP zmień nazwę jej katalogu w wp-content/plugins - WordPress ją pominie).
  3. Sprawdź .htaccess - literówka w tym pliku wystarczy; zmień tymczasowo jego nazwę i sprawdź, czy strona wstaje.
  4. Limity PHP - komunikaty „memory exhausted" lub „max execution time" w logu oznaczają, że skrypt potrzebuje więcej zasobów: podnieś memory_limit w ustawieniach PHP panelu. Poradnik: limity PHP.
  5. Wersja PHP - stara wtyczka + nowe PHP (lub odwrotnie) to częsta przyczyna; przełącz wersję PHP w panelu i obserwuj. Zobacz: zmiana wersji PHP.

502 Bad Gateway - „pośrednik nie doczekał się odpowiedzi"

Kod 502 pojawia się, gdy serwer działający jako pośrednik (proxy, load balancer, CDN typu Cloudflare) nie dostał prawidłowej odpowiedzi od serwera właściwego. Praktyczne znaczenie:

  • Jeśli używasz Cloudflare - sprawdź, czy sam hosting odpowiada (tryb developer mode / pauza CF pomaga to ustalić). Błąd zwykle oznacza, że serwer źródłowy padł lub odrzuca połączenia.
  • Backend przeciążony lub zrestartowany - proces PHP/aplikacji nie wstał albo nie wyrabia; chwilowe 502 podczas wdrożenia jest normalne, trwałe - wymaga interwencji.
  • Po stronie użytkownika 502 bywa chwilowe - odczekaj minutę i odśwież, zanim uznasz to za awarię.

Jako właściciel strony na hostingu współdzielonym rzadko naprawisz 502 samodzielnie - to sygnał do kontaktu z pomocą techniczną, najlepiej z godziną wystąpienia i adresem podstrony.

503 Service Unavailable - „chwilowo niedostępny"

Serwer żyje, ale świadomie odmawia obsługi: trwa konserwacja albo wyczerpały się zasoby. Typowe scenariusze:

  • Tryb konserwacji WordPressa - podczas aktualizacji WP tworzy plik .maintenance; jeśli aktualizacja padnie w połowie, strona „utknie" w 503. Rozwiązanie: usuń plik .maintenance z katalogu głównego przez FTP.
  • Wyczerpane limity konta - zbyt wiele jednoczesnych procesów PHP (nagły ruch, atak botów, ciężka wtyczka). Sprawdź statystyki zużycia w panelu; czasem rozwiązaniem jest cache (drastycznie zmniejsza liczbę procesów), czasem wyższy pakiet.
  • Planowana konserwacja serwera - rzadkie i krótkie; status prac znajdziesz u dostawcy.

Dobra praktyka SEO: prawidłowe 503 z nagłówkiem Retry-After mówi Google „wróć później" - wyszukiwarka nie wyindeksuje strony za krótką przerwę techniczną.

Uniwersalna ścieżka diagnozy - 5 pytań

  1. Czy problem widzą wszyscy? Sprawdź z telefonu (LTE) i przez narzędzie typu downforeveryoneorjustme.com - może to tylko Twoja sieć/cache.
  2. Co zmieniło się ostatnio? Aktualizacja, nowa wtyczka, edycja .htaccess - cofnij ostatnią zmianę.
  3. Co mówią logi? error_log przy 5xx to najkrótsza droga do przyczyny.
  4. Czy to nie cache? Wyczyść cache strony i przeglądarki (Ctrl+F5) - stare błędy potrafią „wisieć" w pamięci podręcznej.
  5. Nadal nic? Napisz do wsparcia hostingu: podaj adres strony, kod błędu, godzinę wystąpienia i co poprzedzało problem. Te cztery informacje skracają czas rozwiązania kilkukrotnie.

Najczęściej zadawane pytania

Czy błędy HTTP szkodzą pozycjom w Google?

Krótkotrwałe - nie. Trwałe 404 na ważnych podstronach oznaczają utratę ich pozycji; powtarzające się 5xx przez wiele dni mogą skutkować wyindeksowaniem. Wniosek: monitoruj Search Console i nie zostawiaj błędów „na później".

U mnie strona działa, a klient widzi błąd - jak to możliwe?

Najczęściej: cache (Ty widzisz kopię), blokada IP klienta przez firewall/wtyczkę bezpieczeństwa, albo propagacja DNS po niedawnej zmianie. Poproś klienta o zrzut ekranu z kodem błędu i godziną - to punkt zaczepienia.

Gdzie znajdę logi błędów na hostingu McProdukt?

W panelu DirectAdmin, w sekcji logów wybranej domeny (lub plik error_log w katalogu strony). Jeśli potrzebujesz pomocy w ich interpretacji - napisz do nas, przeanalizujemy je z Tobą.

Podsumowanie

403 = uprawnienia/blokada, 404 = zły adres (ratunek: przekierowania 301), 500 = błąd aplikacji (ratunek: logi), 502 = pośrednik bez odpowiedzi, 503 = chwilowa niedostępność lub limity. Z tą mapą i pięcioma pytaniami diagnostycznymi rozwiążesz samodzielnie większość awarii - a z resztą pomoże nasz zespół, który logi serwera czyta na co dzień.

Powiązane poradniki

Wszystkie poradniki z kategorii: Szybkość i wydajność

Powiązane usługi McProdukt

Zobacz również