Migracja z PrestaShop na IdoSell — jak ją przeprowadzić

PrestaShop to dojrzała platforma open-source z bogatą strukturą danych: moduły, override'y, wielosklepowość, wielojęzyczność. Migracja na IdoSell wymaga rozumienia tej architektury, a nie tylko eksportu CSV. Pokazujemy, na co realnie trzeba uważać.

CZAS CZYTANIA: ~10 MIN

PrestaShop był przez lata jednym z najpopularniejszych wyborów dla średnich i większych sklepów w Polsce, zwłaszcza tych potrzebujących wielojęzyczności i wielosklepowości. Migracja na IdoSell to przejście z modelu self-hosted (z całą jego elastycznością i kosztami utrzymania) na SaaS (z przewidywalnym abonamentem i mniejszą swobodą techniczną). W tym wpisie pokazujemy, jak realnie przeprowadzić ten proces — od audytu starego sklepu po przekierowania 301 i odbiór nowej platformy.

Dlaczego sklepy migrują z PrestaShop na IdoSell

PrestaShop sprawdza się tam, gdzie potrzebna jest pełna kontrola nad kodem i niskie koszty licencji. Z czasem jednak ten model zaczyna kosztować — głównie po stronie utrzymania. Z naszej praktyki cztery powody migracji powtarzają się najczęściej:

Migracja nie jest dowodem, że PrestaShop był złym wyborem. To zmiana modelu odpowiedzialności — od "sam dbam o wszystko" do "płacę platformie, żeby dbała o infrastrukturę". Dla części sklepów to dobra zmiana, dla innych nie. Warto wiedzieć, co się traci, zanim się zdecyduje.

Od czego zacząć — audyt sklepu PrestaShop

PrestaShop daje pełen dostęp do bazy danych i plików — to jednocześnie zaleta i wyzwanie przy migracji. Każdy sklep PS jest unikalny przez customizacje, więc bez audytu nie da się sensownie wycenić projektu. Co audytujemy przed startem:

Wersja PrestaShop

Ma kluczowe znaczenie. PrestaShop 1.6, 1.7 i 8.x różnią się strukturą bazy, układem modułów i sposobem eksportu. Sklep na PS 1.6 (już bez wsparcia) zwykle wymaga więcej pracy ręcznej — niektóre moduły eksportu nie działają, formaty są starsze. Wersja 8.x jest najprostsza do migracji, bo ma najbardziej spójną strukturę danych.

Moduły i override'y

W PrestaShop modyfikacje sklepu robi się przez moduły (zewnętrzne lub własne) oraz przez tzw. override — nadpisywanie klas rdzenia w folderze override/. To kluczowy obszar audytu: trzeba przejść przez listę aktywnych modułów i sprawdzić, czy są w niej takie, które zmieniają standardową logikę sklepu (np. niestandardowe pola produktów, własny kalkulator wysyłki, customowy proces checkoutu). Każda taka modyfikacja to potencjalny temat osobnego projektu po stronie IdoSell.

Wielojęzyczność i waluty

PrestaShop ma natywną wielojęzyczność i wielowalutowość — wiele sklepów z niej korzysta. Trzeba ustalić, które języki i waluty pozostają w nowej wersji na IdoSell, jak są zmapowane domeny lub subdomeny i co z tłumaczeniami opisów produktów. To często komplikuje migrację bardziej niż sama liczba produktów.

Multistore

Jeśli sklep używa funkcji "Multistore" w PrestaShop (kilka sklepów w jednym backendzie), audyt musi jasno odpowiedzieć: jak to zmapować na IdoSell. IdoSell obsługuje wielokanałowość, ale w innym modelu. Czasem to oznacza, że jeden sklep multistore PS staje się kilkoma osobnymi instancjami IdoSell — i wtedy koszty migracji rosną.

Stan bazy danych

Sklepy działające 5-8 lat często mają w bazie zaśmiecone dane: nieaktywne produkty, sieroty po usuniętych kategoriach, niespójne atrybuty, błędne tłumaczenia. Audyt powinien wskazać, co warto wyczyścić przed migracją, a czego się pozbywamy. Migracja to dobry moment na porządki.

Co konkretnie przenosimy z PrestaShop

Po audycie wiemy, co dokładnie wchodzi w zakres. Pełna migracja sklepu PrestaShop obejmuje cztery główne obszary — każdy z własną specyfiką techniczną.

Katalog produktów, warianty, atrybuty

