Aktualizacja do PrestaShop 9 ma sens wtedy, gdy sklep potrzebuje wspieranego środowiska, a jego moduły, motyw i integracje są gotowe na zmianę. Sam numer wersji nie wystarcza do podjęcia decyzji. Najpierw trzeba sprawdzić zgodność całego sklepu, przeprowadzić próbę na kopii i ustalić, jak wrócić do poprzedniej wersji, gdyby wystąpił problem.
Co zmienia wersja 9
Przejście z ósemki na dziewiątkę dotyczy także technologii, na których działa sklep. PrestaShop 9.0 przeszedł z Symfony 4.4 na Symfony 6.4. To zmiana istotna przede wszystkim dla autorów modułów i osób utrzymujących własne modyfikacje. Kod korzystający ze starszych mechanizmów może wymagać dostosowania, nawet jeśli od strony klienta funkcja ma wyglądać identycznie. Zakres zmian opisuje dokumentacja zmian w PrestaShop 9.0.
Wymagania serwera sprawdzaj dla konkretnego wydania, które zamierzasz wdrożyć. Informacja „hosting obsługuje PrestaShop” jest zbyt ogólna. Potrzebna jest zgodna wersja PHP, odpowiednie rozszerzenia, baza danych i zasoby pozwalające wykonywać importy oraz zadania w tle. Punktem odniesienia jest oficjalna tabela wymagań. Osobno sprawdź PHP obsługujące stronę i PHP uruchamiane przez harmonogram zadań.
Dla właściciela sklepu znaczenie ma wynik: możliwość dalszego utrzymania systemu, dostępność potrzebnych rozszerzeń i działanie procesów sprzedażowych. Nie zakładaj, że aktualizacja sama przyspieszy katalog, naprawi wyszukiwarkę lub uprości pracę magazynu. Takie efekty wymagają osobnej diagnozy i pomiarów przed zmianą oraz po niej.
Największą niewiadomą bywają moduły i motyw
W standardowej instalacji zakres prac można oszacować stosunkowo łatwo. W sklepie rozwijanym przez kilka lat lista modułów nie mówi jeszcze, co naprawdę trzeba przenieść. Moduł płatności mógł dostać lokalną poprawkę, motyw korzystać ze zmienionego koszyka, a integracja z ERP odwoływać się bezpośrednio do bazy. Każdy taki element trzeba rozpoznać przed wyceną.
Deklaracja producenta o zgodności jest dobrym początkiem, ale dotyczy określonej wersji jego produktu. Sprawdź, czy posiadana licencja obejmuje dostęp do tego wydania i czy aktualizacja zachowa konfigurację. Jeżeli ktoś zmieniał pliki modułu, pobranie nowej paczki może usunąć te modyfikacje. Własny kod trzeba porównać z oryginałem i zdecydować, które różnice nadal są potrzebne.
Motyw również wymaga próby. Strona główna może wyglądać poprawnie, podczas gdy wybór kombinacji produktu, walidacja adresu albo płatność na telefonie przestają działać. Przy motywie dedykowanym potrzebne są źródła i instrukcja budowania plików. Przy gotowym motywie liczy się dostępność aktualizacji oraz zgodność dodatków dostarczonych razem z nim.
Jak sprawdzić, na czym stoisz
Przed rozmową o terminie przygotuj inwentaryzację. Dla każdego rozszerzenia zapisz nazwę, wersję, producenta, funkcję biznesową i osobę odpowiedzialną za utrzymanie. Dopisz informację o licencji oraz ewentualnych zmianach. Moduł, którego nikt nie potrafi opisać, wymaga sprawdzenia: może być zbędny, ale może też raz dziennie przekazywać zamówienia do magazynu.
- Ustal dokładną wersję sklepu, PHP, bazy danych i motywu.
- Zbierz listę aktywnych modułów, zadań cyklicznych i połączeń z zewnętrznymi systemami.
- Sprawdź override’y oraz bezpośrednie zmiany w plikach rdzenia.
- Zweryfikuj dostęp do kodu, kopii zapasowych i kont producentów rozszerzeń.
- Opisz nietypowe zasady cen, dostaw, rabatów i obsługi zamówień.
Wynikiem powinien być dokument dzielący elementy na gotowe do przeniesienia, wymagające poprawki, zastąpienia lub usunięcia. Przy każdej niewiadomej potrzebny jest sposób jej wyjaśnienia. Jeśli sklep ma wiele nadpisań, pomocny będzie osobny przegląd override’ów w PrestaShop. Bez tej pracy „aktualizacja” może skrywać przebudowę kilku ważnych funkcji.
Kiedy warto przesunąć termin
Wdrożenie tuż przed najważniejszą kampanią sprzedażową zwiększa koszt ewentualnej pomyłki. Jeśli nie ma pilnej przyczyny bezpieczeństwa, rozsądniej przygotować i przetestować zmianę wcześniej, a przełączenie zaplanować poza szczytem. Przesunięcie terminu powinno jednak mieć konkretną datę i warunki, które trzeba do niej spełnić.
Drugim powodem jest brak zgodności funkcji niezbędnej do sprzedaży. Jeżeli nie działa operator płatności albo integracja przekazująca zamówienia do ERP, sam fakt uruchomienia sklepu na nowym rdzeniu niewiele daje. Najpierw potrzebna jest poprawka, zamiennik lub uzgodniona procedura tymczasowa. Nie zakładaj, że producent zdąży, dopóki nie masz wersji, którą można sprawdzić.
Warto też połączyć prace, jeśli firma już przygotowuje wymianę motywu albo migrację na inną platformę. Dostosowywanie części przeznaczonej za chwilę do usunięcia bywa zbędnym kosztem. Warunkiem takiej decyzji jest możliwość bezpiecznego utrzymania obecnego sklepu do czasu następnego wdrożenia.
Kiedy zwlekanie utrudnia utrzymanie sklepu
Odłożenie aktualizacji nie zatrzymuje zmian u pozostałych dostawców. Hosting aktualizuje środowisko, operator płatności zmienia integrację, a producent modułu rozwija kolejne wydania. Jeśli sklep wymaga coraz większej liczby wyjątków, każdą nową funkcję trzeba najpierw dopasować do starych ograniczeń. Ten nakład powinien pojawić się w porównaniu kosztów.
Sprawdź aktualny status wsparcia używanego wydania i jego zależności. Dostępność poprawek bezpieczeństwa nie wynika z tego, że sklep nadal przyjmuje zamówienia. Gdy pojawia się problem bezpieczeństwa, decyzję o terminie trzeba oprzeć na jego znaczeniu dla danej instalacji i dostępnych zabezpieczeniach, a nie wyłącznie na kalendarzu kampanii.
Porównaj dwa warianty na tym samym okresie: uporządkowanie i aktualizację teraz oraz dalsze utrzymanie wraz z późniejszym przejściem. W drugim wariancie uwzględnij poprawki zgodności, dodatkowe testy i prace, które później trzeba będzie wykonać ponownie. Takie zestawienie daje lepszą podstawę decyzji niż przekonanie, że działającego sklepu nigdy nie należy ruszać.
Jak przygotować bezpieczną aktualizację
Zacznij od kopii plików i bazy oraz próby odtworzenia. Następnie uruchom osobne środowisko testowe. Zablokuj na nim dostęp osób postronnych i indeksowanie, wyłącz wysyłkę do klientów, a płatności oraz integracje przełącz w odpowiedni tryb testowy. Kopia produkcji nie może przypadkiem tworzyć prawdziwych przesyłek ani przekazywać powielonych zamówień.
Na kopii przeprowadź pełną aktualizację i zapisz wszystkie dodatkowe kroki. Testuj procesy: zakup gościnny i po zalogowaniu, kombinacje produktów, rabaty, dostawy, płatności, potwierdzenia operatora, wiadomości oraz eksport do ERP. Sprawdź także anulowanie zamówienia i zwrot. Poproś pracownika obsługi o wykonanie jego zwykłych zadań, bo nie wszystkie wyjątki widać w dokumentacji.
Przed przełączeniem określ moment wstrzymania zapisów, wykonania świeżej kopii i uruchomienia nowej wersji. Ustal, kto podejmuje decyzję o wycofaniu oraz jak zostaną rozliczone płatności przychodzące w tym czasie. Powrót do starej bazy po przyjęciu nowych zamówień wymaga ich zabezpieczenia i uzgodnienia danych. Samo przywrócenie plików nie rozwiązuje tego problemu.
Przed zatwierdzeniem wdrożenia warto też ustalić sposób odbioru. Przygotuj tabelę z nazwą testu, oczekiwanym wynikiem, osobą sprawdzającą i statusem. Jeśli jakiś przypadek nie przeszedł, opisz jego wpływ na sprzedaż. Drobna różnica wizualna i niepoprawne naliczanie ceny nie powinny mieć tej samej wagi. Decyzję o uruchomieniu podejmuj na podstawie tej listy, a nie samego komunikatu, że narzędzie zakończyło aktualizację bez błędu. Zachowaj wyniki próby przy dokumentacji projektu, żeby następny wykonawca wiedział, co rzeczywiście zweryfikowano i które ograniczenia zaakceptowała firma.
Najczęstsze pytania
Czy da się zaktualizować sklep bez przestoju?
Większość przygotowań można wykonać podczas normalnej sprzedaży. Samo przełączenie może wymagać krótkiego wstrzymania zamówień, żeby zachować spójność danych. Obietnica zerowej przerwy wymaga konkretnego rozwiązania technicznego i próby całej procedury.
Co z modułami, których producent już nie rozwija?
Najpierw sprawdź, czy ich funkcja nadal jest potrzebna. Jeśli tak, trzeba znaleźć zamiennik albo zlecić dostosowanie kodu z uwzględnieniem licencji. W obu przypadkach ustal, kto będzie później odpowiadał za poprawki.
Czy aktualizacja wpłynie na pozycje w Google?
Sam numer wersji nie daje gwarancji poprawy ani spadku widoczności. Sprawdź adresy, treści, linki kanoniczne, indeksowanie i odpowiedzi serwera przed wdrożeniem oraz po nim. Jeśli zmieniasz także strukturę URL, potrzebny jest osobny plan przekierowań.
Ile trwa aktualizacja wersji głównej?
Czas zależy przede wszystkim od zgodności rozszerzeń, zakresu własnego kodu i liczby procesów do przetestowania. Wiarygodny termin powstaje po inwentaryzacji oraz próbie na kopii. Sam czas uruchomienia narzędzia aktualizującego jest tylko częścią pracy.
Od czego zacząć decyzję
Poproś wykonawcę o listę przeszkód, plan testów i procedurę przełączenia. Dopiero na tej podstawie zatwierdzaj budżet i termin. Jeśli potrzebujesz pomocy w ustaleniu zakresu, sprawdź migracje i aktualizacje sklepów.