Aktualizacje wtyczek i systemu sklepu - jak je robić bezpiecznie i bez przestoju

Technical Implementation Expert
Aktualizacje wtyczek i systemu sklepu - jak je robić bezpiecznie i bez przestoju
Aktualizacje wtyczek i systemu sklepu robi się bezpiecznie i bez przestoju w trzech krokach: najpierw pełna kopia zapasowa, potem test aktualizacji na kopii sklepu (środowisku testowym), a dopiero po sprawdzeniu koszyka, płatności i integracji - wdrożenie na produkcji w godzinach najmniejszego ruchu. Do tego potrzebny jest plan wycofania zmian, czyli gotowa procedura powrotu do poprzedniej wersji, gdyby coś przestało działać.
Właściciele sklepów często stają przed fałszywym wyborem: aktualizować wszystko od razu i ryzykować, że po kliknięciu przycisku zniknie koszyk, albo nie aktualizować wcale i czekać, aż ktoś wykorzysta znaną lukę. Oba podejścia kończą się przestojem - pierwsze szybciej, drugie boleśniej. W tym wpisie pokazujemy, jak zorganizować aktualizacje w sklepie na WooCommerce, PrestaShop czy innej platformie instalowanej na własnym hostingu, tak żeby były regularne, przewidywalne i odwracalne.
[#wazne] W skrócie: bezpieczna aktualizacja sklepu to kopia zapasowa, test na środowisku testowym, wdrożenie w oknie serwisowym i sprawdzenie najważniejszych ścieżek zakupowych. Poprawki bezpieczeństwa instaluj szybko, a duże wersje wtyczek i systemu po testach. W sklepach w abonamencie, takich jak Shoper, system aktualizuje dostawca, ale aplikacje i własny kod nadal wymagają kontroli. W Vinson prowadzimy aktualizacje sklepów z kopią i planem wycofania zmian.
Dlaczego aktualizacje wtyczek i systemu sklepu są konieczne
Aktualizacja to nowa wersja oprogramowania, która poprawia błędy, łata luki bezpieczeństwa albo dodaje funkcje. W sklepie internetowym dotyczy kilku warstw jednocześnie: systemu (na przykład WordPressa), wtyczki sklepowej (WooCommerce), dodatkowych wtyczek i modułów, motywu, a także oprogramowania serwera, w tym wersji PHP i bazy danych. Każda z tych warstw ma własny cykl wydań i każda może zawierać lukę.
Powody, dla których nie warto odkładać aktualizacji, są dość konkretne:
Znane luki są wykorzystywane automatycznie - po opublikowaniu informacji o luce w popularnej wtyczce boty zaczynają skanować internet w poszukiwaniu sklepów z podatną wersją.
Integracje wymagają aktualnych wersji - bramki płatności, kurierzy i systemy zamówień zmieniają swoje API i wycofują obsługę starych modułów.
Wsparcie wersji PHP się kończy - według harmonogramu projektu PHP wsparcie bezpieczeństwa dla PHP 8.1 zakończyło się 31 grudnia 2025 r., a dla PHP 8.2 kończy się 31 grudnia 2026 r. (stan na sierpień 2026 - sprawdź php.net). Hosting prędzej czy później wymusi przejście na nowszą wersję.
Odkładane aktualizacje się kumulują - skok o kilka dużych wersji naraz jest znacznie bardziej ryzykowny niż regularne, małe kroki.
Osobny problem to płatne wtyczki pobrane z nieoficjalnych źródeł, tak zwane wersje „nulled”. Nie dostają aktualizacji, bo nie mają ważnej licencji, a często już w chwili instalacji zawierają ukryty złośliwy kod. Podobnie jest z wtyczkami, za które przestano płacić - wiele z nich działa dalej, ale bez dostępu do nowych wersji. Przegląd licencji to dobry pierwszy krok przed uporządkowaniem aktualizacji, bo pokazuje, które dodatki w ogóle da się bezpiecznie aktualizować, a które trzeba wymienić.
Aktualizacje automatyczne czy ręczne
WordPress od dawna automatycznie instaluje drobne wydania bezpieczeństwa systemu, a od wersji 5.5 pozwala włączyć automatyczne aktualizacje dla wybranych wtyczek i motywów. To wygodne, ale w sklepie nie każda wtyczka nadaje się do aktualizacji bez nadzoru. Poniżej proste kryterium podziału:
[#chart:wit49a]
W praktyce dobrze sprawdza się model mieszany: automatycznie aktualizują się drobne poprawki systemu i proste wtyczki, a wtyczka sklepowa, bramki płatności, integracje i motyw przechodzą przez test i ręczne wdrożenie.
Kto odpowiada za aktualizacje w sklepie internetowym
Zakres obowiązków zależy od modelu, w jakim działa sklep. Przy własnej instalacji na hostingu za aktualizacje systemu, wtyczek i motywu odpowiada właściciel sklepu albo jego firma IT, a za system operacyjny serwera - zwykle hosting. Na serwerze VPS bez administracji wszystko, łącznie z systemem i bazą danych, spada na właściciela. W sklepie w abonamencie system aktualizuje dostawca platformy, ale aplikacje, dodatki i własne modyfikacje szablonu pozostają po stronie sklepu. Warto mieć to spisane, bo najczęstszą przyczyną zaległych aktualizacji nie jest brak czasu, tylko przekonanie, że „ktoś to robi”.
Dobrą praktyką jest też jedna osoba odpowiedzialna za kalendarz aktualizacji - nawet jeśli samą pracę wykonuje zewnętrzna firma. Ta osoba wie, kiedy planowane jest okno serwisowe, uprzedza zespół obsługi klienta i decyduje, czy aktualizację przesunąć, gdy trwa duża kampania.
- Diagnoza problemu i plan naprawy
- Bezpieczeństwo, kopie zapasowe, poczta
- Stała opieka IT dla e-commerce
Konsultację poprowadzi Łukasz Palej, Technical Implementation ExpertJak bezpiecznie aktualizować sklep - procedura krok po kroku
Bezpieczna aktualizacja sklepu to powtarzalna procedura, a nie jednorazowe kliknięcie przycisku „Aktualizuj wszystko”. Gdy raz ją ustalisz i spiszesz, każda kolejna aktualizacja zajmie mniej czasu i nie będzie wymagała nerwowego sprawdzania sklepu w nocy. Kolejność kroków:
[#chart:wit49b]
Środowisko testowe - czym jest i skąd je wziąć
Środowisko testowe (staging) to kopia sklepu działająca pod osobnym adresem, niewidoczna dla klientów i wyszukiwarek, na której można bezpiecznie sprawdzać aktualizacje i zmiany. Wielu dostawców hostingu udostępnia tworzenie kopii testowej jednym kliknięciem w panelu. Jeśli Twój hosting tego nie oferuje, kopię można przygotować ręcznie lub wtyczką do klonowania stron.
Na kopii testowej koniecznie wyłącz wysyłkę maili do klientów, przełącz bramki płatności w tryb testowy i odłącz integracje z marketplace'ami oraz systemem zamówień. Inaczej testowe zamówienie może trafić do prawdziwego klienta, do kuriera albo zmienić stany w ofertach na Allegro. Zablokuj też indeksowanie kopii, żeby Google nie uznał jej za duplikat sklepu.
Kopia zapasowa i plan wycofania zmian
Plan wycofania zmian (rollback) to gotowa odpowiedź na pytanie: co robię, jeśli po aktualizacji sklep przestanie działać. Powinien zawierać miejsce, w którym leży świeża kopia plików i bazy danych, sposób jej przywrócenia i szacowany czas tej operacji. Pamiętaj, że przywrócenie bazy sprzed aktualizacji usuwa zamówienia złożone w międzyczasie - dlatego okno między kopią a wdrożeniem powinno być krótkie. Jak wykonać i przywrócić taką kopię, opisujemy w poradniku
[#uwaga] Po aktualizacji WooCommerce do nowej wersji czasem pojawia się komunikat o konieczności aktualizacji bazy danych. Ten krok zmienia strukturę danych, więc wykonuj go dopiero po kopii zapasowej. Po aktualizacji bazy powrót do starszej wersji wtyczki bez przywrócenia kopii może nie być możliwy.
Jak zaplanować aktualizacje sklepu bez przestoju
Przestój podczas aktualizacji wynika najczęściej nie z samej instalacji, która trwa minutę, ale z problemów wykrytych dopiero po niej. Dlatego kluczowe jest, kiedy aktualizujesz i co sprawdzasz zaraz potem. Rodzaje aktualizacji różnią się ryzykiem i wymagają innego podejścia:
| Rodzaj aktualizacji | Ryzyko | Jak postępować |
|---|---|---|
| Poprawka bezpieczeństwa (np. 9.1.2 na 9.1.3) | Niskie | Instaluj szybko, najlepiej w ciągu kilku dni, po kopii zapasowej |
| Wersja z nowymi funkcjami (np. 9.1 na 9.2) | Średnie | Test na kopii, wdrożenie w oknie serwisowym |
| Duża wersja (np. 9.x na 10.0) | Wysokie | Przeczytaj listę zmian, test pełnych ścieżek zakupowych, plan wycofania |
| Wersja PHP na serwerze | Wysokie | Sprawdź zgodność wtyczek i motywu, test na kopii z nową wersją PHP |
| Motyw i jego modyfikacje | Średnie | Zmiany wprowadzaj w motywie potomnym, żeby aktualizacja ich nie nadpisała |
Numery wersji podpowiadają skalę zmian. Wielu autorów stosuje zapis trzyczęściowy: ostatnia liczba oznacza poprawki błędów, środkowa nowe funkcje, a pierwsza duże zmiany, które mogą być niezgodne z wcześniejszymi wersjami. To konwencja, a nie gwarancja - dlatego lista zmian (changelog) jest zawsze ważniejsza niż sam numer.
Okno serwisowe wybierz na podstawie danych o ruchu, a nie przyzwyczajeń. W Google Analytics sprawdzisz, w których godzinach i dniach sklep ma najmniej sesji i zamówień. Unikaj aktualizacji w piątek wieczorem, przed długim weekendem i w okresach wyprzedaży - jeśli coś pójdzie źle, nikt nie zareaguje szybko, a koszt przestoju jest wtedy najwyższy. Ile może kosztować godzina niedostępności, liczymy we wpisie
Aktualizacja wersji PHP - jak się przygotować
Zmiana wersji PHP to aktualizacja, która dotyczy całego sklepu naraz. Stare wtyczki i motywy potrafią przestać działać, bo korzystają z funkcji usuniętych w nowszej wersji. Przygotowanie wygląda tak:
Sprawdź wymagania - na stronach wtyczek, modułów i motywu znajdziesz informację, z którymi wersjami PHP są zgodne.
Usuń porzucone dodatki - wtyczka, której autor nie wydał nowej wersji od dawna, to pierwszy kandydat do wymiany.
Przełącz kopię testową - na stagingu ustaw nową wersję PHP i przejdź całą ścieżkę zakupową oraz panel.
Obserwuj log błędów - ostrzeżenia o przestarzałych funkcjach pokazują, co przestanie działać przy kolejnej zmianie.
Co sprawdzić po aktualizacji sklepu
Po wdrożeniu nie wystarczy otworzyć strony głównej. Trzeba przejść ścieżki, które przynoszą pieniądze:
Koszyk i zamówienie - dodaj produkt, przejdź do kasy, wybierz dostawę i płatność.
Płatności - sprawdź, czy bramka płatności się otwiera i czy status zamówienia zmienia się po opłaceniu.
Maile transakcyjne - potwierdzenie zamówienia powinno dotrzeć do klienta i do sklepu.
Integracje - zamówienie trafia do systemu zamówień, a stany i ceny synchronizują się z marketplace'ami.
Panel administracyjny - lista zamówień, edycja produktu, wydruk etykiety.
Szybkość i błędy - czas ładowania kluczowych stron i log błędów PHP na serwerze.
Problemy po aktualizacji wtyczek - objawy i naprawa
Nawet przy dobrych testach zdarza się, że coś przestaje działać. Większość problemów po aktualizacji ma kilka typowych przyczyn, a WordPress od wersji 5.2 ma tryb odzyskiwania, który przy błędzie krytycznym wysyła administratorowi e-mail z linkiem pozwalającym wejść do panelu i wyłączyć wadliwą wtyczkę. Najczęstsze sytuacje:
[#chart:wit49c]
Część błędów ujawnia się dopiero po kilku godzinach, gdy uruchomi się zadanie cykliczne, przyjdzie powiadomienie z bramki płatności albo integracja pobierze nowe zamówienia. Dlatego przez pierwszą dobę po większej aktualizacji warto obserwować liczbę zamówień w porównaniu z tym samym dniem tygodnia wcześniej, skrzynkę obsługi klienta i komunikaty z systemu zamówień. Prosty monitoring dostępności, który wysyła powiadomienie, gdy strona przestaje odpowiadać, kosztuje niewiele, a pozwala zareagować, zanim problem zauważą klienci.
[#tip] Prowadź prosty dziennik aktualizacji: data, co zostało zaktualizowane, z jakiej do jakiej wersji, kto to zrobił i czy były problemy. Gdy po kilku dniach pojawi się błąd, od razu widać, która zmiana mogła go spowodować.
Jak Vinson pomaga w aktualizacjach wtyczek i systemu sklepu
Vinson to agencja e-commerce z Bochni działająca od 2021 r., autoryzowany partner Shoper i certyfikowany partner Base, oceniana na 4,9/5 ze 171 opinii. W ramach
Najczęściej zadawane pytania
Jak często aktualizować wtyczki w sklepie internetowym?
Poprawki bezpieczeństwa najlepiej instalować w ciągu kilku dni od wydania. Pozostałe aktualizacje dobrze jest zbierać i wdrażać w stałym rytmie, na przykład raz lub dwa razy w miesiącu, po teście na kopii sklepu. Regularność zmniejsza ryzyko, bo każda zmiana jest mniejsza i łatwiej znaleźć przyczynę problemu.
Czy włączyć automatyczne aktualizacje WordPressa w sklepie?
Automatyczne drobne aktualizacje bezpieczeństwa WordPressa warto zostawić włączone. Dla prostych wtyczek bez wpływu na koszyk można włączyć aktualizacje automatyczne, ale WooCommerce, bramki płatności, integracje i motyw lepiej aktualizować ręcznie po teście. Automatyczna aktualizacja bez kopii zapasowej i monitoringu może zatrzymać sprzedaż bez wiedzy właściciela.
Co zrobić, gdy po aktualizacji sklep pokazuje biały ekran?
Sprawdź skrzynkę administratora - WordPress przy błędzie krytycznym wysyła link do trybu odzyskiwania, w którym można wyłączyć wadliwą wtyczkę. Jeśli nie ma maila, zmień przez FTP lub menedżer plików nazwę katalogu ostatnio aktualizowanej wtyczki, co ją wyłączy. Gdy to nie pomaga, przywróć kopię zapasową sprzed aktualizacji.
Czy sklep na Shoperze trzeba aktualizować?
System sklepu w abonamencie aktualizuje dostawca, więc właściciel nie instaluje nowych wersji samodzielnie. Nadal warto jednak śledzić zmiany w aplikacjach, integracjach i szablonie, szczególnie gdy szablon ma własne modyfikacje. Po większych zmianach dostawcy dobrze jest przejść ścieżkę zakupową i sprawdzić integracje.
Czy aktualizacja PHP może zepsuć sklep?
Tak, jeśli wtyczka, moduł lub motyw korzysta z funkcji usuniętych w nowszej wersji PHP. Dlatego przed zmianą wersji na produkcji warto sprawdzić zgodność na kopii testowej z nową wersją PHP i przejrzeć log błędów. Nie warto też zwlekać do ostatniej chwili, bo po końcu wsparcia hosting może wymusić zmianę w swoim terminie.
Jeśli chcesz, żeby aktualizacje Twojego sklepu przestały być loterią,


Łukasz Palej
Technical Implementation Expert
Wsparcie IT dla firm i sklepów
Łukasz i nasz zespół pomogą Ci wdrożyć to na Twoim koncie - bez zobowiązań.
- Analiza Twojego konta i obecnych działań
- Konkretny plan poprawek do wdrożenia
- Bezpłatna konsultacja – bez zobowiązań

Przeczytaj także
Więcej porad z naszej bazy wiedzy - przesuń, aby zobaczyć kolejne artykuły.
Wybierz dogodny termin w kalendarzu - bez wymiany maili w tę i z powrotem.
