Migracja z PrestaShop na Magento 2 / Adobe Commerce
PrestaShop to dobry produkt dla małego i średniego segmentu B2C. Dla B2B w skali - przestaje wystarczać. Spotykam co pół roku klienta, który wyrósł z PrestaShopa: 5k SKU stało się 30k, dział sprzedaży urósł, doszły kontrakty B2B z cennikami kontraktowymi, integracja z Comarch XL przestała działać sensownie. To moment migracji.
Spis treści (7)
W skrócie
- 1. Kiedy: sklep wyrósł skali PrestaShop (~5-10k SKU lub obrót >10 M zł rocznie + B2B z kontrahentami)
- 2. Cel: Magento Open Source lub Adobe Commerce (ew. Shopware 6)
- 3. Czas: 6-10 miesięcy
- 4. Koszt: 500-1200 tys. zł
- 5. Główne wyzwania: moduły PrestaShop (custom), brak Data Migration Tool oficjalnego, integracje ERP
Dlaczego klient migruje z PrestaShopa
1. Sufity wydajnościowe. PrestaShop przy 30k+ SKU + filtrowanie po atrybutach zaczyna lagować. Architecture nie skaluje się tak jak Magento.
2. Brak dojrzałych funkcji B2B. PrestaShop ma moduły B2B (Customer Groups, Specific Prices) - ale to nie dorównuje Magento Companies / Shared Catalogs / Negotiable Quotes.
3. Custom moduły to bagaż. Stary sklep PrestaShop ma 20-40 custom modułów. Każda aktualizacja PS = ryzyko zepsucia.
4. Ekosystem mniejszy niż Magento. Polski rynek wdrożeniowy PrestaShopa jest jakościowo niższy niż Magento - mniej top-tier agencji.
5. Integracje z polskimi ERP. Comarch XL, Subiekt - mają konektory do Magento znacznie lepsze niż do PrestaShopa.
Co się przenosi
Standardowe dane jak przy każdej migracji:
- Produkty + atrybuty + kategorie
- Klienci + adresy
- Zamówienia historyczne
- CMS pages
- SEO (URL → 301 redirects)
Specyficzne dla PrestaShop → Magento:
- Customer Groups → Customer Groups + Companies (B2B)
- Specific Prices → Tier Prices + Catalog Rules (lub Shared Catalogs w AC)
- Combinations (kombinacje) → Configurable Products
- Suppliers → osobny model w Magento (manufacturer attribute)
Brak oficjalnego narzędzia
Adobe nie ma oficjalnego DMT dla PrestaShop → Magento. Trzeba:
Opcja 1: Komercyjne narzędzia.
- Cart2Cart (najbardziej popularne) - migracja przez ich SaaS
- LitExtension - alternative
- Migration Pro for Magento - agency-grade
Cena 200-2000 USD jednorazowo + abonament hostingu / sklepu testowego.
Opcja 2: Custom ETL.
- Eksport z PrestaShop (CSV / SQL dump)
- Transform script (Python / PHP)
- Import do Magento przez REST API lub CSV import
Opcja 3: Re-creation. Dla starych sklepów ze złą jakością danych - czasem łatwiej zacząć od nowa, importować tylko sample (top 1000 produktów, top 100 klientów).
Wyzwania specyficzne dla PS → M2
1. Combinations vs. Configurable Products. PrestaShop Combinations = produkt z wariantami (kolor, rozmiar). Magento Configurable Product = nieco inne. Mapowanie wymaga uwagi.
2. Features vs. Attributes. PrestaShop „Features" = opisowe (kolor, materiał). Magento Attributes - bardziej rozbudowane, z różnymi typami (selectable, multi-select, text). Re-modeling.
3. Module ecosystem. Każdy custom module PrestaShop = osobny projekt re-implementacji w Magento. Niektóre nie istnieją w Magento ekosystemie.
4. URL struktura inna.
PrestaShop ma friendly URLs z id_category w URL. Magento - bez ID, slug. Każdy URL = redirect 301.
5. Polskie znaki w sluggach.
PrestaShop często ma sluggi z polskimi znakami (/produkt-z-łańcuchem). Magento default - bez ogonków (produkt-z-lancuchem). Mapowanie redirectów.
6. SEO module. PrestaShop SEO module ma własne pola. Magento - wbudowane. Mapowanie meta title / description per produkt.
Plan migracji
Faza 1: Discovery (2-4 tygodnie).
- Audyt PrestaShop (wersja, moduły, custom)
- Wybór target (M2 OS vs. Adobe Commerce, ew. Shopware)
- Architektura nowego sklepu
Faza 2: Setup Magento + theme (4-6 tygodni).
- Instalacja M2 + Hyvä Theme
- Customizacja designu
Faza 3: Re-implementation custom modules (8-16 tygodni).
- Każdy custom PrestaShop module → custom Magento module
- Lub: zastąpienie modułem komercyjnym
Faza 4: Data migration (4-8 tygodni).
- Setup ETL (Cart2Cart lub custom)
- First migration na test environment
- Walidacja
- Cleanup
Faza 5: Integration migration (4-8 tygodni).
- ERP integration re-implementation
- Płatności, kurierzy
Faza 6: SEO mapping + UAT (4-6 tygodni).
- Mapa 301 redirectów
- UAT z prawdziwymi klientami
Faza 7: Cutover + hypercare.
Razem: 6-10 miesięcy.
Koszty
Dla średniej skali (20k SKU, 10 M zł obrotu):
- Discovery + projekt: 40-80 tys. zł
- Setup M2 + theme: 80-150 tys. zł
- Custom modules: 150-400 tys. zł
- Data migration: 50-120 tys. zł
- Integration ERP: 100-250 tys. zł
- SEO + UAT + cutover: 40-100 tys. zł
Razem: 500-1100 tys. zł, 6-10 miesięcy.
Najczęstsze problemy
1. Klient nie docenia różnic między PS a M2. „To samo, tylko inny shop". Nie. Inna architektura, inny ekosystem, inny zespół potrzebny.
2. Brak audytu modułów PS. „Mamy 5 custom modułów" → audyt: 18. Każdy do re-implementacji.
3. URL mapping bez sluggów polskich. Stare URL z polskimi znakami → nowe bez. Mapowanie się rozjeżdża, redirecty nie działają.
4. PS data quality. Stary sklep PS ma duplikaty produktów, niespójności kategorii. Cleanup przed migracją.
5. Brak zespołu Magento. Migracja na M2 wymaga deweloperów Magento. Zespół PS nie nadrobi w trakcie projektu.
FAQ
Czy mogę migrować PrestaShop → Shopware zamiast Magento? Tak. Shopware ma podobne uzasadnienie. Polski ekosystem Shopware mniejszy, ale dla projektów greenfield może być lepszy.
Czy PrestaShop 8 jest dobrym targetem (upgrade zamiast migracji)? Dla sklepu poniżej 5-10k SKU z prostym B2B - może wystarczyć. Dla większych - nie.
Czy mogę zostać na PrestaShop z agresywną optymalizacją? Można optymalizować, ale sufity architektoniczne pozostają. Powyżej 30k SKU + complex B2B - Magento / Shopware ma przewagę.
Co z modułami komercyjnymi PrestaShop? Większość ma equivalents w Magento (PrestaShop ma duży marketplace modułów, ale ich jakość bywa różna).
Czy mogę migrować w fazach (kategoriach)? Trudne. Sklep musi mieć full catalog. Najczęściej one-shot.
Co dalej
- Pillar migracji: Migracje e-commerce
- Target - Magento dla B2B: Magento / Adobe Commerce
- PrestaShop dla B2B (ocena): PrestaShop dla B2B
- Mapowanie danych: Mapowanie danych
O autorze
Jakub Owsianka
Architekt rozwiązania w WiseB2B - silniku platform B2B. Zaczynał po stronie biznesu (własne sklepy), potem deweloper, dziś projektuje wdrożenia dla sklepów z katalogami w dziesiątkach tysięcy SKU. W ostatnich latach wdrożył AI-development w zespole i funkcjonalności oparte o AI bezpośrednio w silniku sklepu.
Czytaj dalej w temacie wydajności
Wszystkie wpisyMasz pytanie do tego artykułu?
Dodatkowy kontekst, problem z własnym wdrożeniem, druga opinia - napisz wprost. Odpowiadam osobiście w 1-2 dni robocze.