Komunikat „Witryna napotkała błąd krytyczny” (po angielsku There has been a critical error on this website) oznacza, że WordPress przerwał działanie z powodu błędu PHP. Dobra wiadomość: dane zazwyczaj są bezpieczne, a przyczynę da się znaleźć metodycznie.

Skąd bierze się błąd krytyczny?

Najczęściej to efekt jednej z poniższych sytuacji:

  • aktualizacja wtyczki lub motywu, która jest niezgodna z wersją PHP lub WordPressa;
  • konflikt między dwiema wtyczkami;
  • zmiana wersji PHP na hostingu, którą stary motyw lub wtyczka nie obsługują;
  • błąd składniowy po ręcznej edycji pliku functions.php;
  • wyczerpany limit pamięci PHP;
  • przerwana aktualizacja, która zostawiła niekompletne pliki;
  • uszkodzone pliki po nieudanym przeniesieniu strony.

Krok 1: sprawdź skrzynkę e-mail administratora

WordPress zwykle wysyła wiadomość na adres administratora z opisem, która wtyczka lub motyw spowodował problem, oraz z linkiem do trybu odzyskiwania. Sprawdź też folder spam. Link pozwala wejść do panelu i wyłączyć winowajcę bez dotykania plików.

Krok 2: włącz wyświetlanie błędów

Jeśli e-maila nie ma, potrzebujesz konkretnej informacji o błędzie. W pliku wp-config.php (przez FTP lub menedżer plików hostingu) ustaw:

define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false );

Błędy trafią do pliku wp-content/debug.log. Szukaj linii zawierającej Fatal error, a w niej ścieżki do wtyczki lub motywu. Po zakończeniu diagnozy wróć do wartości false i usuń log, bo może ujawniać informacje o serwerze.

Krok 3: wyłącz podejrzaną wtyczkę lub motyw

  • Wtyczka: przez FTP zmień nazwę jej folderu w wp-content/plugins, np. dodając końcówkę -off. WordPress zdezaktywuje ją automatycznie.
  • Wszystkie wtyczki naraz: zmień nazwę całego folderu plugins na plugins-off. Jeśli strona wróci, przywracaj nazwę i włączaj wtyczki po kolei.
  • Motyw: zmień nazwę folderu aktywnego motywu w wp-content/themes. WordPress przełączy się na domyślny motyw, o ile jest zainstalowany.

Krok 4: sprawdź wersję PHP i pamięć

Jeśli błąd pojawił się po zmianie wersji PHP, przywróć poprzednią w panelu hostingu i sprawdź, czy strona działa. Przy komunikacie o braku pamięci zwiększ limit w wp-config.php:

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

To tylko tymczasowa ulga. Jeśli strona stale potrzebuje tak dużo pamięci, problem leży w ciężkiej wtyczce lub źle skonfigurowanym hostingu.

Krok 5: napraw przerwaną aktualizację

Jeśli widzisz komunikat o trwającej konserwacji, usuń z głównego katalogu plik .maintenance. Przy podejrzeniu uszkodzonych plików rdzenia pobierz czystą paczkę WordPressa i nadpisz katalogi wp-admin i wp-includes oraz pliki w katalogu głównym, nie ruszając wp-content ani wp-config.php.

Czego nie robić?

  • nie edytuj plików na działającej stronie bez kopii;
  • nie instaluj kolejnej wtyczki „naprawiającej” błędy;
  • nie zostawiaj włączonego wyświetlania błędów na produkcji;
  • nie ignoruj problemu, jeśli wraca. To zwykle objaw nieaktualnego lub porzuconego dodatku.

Najczęstsze pytania

Czy stracę treści strony?

Nie, jeśli problem dotyczy kodu. Treści są w bazie danych i zostają nienaruszone. Ryzykowne bywa dopiero ręczne czyszczenie bez kopii.

Czy to oznacza włamanie?

Zwykle nie, to najczęściej zwykły błąd techniczny. Jeśli jednak w plikach są nieznane elementy lub strona robi rzeczy, o które jej nie prosiłeś, zobacz co zrobić, gdy strona WordPress jest zhakowana.

Potrzebujesz pomocy?

Jeśli strona nadal nie działa albo nie chcesz ryzykować edycji plików, przejmę to za Ciebie. Opisz sytuację w formularzu. Najpierw diagnoza i cena, potem naprawa strony WordPress, zwykle w 1–2 dni, od 290 zł netto, z 6 miesiącami gwarancji.

Powiązane usługi

Przeczytaj też

9
Poradnik

Dodaj komentarz

Twój adres e-mail nie zostanie opublikowany. Wymagane pola oznaczono *.

⚠ Zgłoś problem