Błąd 500 i błąd 503 w WordPressie – co oznaczają i jak je naprawić

Posted on 6 października, 2026

Błąd 500 i błąd 503 to dwa najczęstsze kody błędu serwera na stronach WordPress. Błąd 500 (Internal Server Error, wewnętrzny błąd serwera) oznacza, że serwer nie wykonał kodu strony, zwykle przez wtyczkę, motyw, plik .htaccess albo brak pamięci PHP. Błąd 503 (Service Unavailable) oznacza, że serwer jest chwilowo niedostępny: przez tryb konserwacji po nieudanej aktualizacji albo przekroczone limity hostingu. Oba da się zwykle naprawić bez utraty treści.

Poniżej wyjaśniamy, co znaczy każdy z kodów, jak znaleźć przyczynę w logach i jak naprawić stronę krok po kroku. Na końcu: kiedy szkoda czasu na samodzielne próby i lepiej oddać awarię fachowcowi.

Błąd 500: co oznacza wewnętrzny błąd serwera

Kod błędu 500 (status code 500, HTTP 500 Internal Server Error) to ogólny komunikat serwera: „coś poszło nie tak, ale nie powiem co”. Serwer odebrał żądanie przeglądarki, próbował wykonać kod strony i przerwał w połowie. Dlatego sam komunikat nic nie mówi o przyczynie, a każda przeglądarka i każdy hosting wyświetla go inaczej: jako pustą białą stronę, napis „HTTP ERROR 500”, „Wewnętrzny błąd serwera” albo stronę błędu przygotowaną przez firmę hostingową.

W WordPressie od wersji 5.2 część takich awarii kończy się komunikatem „Na tej stronie wystąpił błąd krytyczny”. To ten sam problem, tylko obsłużony przez WordPressa: system wysyła wtedy na adres e-mail administratora wiadomość z nazwą wtyczki lub motywu, który spowodował błąd, i linkiem do trybu odzyskiwania. Warto sprawdzić skrzynkę, łącznie ze spamem, zanim zacznie się szukać przyczyny na ślepo. Błąd 500 nie mija sam. Dopóki przyczyna nie zostanie usunięta, strona nie działa dla nikogo.

Błąd 503: co oznacza Service Unavailable

Błąd 503 (503 Service Unavailable, 503 Service Temporarily Unavailable) oznacza, że serwer działa, ale w tej chwili nie może obsłużyć żądania. W odróżnieniu od błędu 500 to z założenia stan przejściowy: serwer mówi „wróć za chwilę”. Dlatego błąd 503 często znika po kilku minutach, a po odświeżeniu strona działa, by po chwili znów przestać.

Na stronach WordPress błąd 503 ma dwie typowe przyczyny. Pierwsza to tryb konserwacji: na czas aktualizacji WordPress tworzy w katalogu głównym plik .maintenance i wyświetla komunikat o pracach konserwacyjnych. Jeśli aktualizacja przerwie się w połowie, plik zostaje, a strona pokazuje 503 aż do jego usunięcia. Druga przyczyna to limity hostingu: na tanim serwerze współdzielonym strona ma przydzieloną ograniczoną liczbę procesów i moc procesora. Gdy wejdzie więcej osób, botów albo zadań cron naraz, serwer odrzuca kolejne żądania kodem 503.

Czym różni się błąd 500 od błędu 503 i innych błędów serwera

Wszystkie kody zaczynające się od cyfry 5 to błędy po stronie serwera, a nie komputera czy przeglądarki użytkownika. Czyszczenie pamięci podręcznej przeglądarki ich nie naprawi. Różnią się miejscem, w którym coś zawiodło, i tym, czy problem minie sam.

Najczęstsze przyczyny błędu 500 w WordPressie

W naszej praktyce naprawczej przyczyny błędu 500 powtarzają się w kółko. Prawie zawsze awaria pojawia się zaraz po jakiejś zmianie: aktualizacji, instalacji nowej wtyczki, przeniesieniu strony albo zmianie wersji PHP przez hosting. Dlatego pierwsze pytanie brzmi zawsze: co zmieniło się tuż przed awarią.

