Aktualizacja PrestaShop — kontrolowana migracja na wersję 8 lub 9

Czego pakiet nie obejmuje

Jasny zakres chroni obie strony przed nieporozumieniami. Poniższe elementy wyceniamy osobno lub realizujesz po swojej stronie.

• Przepisanie niestandardowego motywu od zera — tylko migracja/adaptacja w uzgodnionym zakresie
• Zakup nowych licencji modułów, jeśli producent nie wspiera nowej wersji
• Pełna migracja danych z innej platformy (Magento, WooCommerce) — to osobny projekt
• Gwarancja utrzymania wszystkich starych URL-i bez zmian — niektóre wymagają 301
• Ciągła opieka po 30 dniach (dostępna w abonamencie opieki PrestaShop)

Dlaczego aktualizacja PrestaShop wymaga planu

Nieaktualny sklep to luka bezpieczeństwa i moduły, które przestają działać po wymuszonej aktualizacji PHP przez hosting. Jednocześnie ślepa aktualizacja na produkcji bez testów kosztuje utracone zamówienia i spadek w Google.

Łączymy migrację techniczną z SEO: canonical, sitemap, przekierowania i monitoring indeksacji po starcie. To nie jest kliknięcie „Aktualizuj” w panelu.

Migracja z 1.7 do 8 lub 9 — co się zmienia

PrestaShop 8+ opiera się na Symfony i ma inne hooki, strukturę szablonów i wymagania PHP 8.1+. Wiele modułów z 1.7 wymaga nowej licencji lub zamiennika.

Przed wyceną sprawdzamy, czy Twój motyw ma wersję pod 8/9, czy integracje Allegro, InPost i hurtownie mają wsparcie producenta, i ile custom kodu siedzi w override'ach.

• Mapowanie modułów: zostaje / wymaga wymiany / do napisania
• Test płatności na sandboxie każdej bramki
• Weryfikacja e-maili transakcyjnych i SMTP

Bezpieczeństwo aktualizacji i rollback

Każda migracja ma punkt przywrócenia: backup sprzed cutover, dokumentacja zmian i 30 dni wsparcia na krytyczne błędy po starcie. Nie wdrażamy w szczycie sezonu bez Twojej świadomej zgody.

Jeśli hosting wymusza PHP 8.2+, a moduły są przestarzałe, proponujemy harmonogram: najpierw wymiana modułów na stagingu, potem podniesienie core — zamiast jednego ryzykownego weekendu.

PrestaShop 9 czy zostać na 8 — co wybrać

Aktualna gałąź to PrestaShop 9.x z nowym domyślnym motywem Hummingbird 2.0, Symfony 6.4 LTS i wymaganiami PHP 8.x. To kierunek, w którym idzie cały ekosystem, więc dla nowych wdrożeń i sklepów planujących rozwój na lata zwykle rekomendujemy docelowo 9.x. Wersja 9 niesie też wyższy poziom zgodności z wymaganiami dostępności (European Accessibility Act), co coraz częściej jest realnym wymogiem dla sklepów w UE.

Jeśli jednak część kluczowych modułów lub motyw nie ma jeszcze stabilnej wersji pod 9, sensowniejszym, mniej ryzykownym krokiem bywa najpierw migracja 1.7 → 8.1+, a dopiero potem 8 → 9. Po audycie pokazujemy konkretnie, które integracje (Allegro, InPost, hurtownie, ERP) mają wsparcie pod daną wersję, i dobieramy ścieżkę pod realny stan Twojego sklepu — bez aktualizacji „bo wyszła nowa”.

• PrestaShop 9.x: Hummingbird 2.0, Symfony 6.4 LTS, PHP 8.x
• Wyższy poziom zgodności z EAA (dostępność)
• Ścieżka pośrednia 1.7 → 8.1+ → 9, gdy moduły nie są gotowe
• Decyzja w oparciu o audyt, nie o numer wersji

Status wsparcia wersji — dlaczego trzeba go sprawdzić

Przed decyzją sprawdzamy aktualną matrycę wsparcia PrestaShop, wymagania PHP, modułów i hostingu. Brak wspieranych poprawek albo wymuszona zmiana środowiska zwiększają ryzyko, ale termin i wpływ zależą od konkretnej konfiguracji.

Audyt pokazuje różnicę między wersją obecną i docelową, komponenty bez potwierdzonej zgodności oraz warianty migracji. Koszt i okno wdrożenia wynikają z tego inwentarza, nie z ogólnego założenia, że zwlekanie zawsze podnosi cenę.

Co wpływa na wycenę

• Wersja wyjściowa (1.7 vs 8.x) i docelowa (8 vs 9)
• Liczba modułów, override'ów i custom theme
• Multistore, ERP, marketplace i integracje kurierskie
• Wymagana zmiana hostingu lub wersji PHP

Porównując oferty aktualizacji, sprawdź macierz zgodności modułów i motywu, kopię testową, mapę zmian URL-i, odbiór checkoutu oraz wykonalność rollbacku. Zakres nie powinien sprowadzać się do samego uruchomienia aktualizatora rdzenia.