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

Łukasz Palej

Łukasz Palej

Technical Implementation Expert

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.

Bezpłatna konsultacja IT
Masz problem techniczny w firmie lub sklepie?
  • Diagnoza problemu i plan naprawy
  • Bezpieczeństwo, kopie zapasowe, poczta
  • Stała opieka IT dla e-commerce
Łukasz PalejKonsultację poprowadzi Łukasz Palej, Technical Implementation Expert

Jak 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 aktualizacjiRyzykoJak postępować
Poprawka bezpieczeństwa (np. 9.1.2 na 9.1.3)NiskieInstaluj szybko, najlepiej w ciągu kilku dni, po kopii zapasowej
Wersja z nowymi funkcjami (np. 9.1 na 9.2)ŚrednieTest na kopii, wdrożenie w oknie serwisowym
Duża wersja (np. 9.x na 10.0)WysokiePrzeczytaj listę zmian, test pełnych ścieżek zakupowych, plan wycofania
Wersja PHP na serwerzeWysokieSprawdź zgodność wtyczek i motywu, test na kopii z nową wersją PHP
Motyw i jego modyfikacjeŚrednieZmiany 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:

  1. Koszyk i zamówienie - dodaj produkt, przejdź do kasy, wybierz dostawę i płatność.

  2. Płatności - sprawdź, czy bramka płatności się otwiera i czy status zamówienia zmienia się po opłaceniu.

  3. Maile transakcyjne - potwierdzenie zamówienia powinno dotrzeć do klienta i do sklepu.

  4. Integracje - zamówienie trafia do systemu zamówień, a stany i ceny synchronizują się z marketplace'ami.

  5. Panel administracyjny - lista zamówień, edycja produktu, wydruk etykiety.

  6. 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ą,

Czy ten artykuł był pomocny? Oceń go
Bądź pierwszą osobą, która oceni

Łukasz Palej

Technical Implementation Expert

Wdraża integracje i rozwiązania IT dla e-commerce: sklepy, feedy produktowe, przepływ danych między systemami.

Wdraża integracje i rozwiązania IT dla e-commerce: sklepy, feedy produktowe, przepływ danych między systemami.

★★★★★
Współpracowałeś z Vinson?
Twoja opinia pomoże innym sprzedawcom wybrać sprawdzoną agencję. Zajmie Ci to minutę.
Oceń nas na Trustpilot →
Potrzebujesz pomocy z tym tematem?

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ń
4,9/5 ze 171 opiniiWsparcie IT dla firm i sklepów
Łukasz Palej - Technical Implementation Expert
Łukasz PalejTechnical Implementation Expert

Przeczytaj także

Więcej porad z naszej bazy wiedzy - przesuń, aby zobaczyć kolejne artykuły.

1 / 1

Masz pytania? Chętnie porozmawiamy!

Masz pytania? Chętnie porozmawiamy!

Odpowiadamy w ciągu 24 godzin w dni robocze. Pierwsza rozmowa jest bezpłatna i do niczego nie zobowiązuje.

Masz pytania? Chętnie porozmawiamy!

Odpowiadamy w ciągu 24 godzin w dni robocze. Pierwsza rozmowa jest bezpłatna i do niczego nie zobowiązuje.

Bartłomiej Stokłosa, CEO Vinson Agency

Bartłomiej Stokłosa

CEO & Founder

"Jeżeli czegoś nie da się zrobić, potrzebny jest ktoś, kto o tym nie wie - przyjdzie i to zrobi."

Bartłomiej Stokłosa, CEO Vinson Agency

Bartłomiej Stokłosa

CEO & Founder

"Jeżeli czegoś nie da się zrobić, potrzebny jest ktoś, kto o tym nie wie - przyjdzie i to zrobi."

Zadzwoń

574 944 685

Adres

Kazimierza Wielkiego 7/7

32-700 Bochnia

Wybierz dogodny termin w kalendarzu - bez wymiany maili w tę i z powrotem.

Napisz do nas

Opisz krótko, czego potrzebujesz - oddzwonimy lub odpiszemy w ciągu 24 godzin w dni robocze.

Łukasz PalejNa zapytanie odpowie Łukasz Palej, Technical Implementation Expert

Napisz do nas

Opisz krótko, czego potrzebujesz - oddzwonimy lub odpiszemy w ciągu 24 godzin w dni robocze.

Łukasz PalejNa zapytanie odpowie Łukasz Palej, Technical Implementation Expert