Produkty eksportujemy z PrestaShop przez API albo bezpośrednio z bazy danych. Przenosimy nazwy, opisy (w każdym języku), ceny, ceny zakupu, stany magazynowe, zdjęcia (z miniaturkami), warianty, atrybuty, cechy, kategorie, tagi, dostawców i magazyny. Najwięcej pracy zwykle pochłaniają warianty — w PrestaShop generowane są jako kombinacje atrybutów, w IdoSell trzeba je zmapować na inny model. Również opisy HTML często zawierają specyficzne tagi PrestaShop ({$link->...}, smarty placeholdery), które trzeba wyczyścić przed importem.

Klienci, adresy, grupy

Konta klientów z bazą adresów, NIP-ami, danymi do faktur, grupami klientów (B2C, B2B, hurt) i historią zakupową przenosimy razem. Hasła nie przenoszą się w postaci jawnej — PrestaShop przechowuje je jako hashe (bcrypt lub md5 w starszych wersjach), więc każdy klient ustawia nowe hasło przy pierwszym logowaniu. To trzeba zakomunikować mailingiem przed startem.

Zamówienia, faktury, płatności

Historię zamówień przenosimy w trybie archiwalnym — wraz ze statusami, kwotami, metodami płatności i powiązanymi fakturami. To są "zamrożone" zamówienia: widoczne w panelu IdoSell i u klienta na koncie, ale nie można ich już edytować jak żywych. W praktyce to wystarcza do księgowości, reklamacji i analiz. Powiązane faktury PDF zwykle przenosimy jako załączniki, jeśli były wystawiane przez moduł PrestaShop.

Strony statyczne, blog, treści marketingowe

Strony "CMS" w PrestaShop (regulamin, polityka prywatności, "o nas", FAQ), wpisy blogowe (jeśli były obsługiwane modułem) oraz banery i bloki marketingowe przenosi się ręcznie albo półautomatycznie. Najważniejsze — metadane SEO (title, description) i URL-e — o tym piszemy szerzej niżej.

Czego nie da się przenieść w 1:1

To sekcja, która zwykle decyduje o sukcesie projektu. PrestaShop i IdoSell to dwie różne architektury, więc nie każda funkcja ma odpowiednik. Trzy obszary wymagają decyzji projektowych:

Customowe moduły i override'y

Jeśli sklep ma własne moduły (dedykowany konfigurator produktu, niestandardowy kalkulator wysyłki, integrację z lokalnym systemem) albo override'y zmieniające rdzeń, żadne z tego nie przenosi się jako kod. Funkcjonalność trzeba albo zmapować na natywne mechanizmy IdoSell (jeśli istnieją), albo zbudować od nowa jako dedykowaną aplikację po API IdoSell. To często największa pozycja kosztów migracji — i często niedoszacowana w pierwszej wycenie.

Theme i layout

Szablon PrestaShop (zwykle w technologii Smarty + Bootstrap) nie przenosi się na IdoSell. IdoSell ma własny system szablonów (StoreFront). Dwie opcje: dobrać z istniejących wzorców IdoSell i dostosować kolorystycznie i layoutowo, albo zaprojektować dedykowany szablon od zera. Pierwsza opcja jest tańsza, druga daje pełną kontrolę nad wyglądem.

Reguły rabatowe i programy lojalnościowe

PrestaShop ma rozbudowany system reguł rabatowych ("Cart Rules") i programów lojalnościowych. IdoSell obsługuje te funkcje, ale w innym modelu konfiguracji. Reguł nie kopiujemy 1:1 — przegląda się je i odtwarza w mechanizmach IdoSell. Czasem to znaczy uproszczenie, czasem rozbudowę, ale na pewno nie mechaniczne przeniesienie.

SEO przy migracji — jak nie stracić pozycji

Sklepy PrestaShop często mają zbudowane SEO przez lata: zaindeksowane setki kategorii, tysiące produktów, wpisy blogowe. Migracja bez planu SEO potrafi w jeden weekend wyzerować ten dorobek. To nie jest hipotetyczne ryzyko — to najczęstszy powód, dla którego trafia do nas klient po migracji zrobionej przez kogoś innego.

Eksport pełnej mapy starych URL-i

Przed migracją robimy pełen wykaz aktywnych URL-i: z Search Console, z sitemap.xml, z bazy PrestaShop (tabela ps_url_rewrite w nowszych wersjach lub tabele kategorii i produktów w starszych). Każdy URL musi mieć swój odpowiednik w nowej strukturze IdoSell.

Mapowanie URL stary → nowy

Najczęstsze różnice strukturalne między PrestaShop a IdoSell:

Przekierowania 301 — bez tego sklep traci pozycje

