Czym jest błąd krytyczny w WordPressie i co oznacza komunikat o błędzie krytycznym?#
Od wersji 5.2 WordPress zamiast białego ekranu pokazuje krótki komunikat o błędzie: „W witrynie wystąpił błąd krytyczny. Sprawdź skrzynkę odbiorczą administratora witryny, aby uzyskać instrukcje”. Pod spodem dzieje się jedno: kod WordPressa natrafił na błąd, którego nie umie ominąć, i przerwał wyświetlanie strony. Krytyczny błąd nie jest infekcją, nie jest karą od Google i nie kasuje treści. Treść siedzi w bazie danych, a baza danych zwykle jest nietknięta. Witryna wygląda na zniszczoną, a naprawdę jest tylko zatrzymana.
Komunikat widzą wszyscy: Ty, klienci i Google, bo strona internetowa wyświetla go zamiast treści. Dlatego liczy się czas. Dobra wiadomość: w większości przypadków błąd krytyczny wywołuje jedna wtyczka albo motyw, a naprawa zajmuje kilkanaście minut, nawet bez dostępu do panelu administracyjnego.
Co powoduje błąd krytyczny WordPress? Wtyczka, motyw, aktualizacja, PHP#
- Aktualizacja wtyczki. Nowa wersja wtyczki nie współpracuje z Twoją wersją WordPressa, PHP albo z inną wtyczką. Najczęstszy przypadek.
- Aktualizacja motywu albo edycja jego plików. Jedna literówka w pliku functions.php motywu wystarczy, żeby cała witryna stanęła.
- Zmiana wersji PHP na serwerze. Hosting podnosi PHP z 7.4 na 8.2, a stara wtyczka nie zna nowej wersji. Objaw pojawia się „sam z siebie”, bez Twojego udziału.
- Limit pamięci PHP. Wtyczki potrzebują więcej pamięci, niż daje pakiet hostingu. Błąd pojawia się losowo, częściej w panelu niż na stronie głównej.
- Uszkodzone pliki WordPressa. Przerwana aktualizacja systemu, niepełne wgranie plików na serwer.
- Problem z bazą danych. Osobny komunikat „błąd nawiązania połączenia z bazą danych”, ale skutek ten sam: witryna nie działa.
- Infekcja. Rzadziej, ale bywa: złośliwy kod dopisany do plików wtyczki albo motywu psuje składnię. Wtedy naprawa błędu to dopiero początek.
Krok 1: sprawdzić e-mail od WordPressa i wejść w tryb odzyskiwania#
Gdy pojawia się błąd krytyczny, WordPress wysyła e-mail na adres administratora witryny (ten z ustawień ogólnych). W wiadomości jest nazwa wtyczki lub motywu, które spowodowały błąd, fragment komunikatu o błędzie z nazwą pliku i linia kodu oraz link do trybu odzyskiwania. Po kliknięciu w link administrator loguje się do panelu administracyjnego WordPressa z wyłączoną problematyczną wtyczką i może ją dezaktywować na stałe albo zaktualizować. Tryb odzyskiwania pozwala odzyskiwać dostęp do panelu bez grzebania w plikach.
Co w przypadku, gdy mail do administratora nie dochodzi? Sprawdź spam. Jeśli nie ma go nigdzie, to zwykle znaczy, że WordPress nie wysyła maili z Twojego hostingu, a to osobny, częsty problem. Wtedy przechodzisz do kroku 3, bez linku. Warto po naprawie sprawdzić, dlaczego wtyczka do poczty albo hosting nie dostarcza wiadomości.
Krok 2: napraw błąd krytyczny z panelu WordPress, wyłączając wtyczkę albo motyw#
Jeśli masz dostęp do panelu administracyjnego (bezpośrednio albo przez tryb odzyskiwania), wejdź w Wtyczki i dezaktywuj tę wskazaną w e-mailu. Sprawdź witrynę. Działa? Zaktualizuj wtyczkę do nowej wersji albo zainstaluj zamiennik. Nie działa? Dezaktywuj wszystkie wtyczki naraz i włączaj po jednej, sprawdzając stronę po każdej. Wtyczka, po której błąd wraca, jest winna.
Jeśli winny jest motyw, przełącz się w Wygląd na domyślny motyw WordPressa (Twenty Twenty-Five albo inny z serii Twenty). Strona będzie wyglądać inaczej, ale będzie działać, a Ty zyskasz czas na naprawę motywu.
Krok 3: naprawa bez dostępu do panelu, przez pliki na serwerze#
Błąd krytyczny często blokuje też logowanie do wp-admin. Wtedy działasz od strony plików. Zaloguj się na serwer przez program do przesyłania plików (np. FileZilla, protokół FTP) albo menedżer plików w panelu hostingu (cPanel, DirectAdmin, panel home.pl). Dane dostępowe masz od hostingodawcy.
- Wejdź do katalogu
wp-content/plugins. Każdy folder to jedna wtyczka. - Zmień nazwę folderu wtyczki wskazanej w e-mailu, np. z
nazwa-wtyczkinanazwa-wtyczki-off. WordPress uzna wtyczkę za nieaktywną. - Sprawdź stronę. Jeśli nadal widzisz błąd, zmień nazwę całego folderu
pluginsnaplugins-off. To dezaktywuje wszystkie wtyczki naraz. Działa? Przywróć nazwę i sprawdzaj wtyczki pojedynczo. - Jeśli winny jest motyw: w
wp-content/themeszmień nazwę folderu aktywnego motywu. WordPress przełączy się na domyślny, o ile jest zainstalowany. Jeśli nie ma żadnego domyślnego, pobierz go ze strony wordpress.org i zainstaluj, wgrywając do folderu themes. - Po naprawie zaloguj się do panelu i zaktualizuj albo usuń wtyczkę, która sprawiła kłopot.
Uszkodzone pliki samego WordPressa naprawisz, wgrywając na serwer świeżą kopię plików z wordpress.org (wszystko poza folderem wp-content i plikiem wp-config.php). Wtyczki, motyw i zdjęcia zostają nietknięte.
Krok 4: tryb debugowania WordPress, gdy nie wiesz, która wtyczka wywołała błąd#
Bez e-maila i bez pewności, która wtyczka zawiniła, włącz debugowanie. W pliku konfiguracyjnym wp-config.php (główny katalog strony) dopisz przed linią „That's all, stop editing”:
define('WP_DEBUG', true); define('WP_DEBUG_LOG', true); define('WP_DEBUG_DISPLAY', false);
Od tej chwili WordPress zapisuje błędy do pliku debug.log w katalogu wp-content, a nie pokazuje ich odwiedzającym. W logu znajdziesz linię „Fatal error” z pełną ścieżką do pliku. Nazwa folderu w tej ścieżce to nazwa wtyczki albo motywu, które trzeba dezaktywować. Po naprawie ustaw tę opcję z powrotem na false, bo plik rośnie i zdradza szczegóły instalacji.
Baza danych: błąd nawiązania połączenia i jak go naprawić#
To osobny komunikat, ale ludzie szukają go razem z błędem krytycznym. Przyczyny: błędne dane logowania do bazy w pliku konfiguracyjnym (po przeniesieniu strony albo zmianie hasła), przeciążony serwer bazy na hostingu, uszkodzone tabele albo wyczerpany limit bazy w pakiecie.
Sprawdź po kolei: czy nazwa bazy, użytkownik, hasło i host w pliku konfiguracyjnym zgadzają się z tym, co widać w panelu hostingu; czy hostingodawca nie zgłasza awarii; czy w phpMyAdmin tabele nie są oznaczone jako uszkodzone (naprawa jednym kliknięciem „Repair”). Jeśli wszystko wygląda dobrze, a błąd trwa, napisz na wsparcie hostingu. To jeden z przypadków, w których problem naprawdę leży po stronie serwera.
Nie mogę się zalogować albo edytować strony: pokrewne problemy#
Problemy z logowaniem do WordPressa po błędzie krytycznym mają zwykle jedno z trzech źródeł: wtyczka zabezpieczająca zablokowała adres logowania, przekierowanie w pętli po zmianie adresu URL w ustawieniach, albo ciasteczka w przeglądarce. Kolejno: dezaktywuj wtyczkę zabezpieczeń przez zmianę nazwy jej folderu, sprawdź w bazie danych (tabela wp_options, wiersze siteurl i home), czy adres jest poprawny, i spróbuj w trybie prywatnym przeglądarki.
Jeśli panel działa, ale nie możesz edytować strony (edytor ładuje się bez końca albo pokazuje pusty ekran), to najczęściej konflikt wtyczki z edytorem blokowym albo z kreatorem stron. Dezaktywuj ostatnio dodane wtyczki i sprawdź, czy edytor wraca.
Czy przywrócenie kopii zapasowej naprawia błąd krytyczny?#
Przywrócenie kopii zapasowej rozwiązuje błąd krytyczny, ale cofa też wszystko, co zmieniło się od jej wykonania: nowe wpisy, zamówienia, zgłoszenia z formularzy zapisane w bazie. Dlatego kopia to ostatnia deska, nie pierwsza. Sięgaj po nią, gdy dezaktywacja wtyczek i motywu nie pomaga, gdy pliki WordPressa są uszkodzone w niejasny sposób albo gdy podejrzewasz infekcję. Przed przywróceniem zapisz osobno bazę danych z obecnego stanu, żeby dało się odzyskać dane z okresu między kopią a awarią.
Jak zapobiegać błędom krytycznym: aktualizować wtyczki i motywy z głową#
- Rób kopię zapasową przed każdą aktualizacją, nie raz na miesiąc, i sprawdź raz, czy z kopii da się odzyskiwać witrynę. Wtyczka do kopii albo funkcja hostingu, byle z możliwością szybkiego przywrócenia.
- Aktualizuj wtyczki i motywy pojedynczo i sprawdzaj stronę po każdej. Automatyczne aktualizacje włączaj tylko dla wtyczek, którym ufasz.
- Usuń wtyczki, których nie używasz. Każda nieużywana to kolejny kandydat do konfliktu i kolejne miejsce na infekcję.
- Sprawdź, czy motyw i wtyczki wspierają wersję PHP na Twoim serwerze, zanim hosting ją podniesie. Wersję PHP widać w panelu hostingu.
- Zapisz w bezpiecznym miejscu dane do FTP, do bazy i do panelu hostingu. W dniu awarii nie ma czasu ich szukać.
- Miej wpisany prawdziwy adres e-mail administratora witryny i upewnij się, że WordPress w ogóle wysyła maile z Twojego hostingu.
Kiedy zadzwonić po pomoc i ile kosztuje naprawa błędu krytycznego?#
Wołaj kogoś, gdy: nie masz danych do serwera ani panelu hostingu, dziennik pokazuje błąd w pliku, którego nie rozpoznajesz, dezaktywacja wszystkich wtyczek nie pomaga, w plikach są obce fragmenty kodu, albo po prostu masz klientów do obsłużenia i każda godzina bez strony kosztuje więcej niż naprawa. Rynek liczy za naprawę prostej awarii WordPressa 150 do 350 zł, za awarię po aktualizacji 350 do 600 zł, a złożone przypadki do 1 000 zł i więcej, według cenników widocznych w Google we wrześniu 2026.
Nazywam się Karol i prowadzę Po Kliku. Naprawiam strony małych firm i wolę powiedzieć wprost, że coś jest infekcją albo że potrzebna jest większa praca, niż udawać, że jedna poprawka załatwi wszystko. Szczegóły zgłoszenia: naprawa WordPressa.
Najczęstsze pytania
Co to znaczy błąd krytyczny w WordPressie?
To komunikat, który WordPress pokazuje, gdy kod PHP zatrzymał się na błędzie, którego nie umie ominąć, najczęściej w wtyczce lub motywie po aktualizacji. Strona przestaje się ładować, ale treść w bazie danych jest cała. Naprawa polega zwykle na wyłączeniu wtyczki lub motywu, które wywołały błąd.
Jak naprawić błąd łączenia się z bazą danych w WordPressie?
Sprawdź w pliku wp-config.php nazwę bazy, użytkownika, hasło i host i porównaj z danymi w panelu hostingu. Sprawdź, czy hosting nie zgłasza awarii serwera bazy. W phpMyAdmin napraw tabele oznaczone jako uszkodzone. Jeśli to nie pomaga, napisz na wsparcie hostingodawcy, bo problem może leżeć po stronie serwera.
Dlaczego nie mogę edytować strony w WordPressie?
Najczęściej przez konflikt wtyczki z edytorem blokowym albo z kreatorem stron, rzadziej przez limit pamięci PHP. Wyłącz ostatnio dodane wtyczki i sprawdź, czy edytor wraca. Jeśli edytor pokazuje pusty ekran, włącz tryb debugowania i sprawdź debug.log.
Jakie są możliwe przyczyny problemów z logowaniem do WordPressa?
Wtyczka zabezpieczająca blokująca adres logowania, pętla przekierowań po zmianie adresu strony w ustawieniach, ciasteczka w przeglądarce albo błąd krytyczny, który blokuje cały panel. Wyłącz wtyczkę zabezpieczeń przez FTP, sprawdź adresy siteurl i home w bazie danych i spróbuj zalogować się w trybie prywatnym.
Czy błąd krytyczny oznacza, że strona została zhakowana?
Zwykle nie. W większości przypadków winna jest aktualizacja wtyczki, motywu albo zmiana wersji PHP. Infekcję podejrzewaj wtedy, gdy w plikach wtyczek lub motywu pojawił się obcy kod, strona przekierowuje w dziwne miejsca albo Google pokazuje ostrzeżenie przed witryną.
Czy błąd HTTP 500 to to samo co błąd krytyczny WordPressa?
Nie do końca. Błąd 500 to ogólny komunikat serwera, że coś poszło nie tak, i może pochodzić z konfiguracji serwera, pliku .htaccess albo z PHP. Błąd krytyczny WordPressa to konkretny komunikat o błędzie PHP w kodzie strony. Oba naprawia się podobnie: od wyłączenia wtyczek i sprawdzenia logów.
Źródła
Karol Tabiś
Tworzę strony, prowadzę kampanie Meta i łączę formularze z obsługą zgłoszeń. Piszę o tym, co dzieje się po kliknięciu.
Więcej o mnie →