• Błąd wtyczki lub motywu. Nowa wersja wtyczki nie współpracuje z inną wtyczką, z motywem albo z wersją PHP na serwerze.
• Za stara lub za nowa wersja PHP. Hosting podnosi wersję PHP, a porzucona wtyczka sprzed kilku lat przestaje działać. Bywa też odwrotnie: nowa wtyczka wymaga PHP, którego serwer nie ma.
• Uszkodzony plik .htaccess. Błędna reguła przekierowania lub zapis wtyczki bezpieczeństwa wywraca cały serwis.
• Brak pamięci PHP. Kreator stron, sklep WooCommerce i kilkadziesiąt wtyczek potrzebują więcej pamięci, niż przydziela domyślna konfiguracja.
• Złe uprawnienia plików po przeniesieniu strony na inny serwer.
• Zainfekowane pliki po włamaniu przez przestarzałą wtyczkę.

Błąd 500 WordPress: jak naprawić krok po kroku

Zanim cokolwiek zmienisz, zrób kopię zapasową plików i bazy danych w panelu hostingu. Naprawa bez kopii potrafi zamienić jedną awarię w dwie. Potrzebny jest dostęp do serwera przez FTP lub menedżer plików w panelu hostingu.

1. Sprawdź e-mail administratora. Wiadomość o błędzie krytycznym często wskazuje winną wtyczkę i zawiera link do trybu odzyskiwania.
2. Przeczytaj log błędów. W panelu hostingu znajdziesz zwykle plik error_log. Możesz też dopisać w wp-config.php linie define( 'WP_DEBUG', true );, define( 'WP_DEBUG_LOG', true ); i define( 'WP_DEBUG_DISPLAY', false );. Błędy zapiszą się w wp-content/debug.log, a nie wyświetlą odwiedzającym. Po naprawie wyłącz debugowanie.
3. Wyłącz wtyczki. Zmień nazwę katalogu wp-content/plugins na np. plugins-off. Jeśli strona wróciła, przywróć nazwę i wyłączaj wtyczki pojedynczo, aż znajdziesz winną.
4. Sprawdź motyw. Zmień nazwę katalogu aktywnego motywu, a WordPress przełączy się na motyw domyślny, jeśli jest zainstalowany.
5. Odtwórz .htaccess. Zmień nazwę pliku na .htaccess-old, zaloguj się do panelu i zapisz ustawienia w Ustawienia, Bezpośrednie odnośniki. WordPress utworzy czysty plik.
6. Zwiększ pamięć PHP. Dopisz w wp-config.php linię define( 'WP_MEMORY_LIMIT', '256M' ); albo podnieś limit w panelu hostingu.
7. Sprawdź wersję PHP w panelu hostingu i porównaj z wymaganiami wtyczek.

Błąd 503: jak naprawić stronę WordPress

Jeśli błąd 503 pojawił się w trakcie lub tuż po aktualizacji, zacznij od trybu konserwacji. Połącz się z serwerem przez FTP lub menedżer plików i usuń plik .maintenance z katalogu głównego WordPressa, tam gdzie leży wp-config.php. Plik jest ukryty, więc w programie FTP trzeba włączyć pokazywanie plików z kropką na początku. Po jego usunięciu strona wraca od razu. Następnie sprawdź w kokpicie, czy aktualizacja zakończyła się poprawnie, i w razie potrzeby powtórz ją dla jednej wtyczki naraz.

Jeśli błąd 503 pojawia się i znika bez związku z aktualizacjami, przyczyną są zwykle limity serwera. Sprawdź w panelu hostingu statystyki zużycia procesora i procesów. Pomaga wtyczka do pamięci podręcznej, zablokowanie agresywnych botów, przeniesienie zadań cron WordPressa na cron serwera i wyłączenie ciężkich wtyczek, np. statystyk liczonych na serwerze. Gdy limity kończą się regularnie przy normalnym ruchu, strona przerosła swój pakiet i potrzebuje mocniejszego hostingu. Jak go dobrać, opisaliśmy w artykule o tym, jak wybrać dobry serwer i hosting.

Czy błąd 500 i 503 szkodzi pozycjom w Google

Krótka awaria nie szkodzi. Długa, owszem. Według dokumentacji Google Search Central błędy serwera 5xx i kod 429 sprawiają, że roboty Google tymczasowo zwalniają indeksowanie, proporcjonalnie do liczby adresów zwracających błąd. Strony już zaindeksowane zostają w indeksie, ale jeśli błąd się utrzymuje, z czasem z niego wypadają. Google nie podaje, po ilu dniach to następuje. Gdy serwer znów odpowiada poprawnie, roboty stopniowo wracają do normalnego tempa.

