Błąd 500 (Internal Server Error) w WordPress, jak naprawić

Zamiast strony przeglądarka pokazuje suchy komunikat: „HTTP ERROR 500", „500 Internal Server Error" albo „Wewnętrzny błąd serwera". Strona nie ładuje się w ogóle, często razem z panelem administracyjnym. To jedna z najczęstszych awarii, z jaką trafiają do nas właściciele stron, i zarazem jedna z najbardziej mylących, bo komunikat nic nie mówi o przyczynie. Poniżej tłumaczymy, co oznacza błąd 500, czym różni się od błędu krytycznego WordPressa i jak go usunąć krok po kroku.

Co oznacza błąd 500

500 to kod odpowiedzi serwera, który znaczy tyle co „coś poszło nie tak po mojej stronie, ale nie potrafię powiedzieć co". Serwer próbował przetworzyć żądanie, natrafił na błąd i przerwał, zanim zdążył cokolwiek pokazać. W odróżnieniu od błędów 404 (nie znaleziono) czy 403 (brak dostępu), 500 dotyczy samego wykonania kodu lub konfiguracji serwera.

Warto od razu odróżnić go od komunikatu „Wystąpił błąd krytyczny na tej witrynie". Ten drugi to reakcja samego WordPressa na błąd PHP, więc zwykle podpowiada przyczynę i wysyła e-mail do administratora. Czysty błąd 500 zatrzymuje żądanie wcześniej, na poziomie serwera, i dlatego bywa trudniejszy do namierzenia. Jeśli u Ciebie pojawia się raczej ten pierwszy, zajrzyj do wpisu o błędzie krytycznym i białej stronie, tam opisujemy tamtą ścieżkę.

Najczęstsze przyczyny błędu 500

Uszkodzony plik .htaccess. Błędny wpis w .htaccess (często po instalacji wtyczki albo ręcznej edycji) potrafi wywalić cały serwer w 500. To najczęstsza i najłatwiejsza do naprawy przyczyna.
Wyczerpany limit pamięci PHP. Gdy skrypt potrzebuje więcej pamięci, niż przydzielił hosting, serwer przerywa pracę błędem 500.
Błąd PHP we wtyczce lub motywie. Fatalny błąd w kodzie dodatku, zwłaszcza po aktualizacji albo przy niezgodnej wersji PHP, kończy się 500.
Niezgodna wersja PHP. Po przełączeniu PHP na hostingu starszy kod przestaje działać, nawet jeśli sam nic nie zmieniałeś.
Reguły bezpieczeństwa serwera (mod_security). Zbyt agresywna reguła po stronie hostingu potrafi blokować żądania błędem 500.
Uszkodzony plik rdzenia WordPressa. Rzadziej, ale przerwana aktualizacja lub podmieniony plik również daje 500.

Zanim zaczniesz: zrób kopię

Zanim cokolwiek zmienisz w plikach, zrób kopię plików i bazy, choćby przez panel hostingu. Jeśli nie masz pewności jak, opisaliśmy to w osobnym wpisie o kopiach zapasowych strony. To pięć minut, które ratują przed pogłębieniem awarii.

Jak naprawić błąd 500 krok po kroku

Idź od najczęstszego i najprostszego. Po każdym kroku odśwież stronę.

Zresetuj plik .htaccess. Przez menedżer plików w panelu hostingu lub FTP zmień nazwę pliku .htaccess na przykład na .htaccess-old. Odśwież stronę. Jeśli ruszyła, plik był winny. Zaloguj się do WordPressa i w Ustawienia → Bezpośrednie odnośniki kliknij Zapisz, żeby wygenerować czysty .htaccess.
Zwiększ limit pamięci PHP. W pliku wp-config.php dodaj define('WP_MEMORY_LIMIT', '256M');. Jeśli przyczyną była pamięć, strona wstanie.
Wyłącz wtyczki hurtowo. Zmień nazwę folderu wp-content/plugins na plugins-off. Jeśli błąd zniknie, winna jest jedna z wtyczek. Przywróć nazwę i włączaj je pojedynczo, aż znajdziesz sprawcę.
Przełącz motyw na domyślny. W folderze wp-content/themes zmień nazwę aktywnego motywu, żeby WordPress wrócił do domyślnego. Jeśli to pomoże, problem jest w szablonie.
Włącz log błędów. W wp-config.php ustaw define('WP_DEBUG', true); i define('WP_DEBUG_LOG', true);. Dokładny błąd trafi do wp-content/debug.log. Zajrzyj też do logów serwera w panelu hostingu, przy 500 to często tam jest odpowiedź. Po diagnozie wyłącz debug.
Sprawdź wersję PHP i mod_security. W panelu hostingu zobacz, czy nie zmieniła się wersja PHP, i zapytaj support, czy 500 nie pochodzi z reguły bezpieczeństwa serwera. To dwie rzeczy, których nie naprawisz z poziomu samej strony.

Kiedy oddać to specjaliście

Jeśli log serwera nie wskazuje jednoznacznej przyczyny, nie masz dostępu do plików albo błąd wraca mimo prób, dalsze eksperymentowanie na żywej stronie tylko przedłuża przestój. Zajmujemy się właśnie takimi awariami, gdy strona nie działa: diagnoza jest bezpłatna, pracujemy na kopii i mówimy wprost, co się stało i ile potrwa naprawa. Jeśli chcesz najpierw sam zawęzić objaw, pomoże interaktywna diagnoza problemu.

Najczęstsze pytania

Czym różni się błąd 500 od „błędu krytycznego" WordPressa?

Błąd 500 zgłasza serwer, zanim WordPress zdąży cokolwiek pokazać, więc komunikat jest ogólny. „Błąd krytyczny na tej witrynie" pochodzi już od WordPressa, zwykle podpowiada przyczynę i wysyła e-mail do administratora. Kroki naprawcze częściowo się pokrywają, ale przy 500 częściej winne są .htaccess i konfiguracja serwera.

Strona działała, nagle błąd 500, choć nic nie zmieniałem. Dlaczego?

Najczęściej zmieniło się coś po stronie serwera: wersja PHP, reguła bezpieczeństwa albo automatyczna aktualizacja wtyczki w tle. Z Twojej perspektywy nic się nie działo, a jednak coś się przełączyło pod spodem.

Czy przy błędzie 500 tracę dane?

Nie. To błąd wykonania lub konfiguracji, a nie utrata treści. Wpisy, zdjęcia i ustawienia zostają na miejscu; naprawa polega na usunięciu przyczyny.

Nie mam dostępu do panelu. Da się coś zrobić?

Tak. Reset .htaccess, edycja wp-config.php, wyłączenie wtyczek i zmiana motywu robi się z poziomu plików przez menedżer plików w panelu hostingu lub FTP, bez wchodzenia do panelu WordPressa.