Migracja PrestaShop 1.7 do 9

Ponieważ PrestaShop tego nie obsługuje. Oficjalne narzędzie aktualizacji wymaga stabilnej 8.x jako punktu wyjścia do przejścia na 9.x. Pracujemy więc w dwóch etapach: najpierw 1.7 do 8.x z własnymi testami odbiorczymi, potem 8.x do 9.x. To także bezpieczniejsze, bo każdy etap izoluje własne regresje zamiast mieszać wszystko w jednym skoku.

Dla standardowego sklepu (średni katalog, od 5 do 15 modułów zewnętrznych, mało zmieniony szablon): od 15 do 20 dni roboczych. Dla sklepu złożonego (duży katalog, wiele override'ów, mocno przerobiony szablon, integracja z ERP): od 25 do 40 dni. Po audycie wycena podaje wiążący termin co do dnia.

Od 6 000 € za czystą i mało zmienioną 1.7. Sklep z wieloma override'ami, starym szablonem na zamówienie i własnymi modułami mieści się zwykle między 10 000 a 25 000 €. Wstępny audyt trwający 30 minut jest bezpłatny, a wycena jest stała, nie rozliczana za czas pracy.

Rzadko w niezmienionej postaci. Moduł napisany pod 1.7 często korzysta z hooków od tego czasu usuniętych, z helperów Smarty w zapleczu i z wywołań wykreślonych w 9. Audyt wymienia każdy moduł z jego statusem: zgodny, dostępna aktualizacja producenta, do przepisania albo do wymiany. W modułach komercyjnych licencja producenta zwykle obejmuje wersję 9 bez dopłaty.

To najcięższy element projektu. Szablon 1.7 opiera się na Smarty i na templatkach, które zmieniły się w 8, a potem w 9. Dwie opcje zależnie od stanu: odtworzenie jeden do jednego na bazie Classic lub Hummingbird z 9, albo przeprojektowanie, jeśli oryginał to kupiony szablon porzucony przez producenta. Wyceniamy w ofercie oba warianty.

Nie, ale to część prac. PrestaShop 8 wymaga co najmniej PHP 8.1, a 9 celuje w 8.1-8.3 zależnie od wersji pomocniczej. Podniesienie PHP odbywa się w pierwszym etapie, na staging, razem z przeglądem kodu, który wywala się na nowych wersjach (usunięte funkcje, typowanie, wywołania dynamiczne).

Nie, jeśli migracja jest zrobiona porządnie. Identyfikatory produktów, kategorii, klientów i zamówień zostają zachowane bez zmian, a adresy URL nie ulegają zmianie, chyba że sobie tego życzysz. Mapa witryny i istniejące przekierowania zostają utrzymane, a monitoring w Search Console po przełączeniu jest wliczony, żeby potwierdzić, że żaden sygnał nie spada.

Uzasadnione pytanie, gdy 1.7 jest bardzo stara. Migracja zachowuje historię, adresy URL, klientów i SEO i w większości przypadków jest właściwym wyborem. Budowa od zera ma sens, gdy szablon jest martwy, override'y są nie do opanowania, a katalog i tak wymaga przerobienia. Audyt rozstrzyga to liczbami, nie przeczuciem.

Cena obejmuje migrację techniczną: kod, bazę danych, moduły, istniejący szablon. Domyślnie nie obejmuje przeprojektowania graficznego, nowych funkcji, zmiany hostingu ani szkolenia z zaplecza. Każdy z tych elementów można dodać do wyceny na życzenie.