Migracja sklepu internetowego bez utraty sprzedaży i SEO
Przenosimy sklepy na Medusa.js z platform, które przestały nadążać za sprzedażą: Shopify, Shopera, WooCommerce, Magento, Adobe Commerce, PrestaShop czy IdoSell.
20 minut online. Usłyszysz wprost: kupić, zbudować albo odpuścić.
- Obecna platforma
- Produkty, klienci, zamówienia
- Nowy sklep na Medusie
- Z platform
- Shopify, Shoper, WooCommerce, Magento, Adobe Commerce, PrestaShop, Sylius, Comarch e-Sklep
- Na
- Medusa.js
- Rozliczenie
- Stała cena za uzgodniony zakres
Najpierw porównujemy migrację z pozostaniem na obecnej platformie.
Kiedy migracja ma sens
Platforma blokuje zmiany
Nowy proces, kanał lub sposób wyceny wymaga obejść, których nie da się utrzymać.
Dodatki zamiast fundamentu
Koszty i zależności między aplikacjami rosną szybciej niż sprzedaż.
Stara technologia
Obecny system wymaga coraz droższego utrzymania, aktualizacji lub przepisania, na przykład PrestaShop 1.7 bez poprawek, Magento 1 albo Sylius po odejściu wykonawcy.
Rozdzielone kanały
B2B i B2C działają na osobnych systemach i każda zmiana robiona jest dwa razy.
Problemy, które rozwiązujemy
Co dostajesz
Analiza obecnego sklepu
Spis danych, dodatków, integracji, adresów URL i procesów, które trzeba zachować, uprościć albo zastąpić.
Plan migracji danych
Produkty, warianty, klienci, zamówienia i treści: mapowanie pól, czyszczenie danych i próbne migracje na kopii.
Ochrona SEO
Pełna lista adresów URL, przekierowania 301 jeden do jednego, metadane i dane strukturalne. Po starcie porównujemy indeksację z poprzednim stanem.
Nowy sklep na Medusie
Odtworzone procesy, które działały, i uproszczone te, które wymagały obejść.
Przełączenie z planem powrotu
Harmonogram przełączenia, krótkie zamrożenie zmian, scenariusz powrotu i monitoring pierwszych dni.
Jak podchodzimy do migracji
Nie publikujemy jeszcze case study migracji, dlatego pokazujemy zasady, według których ją prowadzimy.
Najpierw próbna migracja
Pełny przebieg na kopii danych, zanim dotkniemy produkcji. Różnice widać wcześniej niż w dniu startu.
Przekierowania to część zakresu
Mapa 301 powstaje razem z modelem danych, a nie tydzień przed startem.
Hasła klientów
Nie każdą platformę da się przenieść z zachowaniem haseł. Jeśli nie da się tego zrobić bezpiecznie, projektujemy wygodne ustawienie nowego hasła.
Integracje przełączamy razem ze sklepem
ERP, płatności i dostawy testujemy na nowym sklepie przed dniem przełączenia.
Jak pracujemy
Rozmowa
Obecna platforma, problem i oczekiwany efekt. Czy migracja w ogóle ma sens.
Analiza i stała cena
Spis danych, dodatków i integracji. Zakres migracji wyceniamy stałą ceną.
Budowa i próbne migracje
Nowy sklep powstaje równolegle do obecnego, a dane przenosimy próbnie, aż wynik się zgadza.
Przełączenie
Ostateczna migracja, przekierowania, testy krytycznych ścieżek i start.
Po starcie
Monitoring zamówień, integracji i indeksacji. Poprawki i kolejne etapy rozwoju.
Z jakiej platformy przychodzisz
Każda platforma ma inny powód migracji i inne pułapki przy przenoszeniu danych. Poniżej te, z którymi spotykamy się najczęściej.
To przykłady, nie zamknięta lista. Przy każdej liczy się to samo: jak da się wyeksportować dane, adresy URL i hasła klientów.
| Platforma | Dlaczego firmy odchodzą | Co sprawdzamy przy przenoszeniu |
|---|---|---|
| PrestaShop | Wersja 1.7 nie jest utrzymywana od wydania PrestaShop 9 w czerwcu 2025, a aktualizacja do 8.2 lub 9 wymaga PHP 8.1 i często przepisania modułów oraz motywu. | Hasła klientów (zależą od klucza instalacji), rabaty z grup i cen specyficznych oraz konektor do ERP. Jeśli moduł B2B i konektor są jedynym powodem, żeby zostać, liczymy obie drogi. |
| Sylius | Sklep wdrażała agencja i to ona zna kod. Wykonawca odszedł albo aktualizacje Symfony i PHP pochłaniają budżet rozwoju. | Logikę cen, kanałów i promocji. Model danych obu platform jest podobny, więc produkty z wariantami, kanały i cenniki mapują się bez obejść. |
| Magento | Magento 1 nie ma wsparcia od 2020 roku, a Magento 2 wymaga zespołu do aktualizacji. | Katalog z atrybutami i wariantami, grupy klientów i historię zamówień. Rozszerzenia zastępujemy własną logiką tylko tam, gdzie naprawdę ich używacie. |
| Adobe Commerce | Licencja jest wyceniana w progach wartości sprzedaży i średniej wartości zamówienia, więc rośnie razem z obrotem. Do tego kolejne linie wydań tracą wsparcie: 2.4.6 wyszła ze standardowego wsparcia w sierpniu 2026. | Których funkcji modułu B2B naprawdę używacie: konta firmowe, katalogi współdzielone, negocjowane oferty, listy zakupowe i akceptacja zamówień. Każda potrzebuje odpowiednika w nowym sklepie, więc spisujemy je przed wyceną. |
| Comarch e-Sklep | Sklep działa w chmurze Comarch i dane wymienia z Comarch ERP przez synchronizację, a stany ze wszystkich magazynów pokazuje jako jeden wspólny. Firmy odchodzą, gdy zmieniają ERP albo gdy proces zamówień B2B przestaje mieścić się w standardzie. | Co jest źródłem danych. Towary, ceny, rabaty i kontrahenci przychodzą z ERP, a sklep odsyła zamówienia. Ustalamy więc, co dalej płynie z ERP przez integrację, a co przejmuje nowy sklep. Jeśli zostajecie przy Comarch ERP, łączymy z nim Medusę. |
| ShopifyShoperIdoSellWooCommerce | Opłata od obrotu, kolejny płatny dodatek albo brak B2B. | Eksport danych przez API i adresy URL mapowane jeden do jednego. |
Model współpracy: stała cena
Migrację wyceniamy stałą ceną za uzgodniony zakres.
Na wycenę wpływają: ilość i jakość danych, liczba dodatków do zastąpienia, integracje do przełączenia i liczba adresów URL.
Działający sklep na naszej podstawie startuje w 30 dni, od 20 000 PLN netto.
Działający e-commerce w 30 dniPytania o migrację sklepu
Ile kosztuje migracja sklepu internetowego?
Migrację wyceniamy stałą ceną po analizie obecnego sklepu, więc znasz koszt, zanim zaczniemy. Kwota zależy od ilości i jakości danych, liczby dodatków, które trzeba zastąpić, integracji oraz zakresu zmian w sklepie. Porównujemy ją też z kosztem pozostania na obecnej platformie w dłuższym okresie.
Jak przenieść sklep bez utraty SEO?
Kluczowe są: pełna lista obecnych adresów URL, przekierowania 301 jeden do jednego, zachowanie treści i metadanych oraz kontrola indeksacji po starcie. Robimy to w ramach migracji, a nie jako osobną usługę.
Jakie dane da się przenieść?
Zwykle produkty z wariantami i zdjęciami, kategorie, klientów, historię zamówień, treści i adresy URL. Szczegóły zależą od platformy źródłowej, dlatego sprawdzamy je w analizie i próbnej migracji.
Czy klienci będą musieli zakładać konta od nowa?
Konta przenosimy. Hasła tylko wtedy, gdy platforma źródłowa pozwala zrobić to bezpiecznie. W przeciwnym razie klient ustawia nowe hasło przy pierwszym logowaniu, a my projektujemy ten krok tak, żeby był prosty.
Ile trwa migracja sklepu?
Harmonogram dostajesz razem z wyceną, bo czas zależy od zakresu i liczby integracji. Sam moment przełączenia planujemy tak, żeby zamrożenie zmian w sklepie trwało jak najkrócej.
Czy zawsze warto migrować?
Nie. Jeśli problem rozwiązuje konfiguracja, jeden dodatek albo integracja, taniej jest zostać. Mówimy o tym na pierwszej rozmowie.
Mam PrestaShop 1.7. Aktualizować czy migrować?
Najpierw policz obie drogi. Aktualizacja do 8.2 lub 9 ma sens, gdy sklep sprzedaje standardowo, moduły mają wersje na nową gałąź, a integracja z ERP działa. Migracja ma sens, gdy aktualizacja i tak oznacza przepisanie motywu i modułów, a brakuje ci rabatów per klient, kont firmowych albo stabilnej integracji z ERP. Sama wersja 1.7 nie jest już utrzymywana, więc zostawienie jej bez zmian nie jest opcją dla sklepu z danymi klientów.
Czy przenosicie sklep z Adobe Commerce albo Magento na Medusę?
Tak. Adobe Commerce powstaje na kodzie Magento Open Source, więc katalog, grupy klientów i historia zamówień przenoszą się tak samo. Różnicą jest licencja i moduł B2B. Przy Adobe Commerce najpierw spisujemy funkcje, których używacie: konta firmowe, katalogi współdzielone, negocjowane oferty i listy zakupowe, a potem wyceniamy odpowiednik każdej z nich. Jeśli jedynym problemem jest licencja, a rozszerzenia pokrywają wasze potrzeby, tańszą drogą może być przejście na Magento Open Source. Mówimy to wprost.
Czy przenosicie sklep z Comarch e-Sklep?
Tak. W Comarch e-Sklep towary, ceny, rabaty i kontrahenci przychodzą z Comarch ERP, a sklep odsyła zamówienia. Dlatego zaczynamy od ustalenia, co dalej ma płynąć z ERP, a co przejmuje nowy sklep. Jeśli zostajecie przy Comarch ERP, łączymy z nim Medusę i ERP dalej jest źródłem cen i stanów. Jeśli e-Sklep w wersji B2B wystarcza do waszych warunków handlowych, mówimy to wprost.
Czy przenosicie sklep z Sylius na Medusę?
Tak. Sylius i Medusa mają podobny model danych: produkty z wariantami, kanały, cenniki i promocje, więc logika przenosi się dobrze. Największa praca to storefront i integracje. Zanim zaczniemy, sprawdzamy, czy problemem jest platforma, czy brak zespołu, który ją utrzymuje. Jeśli lepszą drogą jest znalezienie zespołu Symfony, mówimy to wprost.
Sprawdźmy, czy migracja się opłaca.
Przygotuj nazwę obecnej platformy i jedną zmianę, której dziś nie da się zrobić. W 20 minut ustalimy, czy migracja ma sens.