Błąd krytyczny WordPress
WordPress wyświetla komunikat „W tej witrynie wystąpił błąd krytyczny” lub wysyła e-mail trybu odzyskiwania? To zabezpieczenie WordPressa, które zatrzymuje stronę, gdy kod zgłasza błąd krytyczny.
Od WordPressa 5.2 błąd krytyczny zwykle nie kończy się białym ekranem, lecz komunikatem i e-mailem trybu odzyskiwania (recovery mode). To dobra wiadomość — system często wskazuje plik lub wtyczkę, od której zacząć diagnozę.
Korzystamy z logów PHP i trybu odzyskiwania, aby precyzyjnie wskazać źródło. Nie wyłączamy wszystkiego na ślepo — izolujemy przyczynę i naprawiamy ją tak, by strona działała stabilnie po przywróceniu.
Najkrótsza odpowiedź
Jeśli problem to błąd krytyczny, najbezpieczniej zacząć od kopii zapasowej i logów, a dopiero potem zmieniać wtyczki, motyw, PHP lub bazę danych. Objaw widoczny w przeglądarce rzadko pokazuje pełną przyczynę awarii WordPress.
Do zgłoszenia przygotuj adres strony, opis objawów, moment wystąpienia i informację o ostatnich aktualizacjach albo zmianach na hostingu.
Typowe objawy
- Komunikat „W tej witrynie wystąpił błąd krytyczny”
- E-mail WordPressa o trybie odzyskiwania
- Błąd tylko w panelu lub tylko na froncie
- Problem po aktualizacji wtyczki, motywu lub PHP
Co robimy
- Odczytujemy e-mail trybu odzyskiwania i logi PHP
- Lokalizujemy wtyczkę, motyw lub funkcję powodującą błąd
- Sprawdzamy zgodność z aktualną wersją PHP
- Usuwamy przyczynę i testujemy panel oraz front
- Przekazujemy krótki raport z wnioskami
Bezpieczny proces naprawy
Przyjmujemy zgłoszenie
Zbieramy objawy, adres strony, moment wystąpienia problemu i informację o ostatnich zmianach.
Zabezpieczamy kopię
Przed jakąkolwiek ingerencją wykonujemy kopię plików i bazy danych albo pracujemy na środowisku testowym.
Diagnozujemy przyczynę
Sprawdzamy logi, PHP, wtyczki, motyw, bazę danych i hosting — szukamy źródła, nie tylko objawu.
Naprawiamy przyczynę
Usuwamy realne źródło awarii w sposób kontrolowany, z możliwością cofnięcia zmian.
Testujemy stronę
Sprawdzamy front, panel, formularze i WooCommerce, aby upewnić się, że wszystko działa.
Raport i rekomendacje
Przekazujemy informację, co się stało, i co warto poprawić, by uniknąć podobnych awarii.
Najczęstsze pytania
Dostałem e-mail o trybie odzyskiwania — co dalej?
Najlepiej nie klikać w pośpiechu kolejnych zmian. Prześlij nam ten e-mail lub adres strony — zawiera wskazówkę, gdzie leży problem, co przyspiesza naprawę.
Czy błąd krytyczny może wrócić?
Może, jeśli przyczyna (np. niezgodna wtyczka) nie zostanie usunięta. Dlatego naprawiamy źródło, a nie tylko objaw, i wskazujemy, co poprawić.
Czy naprawa wymaga dostępu do hostingu?
Najczęściej tak — logi PHP i pliki są po stronie serwera. Zakres dostępów ograniczamy do niezbędnego minimum.
Inne awarie, które naprawiamy
Biały ekran WordPress
Strona lub panel pokazują pustą, białą stronę bez żadnego komunikatu? To tzw. white screen of death — najczęściej skutek błędu PHP, konfliktu wtyczki lub motywu albo wyczerpania limitu pamięci.
Zobacz szczegółyBłąd 500 / 503
Strona zwraca „500 Internal Server Error” albo „503 Service Unavailable”? To błąd po stronie serwera — przyczyna może leżeć w pliku .htaccess, konfiguracji PHP, limitach hostingu lub konflikcie kodu.
Zobacz szczegółyBrak dostępu do wp-admin
Nie możesz dostać się do panelu WordPress — logowanie wyrzuca z powrotem, pojawia się błąd 403, pętla przekierowań albo zniknęły uprawnienia administratora? Dostęp zwykle da się bezpiecznie przywrócić.
Zobacz szczegółyStrona nie działa? Zacznijmy od diagnozy.
Zabezpieczamy kopię, ustalamy przyczynę i przywracamy WordPressa. Bez paniki i bez naprawiania na ślepo.