Jeśli WordPress nie działa po aktualizacji, przede wszystkim nie wykonuj kolejnych aktualizacji i przypadkowych zmian. Sprawdź, czy problem dotyczy całej witryny, konkretnej podstrony czy tylko panelu administracyjnego. Następnie wykonaj lub zabezpiecz kopię obecnego stanu, sprawdź komunikaty błędów i ustal, czy przyczyną jest WordPress, wtyczka, motyw, wersja PHP lub konflikt między nimi. W wielu przypadkach stronę można przywrócić bez jej budowania od początku.
Co ważne, problemy po aktualizacji nie zawsze oznaczają poważną awarię. Czasami nie działa tylko formularz, koszyk, edytor albo jedna grupa podstron. Dlatego przed przywróceniem kopii zapasowej warto dokładnie ustalić zakres problemu.
Dlaczego WordPress przestał działać po aktualizacji?
Aktualizacja WordPressa, wtyczki lub motywu zmienia kod wykonywany przez witrynę. Jeśli jeden element nie jest zgodny z pozostałymi, może pojawić się błąd.
Częstym scenariuszem jest aktualizacja kilku komponentów jednocześnie. Po jej zakończeniu strona przestaje działać, ale nie wiadomo, która zmiana była przyczyną. Z tego względu przy większych witrynach aktualizacje warto najpierw przeprowadzać na środowisku testowym.
Problem może wynikać między innymi z konfliktu wtyczek, niekompatybilnego motywu, błędu konkretnej wersji rozszerzenia, niezgodności z używaną wersją PHP albo zmian wprowadzonych przez nową wersję WordPressa.
Nie zawsze oznacza to, że sama aktualizacja jest wadliwa. Aktualizacja może po prostu ujawnić problem w starszym kodzie używanym przez witrynę.
Jakich podstron najczęściej dotyczą problemy po aktualizacji?
Witryna po aktualizacji nie musi przestać działać w całości. Strona główna może otwierać się prawidłowo, podczas gdy konkretna funkcja sklepu lub formularz zgłasza błąd.
W przypadku zwykłych stron WordPress problemy mogą dotyczyć między innymi podstron korzystających z formularzy, page buildera, niestandardowych bloków, galerii, sliderów czy dodatkowych modułów motywu.
W sklepach WooCommerce warto szczególnie sprawdzić:
- stronę produktu,
- kategorie produktów,
- koszyk,
- zamówienie i płatność,
- konto klienta,
- wyszukiwarkę oraz filtrowanie produktów.
Dlaczego właśnie tam? Takie podstrony korzystają z większej liczby mechanizmów niż prosty wpis blogowy. Koszyk może być powiązany z płatnościami, dostawą, sesją użytkownika, kuponami i dodatkowymi rozszerzeniami. Aktualizacja jednej wtyczki może więc spowodować problem tylko w konkretnym miejscu.
WordPress nie działa po aktualizacji – co sprawdzić najpierw?
Zanim zaczniesz cokolwiek naprawiać, ustal dokładnie, co się wydarzyło.
Sprawdź stronę główną, kilka zwykłych podstron, wpis na blogu oraz najważniejsze elementy funkcjonalne. Jeżeli prowadzisz sklep, przejdź testowo ścieżkę od strony produktu do koszyka i finalizacji zamówienia. Nie musisz składać prawdziwego zamówienia, jeśli sklep umożliwia bezpieczne wykonanie testu inną metodą.
Spróbuj również zalogować się do panelu WordPressa. Jeżeli panel działa, sytuacja jest znacznie prostsza, ponieważ możesz sprawdzić wtyczki i ustawienia bez korzystania z FTP lub panelu hostingu.
Zwróć też uwagę na konkretny objaw. Biała strona, komunikat o błędzie krytycznym, kod błędu serwera i niedziałający element interfejsu to różne problemy wymagające innej diagnostyki.
Krok 1: Zabezpiecz kopię obecnego stanu strony
Jeśli masz automatyczny backup wykonany przed aktualizacją, nie przywracaj go od razu bez zastanowienia. Najpierw zabezpiecz również aktualny stan plików i bazy danych, o ile masz taką możliwość.
Jest to szczególnie ważne w sklepach i serwisach, w których użytkownicy tworzą nowe dane. Przywrócenie całej kopii bazy danych sprzed kilku godzin może oznaczać utratę nowych zamówień, kont klientów, komentarzy, formularzy lub innych informacji zapisanych po wykonaniu backupu.
Dlatego backup jest świetnym zabezpieczeniem, ale sposób jego przywrócenia trzeba dopasować do rodzaju witryny.
Krok 2: Sprawdź, co zostało zaktualizowane
Spróbuj ustalić ostatnią zmianę wykonaną przed pojawieniem się problemu. Czy aktualizowany był sam WordPress? Jedna wtyczka? Motyw? A może kilkanaście elementów jednocześnie?
Jeżeli problem pojawił się bezpośrednio po aktualizacji konkretnego rozszerzenia, właśnie od niego warto rozpocząć diagnostykę.
Nie oznacza to jeszcze, że wtyczka na pewno jest winna. Może występować konflikt między dwoma rozszerzeniami, a nowa wersja jednego z nich jedynie go ujawniła.
Krok 3: Wyłącz podejrzaną wtyczkę
Jeżeli masz dostęp do panelu WordPressa, możesz tymczasowo wyłączyć rozszerzenie aktualizowane bezpośrednio przed awarią i sprawdzić stronę ponownie.
Ważne jest jednak, co wyłączasz. Dezaktywowanie dodatku odpowiedzialnego za płatności, wielojęzyczność, członkostwa czy inne kluczowe funkcje może wpłynąć na działanie serwisu. Na aktywnym sklepie takie testy najlepiej przeprowadzać ostrożnie lub na kopii strony.
Jeśli po wyłączeniu rozszerzenia problem znika, masz mocny trop. Następnie należy ustalić, czy dostępna jest poprawiona wersja, czy występuje konflikt z inną wtyczką oraz czy możliwy jest bezpieczny powrót do wcześniejszej wersji.
Co zrobić, jeśli nie można wejść do panelu WordPressa?
Brak dostępu do /wp-admin/ nie oznacza, że nie da się wyłączyć wtyczki.
Jeżeli masz dostęp do plików strony przez panel hostingu lub FTP/SFTP, możesz przejść do katalogu:
wp-content/plugins
i tymczasowo zmienić nazwę folderu podejrzanej wtyczki. WordPress nie znajdzie wtedy jej plików i w praktyce przestanie ją ładować.
Jeżeli nie wiadomo, która wtyczka powoduje awarię, zmiana nazwy całego katalogu plugins może pomóc sprawdzić, czy problem rzeczywiście pochodzi z rozszerzeń. Taką operację trzeba jednak wykonywać świadomie, ponieważ wyłącza ona wszystkie wtyczki, w tym elementy niezbędne do działania sklepu lub innych funkcji serwisu.
Krok 4: Sprawdź motyw
Aktualizacja może również ujawnić problem w motywie, szczególnie jeśli zawiera on własne funkcje, szablony lub modyfikacje integracji z wtyczkami.
Dobrym testem diagnostycznym jest tymczasowe uruchomienie odpowiedniego domyślnego motywu WordPressa. Jeśli po zmianie problem znika, należy przyjrzeć się używanemu motywowi lub jego integracji z innymi elementami witryny.
Na stronie produkcyjnej zmiana motywu może jednak znacząco zmienić wygląd serwisu. Bezpieczniej przeprowadzić taki test na stagingu, czyli kopii strony przeznaczonej do testowania zmian.
Krok 5: Sprawdź wersję PHP i wymagania rozszerzeń
WordPress działa w środowisku serwera, dlatego nie można analizować wyłącznie jego własnej wersji. Znaczenie ma również PHP oraz wymagania używanych motywów i wtyczek.
Po aktualizacji może okazać się, że starsze rozszerzenie korzysta z rozwiązania, które nie współpracuje prawidłowo z aktualnym środowiskiem. Możliwa jest również sytuacja odwrotna – nowa wersja wtyczki ma wyższe wymagania niż konfiguracja serwera.
Nie należy jednak zmieniać wersji PHP metodą prób i błędów na działającej stronie. Najpierw sprawdź wymagania WordPressa oraz kluczowych rozszerzeń i wykonaj kopię zapasową.
Krok 6: Włącz diagnostykę i sprawdź logi
Komunikat „Wystąpił błąd krytyczny w tej witrynie” informuje, że coś poszło nie tak, ale nie wskazuje użytkownikowi dokładnej przyczyny.
Znacznie więcej informacji mogą dostarczyć logi serwera i mechanizmy debugowania WordPressa. Administrator lub programista może dzięki nim znaleźć nazwę pliku, funkcję lub rozszerzenie związane z błędem.
W środowisku produkcyjnym szczegółowych komunikatów błędów nie powinno się bez potrzeby wyświetlać wszystkim odwiedzającym. Mogą zawierać informacje techniczne, które nie są przeznaczone dla użytkowników. Lepiej zapisywać dane diagnostyczne w logach i analizować je po stronie administracyjnej.
Czy warto od razu przywrócić backup?
Jeżeli witryna jest całkowicie niedostępna i powoduje to realne straty, szybkie przywrócenie sprawnej wersji może być priorytetem. Trzeba jednak wiedzieć, co dokładnie obejmuje backup.
W przypadku prostej strony firmowej przywrócenie plików i bazy danych z kopii wykonanej przed aktualizacją może być stosunkowo nieskomplikowane.
W aktywnym sklepie sytuacja wygląda inaczej. Jeśli przywrócisz starą bazę danych, możesz nadpisać informacje zapisane już po utworzeniu kopii. Z tego powodu rollback sklepu wymaga większej ostrożności niż przywrócenie niewielkiej strony informacyjnej.
WordPress działa, ale część strony wygląda źle
Po aktualizacji problem nie zawsze ma postać komunikatu błędu. Czasami strona działa, ale znika stylowanie, menu wygląda inaczej, elementy nachodzą na siebie albo edytor wyświetla zawartość nieprawidłowo.
Wtedy warto sprawdzić cache przeglądarki, system cache WordPressa, CDN oraz generowane pliki CSS i JavaScript. Zdarza się, że po aktualizacji użytkownik otrzymuje kombinację nowych i wcześniej zapisanych zasobów.
Wyczyszczenie odpowiednich warstw pamięci podręcznej może rozwiązać taki problem, ale nie powinno być automatyczną odpowiedzią na każdą awarię. Jeśli występuje błąd PHP albo konflikt wtyczek, czyszczenie cache nie usunie jego źródła.
Jak uniknąć problemów przy kolejnych aktualizacjach?
Najbezpieczniejszym rozwiązaniem jest utrzymywanie regularnych kopii zapasowych oraz środowiska testowego. Przed większą aktualizacją można sklonować witrynę, wykonać aktualizacje na stagingu i sprawdzić najważniejsze funkcje.
W sklepie warto przetestować przynajmniej stronę produktu, dodawanie produktu do koszyka, koszyk, proces zamówienia, konto klienta, wyszukiwarkę i najważniejsze integracje.
Nie należy też odkładać aktualizacji bez końca. Pozostawianie bardzo starych wersji WordPressa, wtyczek i motywów nie jest dobrym sposobem na unikanie problemów. Z czasem różnica między wersjami rośnie, a późniejsza aktualizacja może wymagać znacznie więcej pracy.
Jeśli więc WordPress nie działa po aktualizacji, najważniejsze jest metodyczne znalezienie przyczyny: ustalenie zakresu awarii, zabezpieczenie danych, identyfikacja ostatnich zmian, analiza wtyczek i motywu oraz sprawdzenie logów. Dzięki temu zamiast naprawiać stronę metodą prób i błędów, można usunąć konkretną przyczynę i ograniczyć ryzyko, że podobny problem pojawi się przy następnej aktualizacji.