Gdy aktualizacja WordPressa lub wtyczki zepsuła stronę, najszybsze bezpieczne rozwiązanie to wyłączenie tej jednej zaktualizowanej wtyczki albo przywrócenie kopii zapasowej sprzed aktualizacji. Na przyszłość chroni Cię prosta procedura: kopia przed, aktualizacja po kolei, test najważniejszych funkcji po – a większe zmiany najpierw na kopii strony.
Aktualizacje to jedna z najczęstszych przyczyn zgłoszeń, które dostaję w ramach naprawy stron WordPress. Scenariusz jest prawie zawsze ten sam: ktoś kliknął „Aktualizuj wszystko” albo zadziałały aktualizacje automatyczne, a po chwili strona pokazuje błąd, rozjechany wygląd albo przestaje działać koszyk.
Mimo to nie namawiam do wyłączania aktualizacji – wręcz przeciwnie. Poniżej wyjaśniam, co zrobić, gdy już coś się zepsuło, jak cofnąć zmianę bez szkody dla danych i jak aktualizować, żeby takie sytuacje zdarzały się rzadko.
Co zrobić od razu, gdy aktualizacja zepsuła stronę WordPress?
Najpierw ustal, co dokładnie zaktualizowano (rdzeń, motyw, konkretna wtyczka, PHP na serwerze), a potem cofnij tylko tę jedną zmianę: wyłącz wtyczkę w panelu lub przez link trybu odzyskiwania, albo przywróć kopię sprzed aktualizacji. Nie aktualizuj w tym momencie kolejnych rzeczy „na próbę”.
Kroki, które możesz zrobić sam:
- Zapisz, co się stało. Zrzut ekranu, godzina, lista zaktualizowanych elementów. W panelu WordPressa w sekcji Kokpit, Aktualizacje oraz na liście wtyczek zwykle widać, co ma nową wersję.
- Sprawdź, czy panel działa. Jeśli możesz się zalogować, wyłącz ostatnio zaktualizowaną wtyczkę i sprawdź stronę w oknie prywatnym.
- Jeśli widzisz błąd krytyczny – poszukaj maila z linkiem do trybu odzyskiwania. Szczegółowo opisałem to we wpisie o błędzie krytycznym w WordPressie.
- Wyczyść pamięć podręczną – wtyczki cache, hostingu i przeglądarki. Część problemów z „rozjechanym” wyglądem po aktualizacji to po prostu stare pliki stylów w cache.
- Zapytaj hosting o kopię sprzed aktualizacji, jeśli powyższe nie pomaga.
Jak rozpoznać, co zawiodło
- Biały ekran lub błąd krytyczny – najczęściej wtyczka lub motyw niezgodny z nową wersją WordPressa albo PHP.
- Rozjechany wygląd – aktualizacja motywu lub page buildera, czasem cache.
- Nie działa koszyk lub płatność – aktualizacja WooCommerce lub wtyczki płatności (o tym szerzej w tekście o tym, gdy WooCommerce nie działa).
- Zniknęły zmiany w wyglądzie – ktoś modyfikował pliki motywu bezpośrednio, a aktualizacja je nadpisała. To częsty efekt braku motywu potomnego.
Jak cofnąć aktualizację wtyczki lub WordPressa?
Najbezpieczniej cofa się aktualizację przez przywrócenie kopii zapasowej sprzed zmiany albo przez instalację poprzedniej wersji tej jednej wtyczki. Ręczne podmienianie plików rdzenia WordPressa i cofanie wersji bazy danych zostaw specjaliście – łatwo tu o niezgodność, która zrobi więcej szkody niż sama aktualizacja.
Opcje od najprostszej:
- Wyłączenie wtyczki – strona działa bez niej, a Ty zyskujesz czas na spokojne rozwiązanie. Sprawdza się, jeśli wtyczka nie odpowiada za kluczową funkcję.
- Poprzednia wersja wtyczki – na stronie wtyczki w oficjalnym katalogu WordPress.org zwykle można pobrać starsze wersje. Autorzy płatnych wtyczek udostępniają je w panelu klienta. To dobre rozwiązanie tymczasowe, ale pamiętaj, że stara wersja może mieć luki bezpieczeństwa.
- Przywrócenie kopii zapasowej – najszybsze, gdy masz kopię sprzed aktualizacji. Uwaga w sklepie: przywrócenie całej bazy danych skasuje zamówienia złożone po wykonaniu kopii. W sklepie lepiej przywrócić same pliki albo zlecić to komuś, kto oceni ryzyko.
- Cofnięcie wersji PHP – jeśli przyczyną była zmiana PHP przez hosting, w panelu zwykle można wrócić do poprzedniej. To rozwiązanie na kilka dni lub tygodni, nie na stałe.
Dlaczego nieaktualizowanie WordPressa jest gorsze niż ryzyko aktualizacji?
Bo nieaktualna strona prędzej czy później i tak przestanie działać – z powodu luki bezpieczeństwa, wymuszonej przez hosting zmiany PHP albo niezgodności z nowymi wersjami przeglądarek i bramek płatności. Różnica polega na tym, że awaria przychodzi wtedy nagle, a do nadrobienia są lata zaległości.
Co realnie grozi przy wstrzymaniu aktualizacji:
- Włamania – boty szukają stron ze znanymi lukami w konkretnych wersjach wtyczek. Im starsza wersja, tym łatwiejszy cel. Co robić po włamaniu, opisałem w tekście strona WordPress zhakowana.
- Wymuszona zmiana PHP – hostingi wycofują stare wersje PHP, bo przestają one dostawać poprawki. Strona z kilkuletnimi wtyczkami często tego nie przeżywa.
- Płatności i integracje – operatorzy płatności, kurierzy i systemy fakturowania zmieniają swoje API. Stara wtyczka po prostu przestaje się łączyć.
- Koszt – naprawa strony nieaktualizowanej przez kilka lat jest wielokrotnie droższa niż regularne aktualizacje. Czasem dochodzi się do wniosku, że bardziej opłaca się odświeżenie strony.
Jak bezpiecznie aktualizować WordPressa i wtyczki?
Bezpieczna aktualizacja to stała procedura: świeża kopia zapasowa poza serwerem, sprawdzenie zgodności z wersją PHP, aktualizacja po jednym elemencie w ustalonej kolejności, test najważniejszych funkcji po każdej większej zmianie, a duże aktualizacje najpierw na środowisku testowym (stagingu).
Moja kolejność w praktyce:
- Kopia zapasowa – pliki i baza danych, zapisane poza serwerem. Bez tego nie zaczynam.
- Przegląd listy zmian – przy WooCommerce, page builderach i wtyczkach płatności czytam, co autor zmienił. Duże wersje (np. zmiana pierwszej cyfry) traktuję ostrożniej.
- Wtyczki po kolei – nie wszystkie naraz. Wtedy od razu wiadomo, która coś zepsuła.
- Motyw – po wtyczkach. Jeśli są w nim modyfikacje, sprawdzam, czy siedzą w motywie potomnym.
- Rdzeń WordPressa – na końcu, gdy wtyczki są gotowe na nową wersję.
- Test – strona główna, kluczowe podstrony, formularz kontaktowy, a w sklepie dodanie do koszyka, zamówienie testowe i mail z potwierdzeniem.
Co to jest środowisko testowe (staging)?
Staging to kopia Twojej strony, niewidoczna dla klientów i Google, na której można bezpiecznie testować aktualizacje i zmiany. Jeśli coś się zepsuje, psuje się kopia, a nie strona, na której zarabiasz. Wielu hostingodawców oferuje tworzenie stagingu jednym kliknięciem. Przy sklepach i rozbudowanych stronach to dla mnie standard przed każdą większą aktualizacją.
Aktualizacje automatyczne – tak czy nie?
Drobne aktualizacje bezpieczeństwa rdzenia WordPressa warto zostawić włączone – są małe i rzadko coś psują. Automatyczne aktualizacje wszystkich wtyczek na stronie, która zarabia (sklep, rezerwacje, formularze ofertowe), są ryzykowne, bo nikt nie sprawdza efektu. Kompromis: automaty dla prostych wtyczek, ręcznie i z testem dla kluczowych.
Jak często aktualizować stronę WordPress?
Przy typowej stronie firmowej wystarczy przegląd aktualizacji raz na tydzień lub dwa, a poprawki bezpieczeństwa wgrywać od razu po ich wydaniu. Sklep internetowy warto przeglądać częściej, a aktualizacje WooCommerce i płatności robić w spokojniejszych godzinach, nigdy przed wyprzedażą czy dużą kampanią.
Dobre praktyki dotyczące terminu:
- Nie aktualizuj w piątek po południu ani przed długim weekendem – jeśli coś się zepsuje, nikt tego szybko nie naprawi.
- Przy dużych wersjach wtyczek odczekaj kilka dni – autorzy często wydają szybkie poprawki.
- Zmianę wersji PHP planuj z wyprzedzeniem, a nie gdy hosting już ją wymusza.
Kiedy zlecić naprawę po aktualizacji specjaliście?
Zleć naprawę, gdy: nie wiesz, co zostało zaktualizowane, wyłączenie wtyczki nie pomogło, problem dotyczy sklepu i płatności, nie masz kopii zapasowej, albo cofnięcie wymagałoby grzebania w plikach na serwerze lub w bazie danych. Szybka interwencja zwykle kosztuje mniej niż kilka dni z niedziałającą stroną.
Jak pracuję przy takim zgłoszeniu: robię kopię aktualnego stanu, sprawdzam logi błędów, ustalam, który element wywołał problem, przywracam działanie strony, a potem – co ważne – doprowadzam ją do stanu aktualnego i zgodnego, żeby problem nie wrócił za miesiąc. Jeśli strona ma wiele lat zaległości, przygotowuję plan: co zaktualizować od razu, co wymienić, a co zastąpić nowszym rozwiązaniem.
Przy okazji takich napraw często pada pytanie, czy warto naprawiać starą stronę, czy lepiej zbudować nową. Odpowiedź zależy od stanu kodu i celów firmy – zawsze mówię to wprost.
Jak uniknąć problemów z aktualizacjami na stałe?
Najprościej przekazać aktualizacje komuś, kto robi je regularnie według procedury: z kopią, testem i stagingiem. W ramach stałej opieki aktualizacje przestają być ryzykiem, a stają się rutyną, o której właściciel firmy dowiaduje się z krótkiego raportu.
Opisałem to szczegółowo we wpisie o tym, czym jest opieka techniczna strony WordPress i ile kosztuje. W ITPER pakiet Podstawa kosztuje od 400 zł netto miesięcznie i obejmuje aktualizacje, kopie zapasowe oraz monitoring – szczegóły znajdziesz w cenniku.
Podsumowanie
- Gdy aktualizacja zepsuła stronę, cofnij tylko jedną zmianę: wyłącz zaktualizowaną wtyczkę lub przywróć kopię sprzed aktualizacji.
- W sklepie nie przywracaj całej bazy danych bez sprawdzenia, czy nie stracisz nowych zamówień.
- Nieaktualizowanie jest gorsze niż ryzyko aktualizacji – prowadzi do włamań i nagłych, drogich awarii.
- Bezpieczna procedura: kopia poza serwerem, sprawdzenie PHP, aktualizacje po kolei, test koszyka i formularzy.
- Duże aktualizacje testuj na środowisku testowym (stagingu), nie na działającej stronie.