W praktyce oznacza to, że stronę z błędem 500 trzeba naprawić tego samego dnia, a nie po weekendzie. Po naprawie warto sprawdzić w Google Search Console raport Strony oraz Statystyki indeksowania, czy liczba błędów serwera spada. Kod 503 jest właściwą odpowiedzią na zaplanowane prace na serwerze, bo informuje roboty, że przerwa jest chwilowa. Nie nadaje się jednak na wielodniowe wyłączenie strony.

Jak zapobiegać błędom serwera

Większość awarii, które naprawiamy, wynika z tego, że nikt nie zajmował się stroną przez rok lub dłużej, a potem ktoś kliknął „Aktualizuj wszystko”. Zapobieganie sprowadza się do kilku stałych nawyków:

• kopia zapasowa przed każdą aktualizacją, przechowywana poza serwerem strony,
• aktualizacje regularnie i po kolei, a nie wszystkie naraz po roku przerwy,
• usuwanie nieużywanych i porzuconych wtyczek, bez aktualizacji od ponad roku,
• monitoring dostępności, który wyśle powiadomienie, zanim awarię zauważy Klient,
• hosting dobrany do rzeczywistego ruchu i liczby wtyczek.

Jeśli nie chcesz pilnować tego samodzielnie, robimy to w ramach stałej obsługi strony internetowej: aktualizacje, kopie zapasowe poza serwerem i monitoring, z reakcją na awarię do 4 godzin roboczych.

Kiedy wezwać fachowca do naprawy strony

Samodzielna naprawa ma sens, gdy masz dostęp do FTP i panelu hostingu, a strona przestała działać po konkretnej zmianie, którą da się cofnąć. Lepiej oddać ją fachowcowi, gdy:

• w logu pojawiają się błędy, których nie rozumiesz, albo log jest pusty,
• po wyłączeniu wtyczek i zmianie motywu błąd nadal występuje,
• strona to sklep, który traci zamówienia z każdą godziną awarii,
• w plikach są nieznane skrypty, a strona przekierowuje na obce adresy, co oznacza włamanie,
• nie masz aktualnej kopii zapasowej i boisz się utraty danych.

Typową awarię WordPressa naprawiamy od 290 zł netto: diagnoza w logach serwera, kopia zapasowa przed zmianami, usunięcie przyczyny i test działania. Naprawiamy też strony wykonane przez innych wykonawców. Szczegóły i cennik znajdziesz na stronie naprawa i przebudowa stron internetowych.

Najczęstsze pytania o błędy 500 i 503

Czy błąd 500 to wina mojego komputera?

Nie. Błąd 500 powstaje na serwerze strony. Jeśli strona nie działa u Ciebie, nie działa też u innych odwiedzających. Wyjątkiem jest sytuacja, gdy błąd widzisz tylko po zalogowaniu do panelu, wtedy przyczyną bywa wtyczka działająca wyłącznie dla administratora.

Co znaczy 503 Service Unavailable na cudzej stronie?

Że jej serwer jest chwilowo przeciążony lub w trakcie prac. Jako odwiedzający możesz tylko odczekać kilka minut i odświeżyć stronę. Naprawić błąd może wyłącznie właściciel strony albo jego hosting.

Ile trwa naprawa błędu 500 w WordPressie?

Jeśli winna jest wtyczka, .htaccess albo limit pamięci, zwykle od kilkunastu minut do godziny. Dłużej trwa czyszczenie strony po włamaniu i naprawa po nieudanym przeniesieniu na inny hosting.

Czy hosting naprawi błąd 500 za mnie?

Hosting odpowiada za działanie serwera, nie za wtyczki i kod strony. Pomoże przy błędach konfiguracji serwera i limitach, a przy błędzie we wtyczce zwykle odeśle do twórcy strony.

Źródła: Google Search Central, „How HTTP status codes, and network and DNS errors affect Google Search”; WordPress Developer Resources, „Debugging in WordPress”; doświadczenie EMM8 z naprawy stron WordPress.

Skontaktuj się z nami

Strona pokazuje błąd 500 lub 503?

Prosimy opisać, co się stało i kiedy strona przestała działać. Diagnozę zaczynamy w ciągu 1 dnia roboczego od otrzymania dostępów, a przed zmianami zawsze robimy kopię zapasową. Naprawa typowej awarii od 290 zł netto.

Tel: 603 338 970

E-mail: kontakt@emm8.pl

Zgłoś awarię strony