Błąd 500 i 503 należą do odpowiedzi serwera 5xx, ale nie oznaczają dokładnie tego samego. Kod 500 informuje o nieoczekiwanym problemie, który uniemożliwił wykonanie żądania. Kod 503 mówi, że usługa jest chwilowo niedostępna, na przykład z powodu przeciążenia albo planowanej przerwy.
Dla użytkownika rezultat może wyglądać podobnie: strona się nie otwiera. Dla administratora i wyszukiwarki właściwy kod pomaga jednak rozpoznać charakter problemu.
Co oznacza błąd 500?
500 Internal Server Error jest ogólną odpowiedzią na nieprzewidziany stan po stronie serwera. Nie wskazuje jednej przyczyny. Źródłem może być błąd aplikacji, konflikt wtyczki, nieprawidłowa konfiguracja, brak pamięci, problem z bazą danych albo uszkodzony fragment kodu.
Jeśli kod pojawił się po wdrożeniu, aktualizacji lub zmianie konfiguracji, zacznij od tej zmiany. Nie wyłączaj losowo kolejnych elementów bez kopii zapasowej i zapisu wykonanych kroków.
Co oznacza błąd 503?
503 Service Unavailable oznacza, że serwer chwilowo nie może obsłużyć żądania. Może być przeciążony, w trakcie konserwacji albo zależny od niedostępnej usługi.
Jeżeli przerwa jest planowana i krótka, 503 jest właściwszy niż strona techniczna zwracająca kod 200. Serwer może dodać nagłówek Retry-After, wskazujący przewidywany czas ponownej próby. Definicje obu kodów zawiera standard RFC 9110 dotyczący błędów serwera.
Co może zrobić użytkownik?
Jeśli problem dotyczy obcej strony, odśwież ją po chwili, sprawdź inny adres w tej samej domenie albo wróć później. Możesz też zmienić sieć lub urządzenie, aby wykluczyć lokalny problem, choć odpowiedź 5xx zwykle powstaje po stronie serwera.
Nie ma sensu wielokrotnie czyścić pamięci przeglądarki, jeżeli serwer konsekwentnie zwraca 500 lub 503. Właściciel witryny musi sprawdzić źródło awarii.
Diagnostyka krok po kroku
- Sprawdź kod i nagłówki poleceniem
curl -I https://adres.pl/. - Ustal zakres: jeden URL, typ stron czy cała domena.
- Sprawdź czas rozpoczęcia problemu i ostatnie wdrożenia.
- Przejrzyj logi serwera, aplikacji, PHP i bazy danych.
- Skontroluj pamięć, procesor, miejsce na dysku i limity procesów.
- Zweryfikuj usługi zależne, zapytania do bazy i połączenia z API.
- Odtwórz problem na środowisku testowym, jeśli jest dostępne.
- Po naprawie przetestuj reprezentatywne adresy i monitoring.
Komunikat widoczny w przeglądarce bywa ogólny. Konkretna przyczyna częściej znajduje się w logu z tego samego czasu i żądania.
Najczęstsze problemy w WordPressie
W WordPressie awarię może wywołać konflikt wtyczki lub motywu, niezgodna wersja PHP, błędna reguła w .htaccess, wyczerpany limit pamięci albo problem z bazą. Aktualizacja jest tylko punktem zaczepienia, a nie dowodem.
Jeżeli panel nie działa, zmiany wykonuj ostrożnie przez hosting lub dostęp do plików. Zamiast usuwać rozszerzenia, tymczasowo zmień nazwę katalogu konkretnej wtyczki i zapisuj wyniki. Przywrócenie kopii może pomóc, ale trzeba jeszcze ustalić przyczynę, aby błąd nie wrócił.
Jak przeprowadzić krótką przerwę techniczną?
Przy pilnym wyłączeniu serwisu na 1–2 dni Google zaleca informacyjną stronę zwracającą kod 503. Powinna być lekka, zawierać przewidywany termin powrotu i alternatywny kontakt. Warto ustawić Retry-After.
Nie zwracaj 503 dla pliku robots.txt i nie używaj 404, 410 ani noindex jako zamiennika przerwy technicznej. Aktualne zalecenia opisuje dokumentacja Google o tymczasowym wstrzymywaniu witryny.
Jak błędy 5xx wpływają na Google?
Pojedyncza krótka awaria nie oznacza automatycznej utraty całej widoczności. Googlebot ponawia próby i przy większej liczbie odpowiedzi 5xx ogranicza tempo pobierania. Długotrwała lub powtarzająca się niedostępność może jednak opóźniać aktualizacje i prowadzić do usuwania adresów z indeksu.
Nie maskuj awarii kodem 200 i pustą stroną. Właściwa odpowiedź pozwala robotowi odróżnić tymczasowy problem od poprawnie działającego dokumentu. Zachowanie robotów dla kodów 5xx opisuje dokumentacja kodów HTTP Google.
Jak odebrać naprawę?
- ważne adresy ponownie zwracają 200,
- zaplanowana przerwa zwraca 503, a nie 200 lub 404,
- logi nie pokazują powtarzającego się wyjątku,
- formularze, koszyk, logowanie i API działają,
- monitoring sprawdza zarówno dostępność, jak i treść odpowiedzi,
- Search Console nie pokazuje rosnącej liczby błędów serwera,
- przyczyna i wdrożona zmiana zostały zapisane.
Jeśli niedostępny adres nie powinien istnieć, właściwym rozwiązaniem może być 404, 410 albo przekierowanie, a nie naprawa 5xx. Zasady wyboru opisuję w poradniku o błędach 404.
Potrzebujesz oddzielić awarię serwera od problemu indeksowania? Napisz na czesc@seomariusz.pl lub zadzwoń: 665 015 610. Sprawdzę kody odpowiedzi, zakres problemu i jego wpływ na ważne adresy.