Migration PrestaShop

Stary sklep potrafi działać latami i nikt nie widzi powodu, żeby go ruszać. Aż pewnego dnia przychodzi mail z hostingu, że stara wersja PHP zostanie wyłączona.

Sklep na PrestaShop 1.6 czy 1.7 na nowym PHP zwyczajnie się nie uruchomi. Podobnie bywa z modułem płatności, który przestał dostawać poprawki, albo z integracją kuriera po zmianie po jego stronie. A luk bezpieczeństwa w starych wersjach nikt już nie łata.

Lepiej zaplanować migrację wtedy, gdy masz na to czas, a nie wtedy, gdy sklep już nie działa.

Na co dzień te słowa znaczą prawie to samo, ale w praktyce to dwie różne drogi.

Przy aktualizacji zostaje Twój obecny sklep, a zmienia się tylko wersja PrestaShop. Przy migracji stawiamy czystą instalację PrestaShop 9 i przenosimy do niej wszystkie dane ze starego sklepu.

Co wybrać? To zależy od tego, ile przez lata zmieniało się w kodzie. Prosty sklep na gotowym szablonie zwykle wystarczy zaktualizować. Sklep z własnym szablonem, modułami pisanymi na zamówienie i dziesiątkami poprawek częściej opłaca się przenieść na czystą instalację. Łatanie wszystkiego po kolei potrafi kosztować więcej niż zrobienie tego porządnie od nowa.

Jak to wygląda dla poszczególnych wersji:
PrestaShop 8. Zwykle wystarczy aktualizacja. Najwięcej pracy jest przy modułach i szablonie, które muszą działać z wersją 9.
PrestaShop 1.7. Tu przeskok jest duży, bo wersja 9 potrzebuje dużo nowszego PHP. Przy niewielu zmianach w kodzie da się przejść przez wersję 8. Przy rozbudowanym sklepie lepsza będzie migracja.
PrestaShop 1.6. Praktycznie zawsze budujemy sklep na nowo i przenosimy dane. Szablon i moduły z tej wersji nie mają szans zadziałać na PrestaShop 9.

Zanim cokolwiek zaproponujemy, przeglądamy sklep. Dopiero wtedy wiadomo, która droga ma sens. Jeśli chcesz najpierw poczytać, co zmienia się w wersji 9 i jakie ma wymagania, zajrzyj do wpisu PrestaShop 9 – co nowego.

Sklepy przenosimy też z Shopera, WooCommerce, Shopify, Magento i OpenCart.

Najczęściej robią to firmy, którym abonament zaczął za dużo kosztować albo ograniczać. Często chodzi też o podpięcie sklepu pod program magazynowy, czego obecna platforma nie umie albo robi to słabo.

Przy zmianie platformy prawie zawsze zmieniają się adresy stron. Dlatego tutaj przekierowania mają jeszcze większe znaczenie niż przy samej aktualizacji.

Przenosimy produkty z wariantami i zdjęciami, kategorie, producentów, konta klientów razem z adresami i zgodami, historię zamówień, opinie o produktach, kody rabatowe, a także strony informacyjne i wpisy na blogu.

Niektóre rzeczy trzeba jednak ustawić od nowa. Dostawy, płatności i podatki działają w każdym systemie trochę inaczej, więc konfigurujemy je w nowym sklepie od zera.

Przy zmianie platformy zwykle nie da się też przenieść haseł klientów, bo każdy system zapisuje je po swojemu. Klient ustawia nowe hasło przy pierwszym logowaniu. Podpowiemy, jak uprzedzić o tym kupujących, żeby nikogo to nie zaskoczyło.

Dobra wiadomość dla firm z programem magazynowym: integracji nie trzeba budować od zera. Łączymy PrestaShop z GT Subject, Comarch Optima i Symplex Small Business. Do Symplexa mamy własną, gotową integrację.

Część modułów ma już wersje na PrestaShop 9 i wystarczy je zaktualizować. Do innych szukamy zamienników, a te pisane kiedyś na zamówienie zwykle trzeba poprawić.

Przy okazji robimy przegląd. W starszych sklepach prawie zawsze znajdzie się kilka dodatków, z których nikt nie korzysta, a które spowalniają stronę. Takich już nie przenosimy.

Z szablonem jest podobnie. Jeśli obecny wygląd się sprawdza, dopasujemy go do nowej wersji. Jeśli i tak myślałeś o zmianie, to najlepszy moment, żeby zrobić ją razem z migracją. Więcej o tym, jak projektujemy sklepy, przeczytasz na stronie tworzenie sklepów PrestaShop.

Po migracji sklepy najczęściej tracą ruch nie przez błędy w kodzie, tylko przez zmienione adresy. Google ma w pamięci stare linki. Jeśli prowadzą do pustej strony, pozycje lecą w dół.

Dlatego przed przełączeniem spisujemy wszystkie ważne adresy: produkty, kategorie, wpisy i strony, do których linkują inne serwisy. Każdy, który się zmienia, dostaje przekierowanie 301 na nowe miejsce. Zostawiamy je na długo, co najmniej na rok. Tytuły i opisy stron też przechodzą do nowego sklepu.

Po starcie zgłaszamy nową mapę strony w Google Search Console i przez kilka tygodni pilnujemy, czy nie wyskakują błędy. Sprawdzamy też rzeczy, o których łatwo zapomnieć: plik produktowy w Merchant Center, pomiar w Google Analytics, konwersje w Google Ads i maile wysyłane ze sklepu.

Na początku przeglądamy sklep i mówimy, co przenosimy, co poprawiamy, a czego lepiej się pozbyć. Razem z tym dostajesz wycenę.

Nową wersję budujemy zwykle obok, na kopii. Stary sklep w tym czasie normalnie sprzedaje. Testujemy koszyk, płatności, dostawy i maile, a kiedy wszystko działa, umawiamy się na dzień przełączenia. Tuż przed nim dociągamy najnowsze zamówienia i nowych klientów.

Po starcie jeszcze przez jakiś czas zaglądamy do sklepu. A jeśli chcesz, możemy się nim zajmować na stałe w ramach obsługi sklepu PrestaShop.

W sklepie z dodatkami PrestaShop są moduły, które przenoszą dane automatycznie. Przy małym sklepie, bez zmian w kodzie i z ruchem głównie z reklam, mogą wystarczyć.

Gorzej, gdy sklep ma integracje, własne moduły albo sporo klientów przychodzi z Google. Moduł przeniesie produkty i konta, ale nie przygotuje przekierowań, nie dopasuje szablonu i nie sprawdzi, czy płatności działają. Jeśli nie wiesz, co wybrać, napisz. Powiemy uczciwie, czy w Twoim przypadku jesteśmy potrzebni.

Tu nie ma jednej odpowiedzi. Znaczenie ma wersja, z której przechodzisz, liczba produktów i zamówień, moduły i zmiany w kodzie, integracje, liczba języków, Multistore i to, czy przy okazji zmieniasz wygląd.

Wycenę robimy po przejrzeniu sklepu i jest bezpłatna. Termin układamy pod Twoje plany, tak żeby przeprowadzka nie wypadła na przykład w szczycie sezonu.

Krótko o tym, jak wygląda przeprowadzka sklepu na PrestaShop 9.