Błąd 500 Internal Server Error w WordPressie – 6 przyczyn i rozwiązań

Błąd 500 jest frustrujący, bo niczego nie wyjaśnia – serwer mówi tylko, że „coś poszło nie tak”. Dobra wiadomość: w WordPressie lista podejrzanych jest krótka. Sprawdzaj przyczyny w tej kolejności, od najprostszych.

0. Zajrzyj do logu błędów serwera

Zanim zaczniesz zgadywać, otwórz w panelu hostingu log błędów (zwykle „Logi”, „Error log” lub plik error_log w katalogu strony). Jedna linia z datą awarii często od razu wskazuje przyczynę – plik, regułę albo przekroczony limit.

1. Uszkodzony plik .htaccess

Najczęstsza przyczyna, zwłaszcza po instalacji wtyczek do cache, przekierowań lub bezpieczeństwa. Zmień nazwę pliku .htaccess w katalogu głównym na .htaccess_old. Jeśli strona działa – zaloguj się, wejdź w Ustawienia → Bezpośrednie odnośniki i kliknij „Zapisz zmiany”, żeby WordPress utworzył nowy plik. Domyślna zawartość wygląda tak:

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress

Swoje reguły bezpieczeństwa dodawaj potem ponownie, po jednej – tak znajdziesz tę, której serwer nie akceptuje.

2. Za mały limit pamięci PHP

Gdy skrypt przekroczy przydzieloną pamięć, część serwerów zamiast komunikatu PHP zwraca właśnie błąd 500. Dodaj do wp-config.php:

define( 'WP_MEMORY_LIMIT', '256M' );

Jeśli hosting ma niższy limit memory_limit, ta linia go nie przebije – podnieś go w ustawieniach PHP w panelu.

3. Wtyczka lub motyw

Wyłącz wszystkie wtyczki, zmieniając nazwę katalogu wp-content/plugins, a jeśli to nie pomoże – nazwę katalogu aktywnego motywu. Procedurę szukania winnej wtyczki opisałem w poradniku o błędzie krytycznym i białym ekranie.

4. Złe uprawnienia plików i katalogów

Po przenosinach strony lub ręcznym wgrywaniu plików uprawnienia bywają zbyt restrykcyjne albo zbyt luźne – a wiele serwerów odmawia wtedy wykonania skryptu. Prawidłowe wartości to:

• katalogi: 755,
• pliki: 644,
• wp-config.php: 640 lub 600 (jeśli hosting na to pozwala).

find . -type d -exec chmod 755 {} \;
find . -type f -exec chmod 644 {} \;

Nigdy nie ustawiaj 777 – to otwarte zaproszenie dla atakującego.

5. Niezgodna wersja PHP

Jeśli błąd pojawił się po zmianie wersji PHP przez Ciebie lub hostingodawcę, stara wtyczka lub motyw mogą jej nie obsługiwać. Tymczasowo przełącz PHP na poprzednią wersję, żeby przywrócić stronę, a potem zaktualizuj lub wymień problematyczny dodatek i wróć do wspieranej wersji PHP.

6. Uszkodzone pliki rdzenia

Przerwana aktualizacja potrafi zostawić niekompletne pliki. Wgraj ponownie katalogi wp-admin i wp-includes ze świeżej paczki z wordpress.org (bez ruszania wp-content). Z WP-CLI możesz najpierw sprawdzić, które pliki się różnią:

wp core verify-checksums

Gdy nic nie pomaga:

• Zapytaj support hostingu – czasem przyczyną jest awaria lub limit po stronie serwera.
• Przywróć kopię zapasową sprzed awarii.
• Sprawdź, czy błąd nie dotyczy tylko jednego adresu, np. admin-ajax.php – wtedy winna jest zwykle jedna wtyczka.

Przeczytaj też

Naprawa WordPress Najczęstsze problemy z WordPressem – 15 błędów i jak je naprawić Naprawa WordPress Błąd krytyczny i biały ekran w WordPressie – jak to naprawić krok po kroku Naprawa WordPress „Błąd podczas nawiązywania połączenia z bazą danych” – jak naprawić WordPress