Każdy stary URL musi odpowiedzieć kodem 301 (trwałe przekierowanie) na swój nowy odpowiednik. IdoSell ma wbudowany mechanizm przekierowań, do którego ładuje się mapowanie hurtowo z pliku CSV. Bez tego Google przez kilka tygodni indeksuje stare URL-e jako "404 nie znaleziono" i drastycznie obniża pozycje. Spadek o 60-80% ruchu organicznego po migracji to prawie zawsze efekt braku poprawnych przekierowań, a nie wady samej platformy.

Search Console po starcie

Po wdrożeniu zgłaszamy w Search Console nową sitemapę, zmianę adresu (jeśli zmieniała się domena), i monitorujemy raport "Coverage" oraz "Page indexing". Pierwsze 2-4 tygodnie pojawią się błędy — to normalne, ważne żeby je czytać i reagować. Stabilizacja zwykle zajmuje 1-3 miesięcy. Wpis o migracji bez utraty SEO opisuje ten proces szczegółowo.

Ile trwa migracja z PrestaShop i ile kosztuje

Migracja z PrestaShop jest zwykle bardziej złożona niż z SaaS-owej platformy (jak Shoper), bo PS ma więcej możliwości customizacji — i więcej rzeczy do przeniesienia ręcznie. Realistyczne ramy:

To koszt jednorazowy migracji. Abonament IdoSell to oddzielne rozliczenie z platformą. W cenie migracji wchodzi: audyt, eksport i transformacja danych, konfiguracja nowego sklepu, mapowanie URL i przekierowania 301, testy na środowisku produkcyjnym kopii, wdrożenie i wsparcie pierwsze 2-4 tygodnie po starcie.

Najczęstsze pułapki migracji PrestaShop → IdoSell

Z naszej praktyki migracyjnej powtarza się kilka problemów. Warto je znać, żeby umieć je rozpoznać jeszcze na etapie wyboru wykonawcy.

Wycena bez wglądu w bazę i moduły

Profesjonalna wycena migracji z PrestaShop wymaga audytu — listy aktywnych modułów, override'ów, customowych pól, struktury bazy. Wycena "z palca" bez tej wiedzy zwykle kończy się doliczeniami w trakcie projektu, gdy okazuje się, że customowa funkcja X wymaga osobnego budżetu. Każda uczciwa oferta na migrację PS zaczyna się od pytania o dostęp do panelu admina i wglądu w listę modułów.

Migracja "na żywo" zamiast środowiska testowego

Część ofert proponuje migrację bezpośrednio na produkcyjnym sklepie. To krytyczny błąd — w razie problemu klient widzi pusty sklep przez kilka godzin lub dni. Profesjonalny wykonawca zawsze stawia kopię na środowisku testowym IdoSell, gdzie wszystko jest weryfikowane przed przełączeniem domeny.

Pominięcie tłumaczeń przy wielojęzyczności

Spotykamy migracje, w których przeniesiono tylko polską wersję sklepu, a wersje obcojęzyczne "dorobione będą później". To grzech — wielojęzyczny sklep PrestaShop ma zaindeksowane wszystkie wersje, a ich zniknięcie to utrata ruchu i pozycji w językach, na które klient płacił przez lata. Wielojęzyczność trzeba mieć w zakresie migracji od dnia 1.

Niedoszacowanie modyfikacji

PrestaShop pozwala modyfikować praktycznie wszystko — i sklepy z dłuższą historią często mają w sobie modyfikacje, o których właściciel nawet nie pamięta (zrobione przez kogoś 5 lat temu). Profesjonalny wykonawca podczas audytu przegląda też folder override/ i niestandardowe moduły, żeby wskazać, co realnie wymaga rebuildu po stronie IdoSell.

Co przygotować przed pierwszą rozmową

Migracja idzie szybciej, taniej i bezpieczniej, jeśli przed rozmową z agencją zbierzesz podstawowe dane. Minimalna lista:

Im więcej z tych danych masz przed pierwszą rozmową, tym dokładniejsza wycena i mniej zaskoczeń po drodze.

Podsumowanie

Migracja z PrestaShop na IdoSell jest projektem o większym ciężarze niż z SaaS-owej platformy — bo PrestaShop pozwala na więcej, więc ma więcej do przeniesienia. Ale jest też w pełni wykonalna, jeśli:

Większość projektów, które trafiają do nas po nieudanych migracjach od innych agencji, sprowadza się do jednego błędu: ktoś potraktował to jako przeniesienie produktów, a nie jako reorganizację całego sklepu na nowej platformie. To są dwa zupełnie różne projekty — i dwie zupełnie różne ceny.