Krytyczny błąd WordPressa: naprawa przez tryb odzyskiwania w 3 minuty, ścieżka ręczna przez FTP, czytanie logów i debug.log oraz profilaktyka na przyszłość.
Komunikat „Wystąpił krytyczny błąd na tej witrynie" oznacza, że PHP przerwał budowanie strony - najczęściej przez wtyczkę, motyw albo niezgodność z wersją PHP. Twoje treści są bezpieczne w bazie danych. Naprawę zacznij od maila „Twoja witryna ma problem techniczny", który WordPress wysyła na adres administratora: zawiera nazwę winowajcy i link do trybu odzyskiwania.
Poniżej trzy ścieżki naprawy - od najszybszej (tryb odzyskiwania, 3 minuty) po ręczną przez FTP, gdy nie masz dostępu do maila. Dodatkowo: jak czytać log błędów, co zrobić, gdy błąd pojawił się bez żadnej Twojej zmiany, i jak zabezpieczyć się przed powtórką.
„Wystąpił krytyczny błąd na tej witrynie" to nowsza, grzeczniejsza wersja białego ekranu śmierci: PHP wywrócił się podczas budowania strony, a WordPress to przechwycił i pokazał komunikat zamiast pustej strony. Od wersji 5.2 WordPress ma do takich sytuacji tryb odzyskiwania - i to od niego zaczynamy.
Razem z komunikatem WordPress wysyła wiadomość „Twoja witryna ma problem techniczny" na adres administratora. Ten mail to skarb:
Sprawdź też spam. Nie wiesz, jaki adres jest adresem administratora albo poczta nie działa? Przejdź do kroku 3.
Gdy trybu odzyskiwania nie ma jak użyć:
Szczegółową wersję tej procedury (z limitem pamięci, .maintenance i .htaccess) znajdziesz w instrukcji naprawy białej strony.
Jeśli log hostingu nic nie mówi, włącz tymczasowo diagnostykę: w pliku wp-config.php ustaw WP_DEBUG na true oraz WP_DEBUG_LOG na true, a WP_DEBUG_DISPLAY na false. WordPress zacznie zapisywać błędy do pliku wp-content/debug.log, gdzie znajdziesz dokładną nazwę pliku i linii. Po diagnozie wyłącz debugowanie - zostawione na produkcji ujawnia ścieżki serwera i ułatwia atak.
Nie - wpisy, strony, produkty i ustawienia siedzą w bazie danych, której ten błąd nie dotyczy. Awaria dotyczy wykonania kodu PHP, więc po wyłączeniu winnej wtyczki wszystko wraca w niezmienionej postaci.
Trzy typowe powody: adres administratora w ustawieniach jest nieaktualny, wiadomość wpadła do spamu albo poczta z serwera w ogóle nie wychodzi (problem z konfiguracją - patrz maile w spamie). Wtedy zostaje ścieżka ręczna przez FTP.
Wróć na poprzednią wersję w panelu hostingu (to zwykle jedno kliknięcie i natychmiastowy efekt), zaktualizuj wszystkie wtyczki i motyw, sprawdź, czy nie używasz porzuconych rozszerzeń, i dopiero wtedy podnieś PHP ponownie. Zalecana wersja dla WordPressa w 2026 to 8.3-8.4.
Spróbuj adresu /wp-admin - bywa, że panel działa, gdy błąd dotyczy tylko frontendu (np. motywu). Jeśli i tam jest błąd, użyj linku z maila ratunkowego albo wyłącz wtyczki przez FTP - dostęp do panelu wróci.
Tak - najprościej przywracając kopię zapasową sprzed aktualizacji. Alternatywnie: pobierz poprzednią wersję wtyczki z repozytorium WordPress.org (zakładka „Zaawansowane" na stronie wtyczki) i wgraj ją przez FTP w miejsce nowej. Potem czekaj na poprawkę autora.
To zwykle wina konkretnego elementu na tej stronie: formularza, galerii, bloku od wtyczki albo shortcode'a wskazującego usunięty zasób. Edytuj tę stronę i usuwaj elementy po kolei (albo przełącz na szkic i sprawdź, czy reszta serwisu działa) - to szybsza droga niż wyłączanie wszystkich wtyczek.
Wszystkie poradniki z kategorii: WordPress