Migracja sklepu internetowego: jak zmienić platformę bez utraty SEO i danych

Czym jest migracja sklepu internetowego i co się przenosi?

Migracja sklepu internetowego to przeniesienie działającego sklepu z jednej platformy e-commerce na inną razem z pięcioma rzeczami, od których sklep zależy: danymi, integracjami, adresami URL, płatnościami i dostawami oraz, w sprzedaży B2B, regułami cen. W Polsce najczęściej dotyczy przejść między Shoperem, IdoSell, PrestaShop, WooCommerce, Shopify i Magento albo z jednej z nich na własny sklep.

Ten tekst opisuje kolejność prac, a nie wybór oprogramowania. Do wyboru służą teksty jak wybrać platformę e-commerce i ile kosztuje sklep internetowy. Jeśli szukasz wykonawcy, opis zakresu znajdziesz na stronie migracja sklepu internetowego.

Etap 1. Czy w ogóle migrować? Kiedy wystarczy uproszczenie sklepu

Nie migruj sklepu, jeśli problem usuwa zmiana ustawień, jedna aplikacja albo jedna integracja. Migracja wystawia na ryzyko dane, ruch z Google i logowanie klientów w jednym projekcie, więc musi dać coś, czego mniejszy projekt nie da. Zapisz blokadę w jednym zdaniu i porównaj ją z sygnałami w tabeli.

Jeśli jedynym problemem jest koszt, najpierw policz obecną platformę na 24 miesiące: robimy to w tekstach o cenniku Shopera, cenniku IdoSell i cenniku Shopify. Sklepy na PrestaShop mają osobną ścieżkę: często tańsza jest aktualizacja PrestaShop niż przeprowadzka. Gdy sygnały z lewej kolumny opisują twój sklep, tańszym projektem jest uproszczenie obecnego sklepu.

Etap 2. Co spisać przed migracją sklepu?

Spis przed migracją ma pięć list, a każda pozycja dostaje jedną decyzję: zostaje, upraszczamy albo usuwamy. Spis opisuje to, co sklep robi dziś, łącznie z nieudokumentowanymi obejściami, i powstaje przed wyborem platformy, bo to pod niego ocenisz kandydatów.

Dane: produkty, warianty, klienci, zamówienia i treści

Wyeksportuj i policz każdy zbiór danych: produkty, warianty, zdjęcia, kategorie, atrybuty, klientów, zamówienia i strony z treścią. Przy każdym zbiorze zapisz, który system jest jego właścicielem. Jeśli ceny i stany należą do ERP, a sklep je tylko pokazuje, to nie są dane do przeniesienia, tylko integracja do odbudowania. Duplikaty i brakujące atrybuty wpisz jako osobną pozycję zakresu.

Integracje: ERP, płatności, dostawy, marketplace’y i księgowość

Spisuj przepływy, a nie nazwy wtyczek. Przepływ ma kierunek, wyzwalacz i częstotliwość, na przykład „opłacone zamówienia idą ze sklepu do Subiekta co 5 minut”. W polskich sklepach lista zwykle obejmuje ERP (Subiekt, Optima, Comarch XL, enova365, Symfonia), operatora płatności (Przelewy24, PayU, Tpay, BLIK), przewoźników (InPost, DPD, pobranie), Allegro i porównywarki. Przy każdym przepływie zapisz, co się dzieje, gdy przestaje działać, i kto to zauważa. Ta lista jest zakresem prac na stronie integracje e-commerce.

Adresy URL: każdy adres, który daje ruch albo ma linki

Zbierz wszystkie adresy obecnego sklepu do jednego pliku, zanim ktokolwiek zaprojektuje nową strukturę. Google w dokumentacji o przenoszeniu witryny każe przygotować mapowanie starych adresów na nowe i wskazuje źródła: mapy witryny, logi serwera albo analitykę oraz raport linków w Search Console. Ta sama dokumentacja przypomina, że adresy zdjęć i plików przenosi się jak każdą inną treść.

Płatności, dostawy i ścieżki zamówienia

Każdy sposób złożenia i opłacenia zamówienia zapisz jako scenariusz testowy: metoda płatności, metoda dostawy, faktura z odroczonym terminem, zamówienie powtarzalne, kod rabatowy, zapytanie ofertowe. Scenariusz ma typ klienta, koszyk i oczekiwany wynik, a w etapie 5 staje się testem akceptacyjnym migracji próbnej.

Cenniki B2B, grupy klientów i warunki handlowe

Spisz każdy cennik, grupę klientów, rabat ilościowy, termin płatności, limit kupiecki i regułę akceptacji zamówień, a przy każdej pozycji zapisz, gdzie jest utrzymywana. Cenniki per klient to dane do przeniesienia i uzgodnienia, a nie ustawienia do przepisania ręcznie. Na tej samej liście są konta firmowe z kilkoma kupującymi.

Etap 3. Jak wybrać nową platformę pod spis, a nie pod listę funkcji?

Oceń każdą pozycję spisu dla każdej kandydującej platformy jedną z czterech ocen: wbudowane, konfiguracja, rozszerzenie albo niemożliwe. Lista funkcji mówi, co platforma potrafi w ogóle. Oceniony spis mówi, ile platforma kosztuje dla twojego sklepu, bo każde „rozszerzenie” to praca albo abonament, a każde „niemożliwe” to proces, który musisz zmienić.

Polska platforma w abonamencie, taka jak Shoper albo IdoSell, jest lepszym celem migracji, gdy sprzedaż mieści się w jej standardowym modelu: głównie B2C, jeden albo kilka cenników, mało integracji poza gotowymi. Własny sklep jest lepszym celem, gdy cenniki per klient, akceptacje albo reguły z ERP dostają ocenę „niemożliwe” albo układają się w stos rozszerzeń.

Licencje też wchodzą do budżetu. Na przykład rdzeń Medusy jest open source na licencji MIT, a kontrola dostępu oparta na rolach (RBAC) i logowanie jednokrotne (SSO) są funkcjami Enterprise Edition od 11 sierpnia 2026. Szerzej piszemy o tym w tekście co to jest Medusa.js.

Etap 4. Jak przenieść sklep bez utraty pozycji w Google?

Ochrona SEO przy migracji sklepu to trzy rzeczy gotowe przed startem: mapa przekierowań 1:1, sprawdzenie zgodności stron i pomiar wyjściowy z datą. Wszystkie trzy zależą od listy adresów z etapu 2, dlatego pracy nad SEO nie da się zacząć w ostatnim tygodniu.

Mapa przekierowań 301 z pełnej listy adresów

Mapa przekierowań przypisuje każdemu staremu adresowi jeden nowy adres, który go zastępuje. Google w dokumentacji o przenoszeniu witryny zaleca trwałe przekierowania po stronie serwera (301 albo 308), odradza łańcuchy przekierowań i ostrzega przed kierowaniem wielu starych adresów na jedną niepasującą stronę, na przykład główną, co Google może potraktować jak miękki błąd 404. Google radzi też utrzymać przekierowania tak długo, jak się da, zwykle co najmniej rok.

Trwałe przekierowanie jest dla Google sygnałem, że nowy adres powinien stać się kanoniczny, a tymczasowe takim sygnałem nie jest, według dokumentacji o przekierowaniach. Strony usunięte celowo powinny zwracać 404 albo 410, a nie przekierowanie na stronę bez związku.

Platformy różnią się tym, ile adresów pozwolą zachować. IdoSell deklaruje możliwość ustawienia tych samych adresów dla towarów, kategorii i wpisów bloga oraz import przekierowań z pliku. Shopify trzyma produkty i kolekcje pod stałymi ścieżkami /products i /collections, więc przy przejściu na Shopify albo z niego zmieniasz albo przekierowujesz każdy taki adres. Sprawdź to dla obu platform, zanim zatwierdzisz nową strukturę.

Zgodność stron: zmieniaj jedną rzecz naraz

Zgodność stron oznacza, że nowy sklep zachowuje ścieżki, tytuły, opisy meta, tagi kanoniczne, dane strukturalne, treść i linki wewnętrzne starego sklepu wszędzie tam, gdzie nic nie wymusza zmiany. Google w zaleceniach dla przenosin radzi zmieniać jedną rzecz naraz. Migracja, która w jednym wydaniu zmienia platformę, adresy, treści i wygląd, nie pozwala potem ustalić, która zmiana kosztowała ruch.

Pomiar wyjściowy przed startem i po nim

Pomiar wyjściowy to eksport z datą, a nie wspomnienie, jak sklep działał. Zrób go przed startem i czytaj te same raporty po starcie.

Po migracji spodziewaj się ruchu w wynikach. Według Google widoczność może się przejściowo wahać, a przeniesienie większości stron małej lub średniej witryny trwa kilka tygodni, większej dłużej. Pomiar wyjściowy nie zapobiega spadkowi, ale pokazuje, czy spadek jest normalnym wahaniem, czy zepsutym przekierowaniem.

Etap 5. Jak przenieść dane: produkty, klientów, zamówienia i hasła?

Dane przenosisz w migracji próbnej, czyli pełnym przebiegu na kopii danych produkcyjnych, powtarzanym, aż wynik zgadza się ze źródłem. Migracja próbna ma sześć kroków:

1. Zmapuj pola ze starego modelu danych na nowy i wyczyść dane oznaczone w etapie 2.
2. Uruchom pełną migrację na kopii, z produkcyjnymi wolumenami.
3. Uzgodnij liczby produktów, wariantów, klientów, zamówień i pozycji cenników.
4. Odtwórz prawdziwe zamówienia w nowym sklepie i porównaj sumy, VAT i koszty dostawy.
5. Sprawdź ceny jako klient B2B: zaloguj się na przykładowe konta z każdej grupy klientów.
6. Przetestuj integracje w środowiskach testowych ERP i operatora płatności, także ścieżki, w których coś się psuje.

Hasła klientów wymagają decyzji jeszcze w spisie. Sklepy przechowują hasła jako skróty, więc hasło przejdzie tylko wtedy, gdy nowa platforma potrafi sprawdzić stary format przy pierwszym logowaniu. Shopify ma udokumentowane ograniczenie: plik CSV klientów nie ma kolumny hasła, a haseł z innego sklepu nie da się przenieść importem. We własnym sklepie kod logowania należy do ciebie, więc sprawdzenie starych haseł może być częścią zakresu. Tam, gdzie hasła nie przejdą, zaplanuj e-mail z aktywacją konta i uprzedź klientów firmowych.

Dane osobowe klientów przenosisz w ramach tej samej zgody i tego samego celu, w którym je zebrano, ale zakres eksportu, miejsce przechowywania kopii i usunięcie danych ze starej platformy uzgodnij z osobą odpowiedzialną za RODO w firmie. Wykonawca migracji, który pracuje na kopii danych klientów, przetwarza je w twoim imieniu, więc przed przekazaniem eksportu podpiszcie umowę powierzenia przetwarzania danych (art. 28 RODO).

Przestań powtarzać migrację próbną, gdy przebieg kończy się bez otwartych różnic. Każdy przebieg pokazuje też, ile trwa migracja końcowa, i to wyznacza długość zamrożenia zmian w etapie 6.

Etap 6. Przełączenie: wszystko naraz, etapami czy równolegle?

Przełączenie ma trzy warianty, a wybór zależy od tego, ile ryzyka niesie jeden dzień startu dla twojej sprzedaży.

Dla wyszukiwarki Google zaleca przeniesienie wszystkich adresów małej lub średniej witryny jednocześnie, a dużym witrynom pozwala przenosić sekcje po kolei, według dokumentacji o przenoszeniu witryny. Google sugeruje też okres mniejszego ruchu. W Polsce oznacza to zwykle unikanie listopada i grudnia w B2C oraz końca kwartału w B2B, gdy klienci domykają zamówienia.

Plan przełączenia ma cztery elementy. Zamrożenie zmian zatrzymuje edycję produktów, cen i treści w starym sklepie. Migracja końcowa przenosi zamówienia i klientów od ostatniego przebiegu próbnego. Plan powrotu nazywa wyzwalacz, na przykład nieudane płatności albo zatrzymaną synchronizację z ERP, i osobę, która decyduje. Stary sklep zostaje w trybie tylko do odczytu, dopóki nie minie okno powrotu, więc nie wyłączaj abonamentu ani hostingu w dniu startu.

Etap 7. Pierwsze 30 dni po starcie nowego sklepu

Pierwsze 30 dni po starcie to okres obserwacji, w którym ktoś porównuje nowy sklep z pomiarem wyjściowym według harmonogramu. Te 30 dni to nasza konwencja, a nie zewnętrzna reguła: obejmują kilka tygodni, których według Google potrzebuje większość stron małej lub średniej witryny, i jeden miesięczny cykl fakturowania B2B.

W pierwszym tygodniu codziennie sprawdzaj cztery rzeczy: zamówienia w sklepie wobec zamówień w ERP, błędy 404 w logach serwera, kończenie zamówień per metoda płatności i wiadomości od klientów o cenach albo logowaniu. Od drugiego tygodnia raz w tygodniu porównuj indeksację, ruch z Google i konwersję z pomiarem wyjściowym. Nowe błędy 404 dopisuj do mapy przekierowań.

Ile kosztuje migracja sklepu internetowego?

Koszt migracji sklepu zależy od zakresu, a pod tą samą nazwą sprzedawane są bardzo różne usługi. Na jednym końcu jest import produktów i klientów do platformy w abonamencie, na drugim przeniesienie sklepu B2B z ERP, cennikami per klient i tysiącami adresów.

Przykładowe ceny dostawców platform pokazują dolną granicę:

Te kwoty dotyczą migracji na platformę dostawcy i obejmują jego zakres danych. W pełnym cenniku usług Shoper wycenia migrację z innej platformy indywidualnie, więc kwoty z tabeli traktuj jako punkt wyjścia, nie ofertę. Nie obejmują odbudowy integracji z ERP, cenników per klient ani obejść, które sklep ma dziś w modułach. Shoper szacuje w tym samym tekście, że mały sklep zamyka start w około 2 000 do 2 500 zł (źródło, stan na 2026-11), a przy szerszym zakresie w około 15 do 18 tys. zł (źródło, stan na 2026-11). To szacunki dostawcy dla jego platformy, nie średnia rynkowa.

Żeby porównać oferty, poproś każdego wykonawcę o wycenę tej samej listy: zbiory danych z liczbami, przepływy integracji, liczba adresów do przekierowania, cenniki i reguły B2B. Wycena bez spisu jest zgadywaniem. Jak policzyć budowę i utrzymanie nowego sklepu na 24 miesiące, pokazujemy w tekście ile kosztuje sklep internetowy.

Migracja z Magento do Medusy: co jest inne?

Migracja z Magento do Medusy przenosi dane, ale logikę buduje od nowa. Katalog z atrybutami i wariantami, klienci z grupami, historia zamówień i adresy URL przechodzą jako dane przez eksporty, skrypty i mapę przekierowań. Rozszerzenia, własne moduły i reguły cen z Magento trzeba w Medusie odtworzyć jako moduły albo zastąpić prostszym procesem, więc spis z etapu 2 jest tu szczególnie ważny: każde rozszerzenie oznaczone „usuwamy” to zakres, którego nie budujesz.

Hasła z Magento przechodzą tylko wtedy, gdy nowy sklep potrafi sprawdzić ich format przy pierwszym logowaniu. W Medusie logowanie jest częścią twojego kodu, więc to decyzja zakresu, a nie ograniczenie platformy: albo sklep sprawdza stary skrót przy pierwszym logowaniu i zapisuje hasło w nowym formacie, albo klienci dostają e-mail z aktywacją konta. Pierwszy wariant to praca programistyczna, drugi to komunikacja z klientami, i oba trzeba wpisać do zakresu przed wyceną.

Szersze porównanie kierunków wyjścia z Magento (Shopify Plus, Shopware, IdoSell, własna platforma) i daty końca wsparcia kolejnych wersji opisujemy w tekście migracja z Magento.

Najczęstsze błędy przy migracji sklepu internetowego

Migracje sklepów psują się w kilku powtarzalnych miejscach, a każde z nich ma sygnał ostrzegawczy widoczny przed startem.

1. Stare obejścia odbudowane 1:1. Sygnał: w spisie nic nie jest oznaczone „usuwamy” ani „upraszczamy”.
2. Mapa przekierowań robiona w ostatnim tygodniu. Sygnał: nowa struktura adresów jest zatwierdzona, zanim powstała lista starych.
3. Klient B2B widzi inną cenę niż wczoraj. Sygnał: ceny testował tylko administrator, nigdy zalogowany klient.
4. Integracje testowane tylko na ścieżce bez błędów. Sygnał: nikt nie wie, co się dzieje z zamówieniem, gdy ERP nie odpowiada.
5. Klienci nie mogą się zalogować. Sygnał: e-mail z aktywacją konta nie trafił do grupy testowej.
6. Brak historii zamówień. Sygnał: nikt nie zapytał obsługi klienta, zanim historię wycięto z zakresu.
7. Analityka zmieniona razem z platformą. Sygnał: nie ma eksportu pomiaru wyjściowego.
8. Brak planu powrotu. Sygnał: abonament albo hosting starego sklepu kończy się w dniu startu.
9. Migracja, nowy wygląd i nowy ERP w jednym projekcie. Sygnał: trzy projekty mają jedną datę startu.

Jak prowadzimy migrację sklepu w Evelumo

W Evelumo przenosimy sklepy na Medusę.js, a pierwsza rozmowa dotyczy tego, czy migracja jest w ogóle potrzebna. Migracja próbna na kopii twoich danych odbywa się, zanim cokolwiek dotknie produkcji, mapa przekierowań powstaje razem z modelem danych, a ERP, płatności i dostawy testujemy w nowym sklepie przed dniem przełączenia.

Przykładem przejścia z gotowej platformy jest ImpregnatyBC. Poprzedni sklep działał na Shopify. Robert Chmura, prezes ImpregnatyBC, opisuje problem tak: „Na Shopify każda podstawowa funkcja na polskim rynku, jak Paczkomaty InPost czy przesyłki za pobraniem, wymagała aplikacji w comiesięcznym abonamencie. Do tego platforma utrudniała konta firmowe, indywidualne rabaty i cenniki hurtowe.” Case study opisuje, co w nowym sklepie na Medusie jest częścią kodu, a nie aplikacją w abonamencie: konto firmowe z danymi z GUS, akceptacja hurtowa, ceny netto i progi ilościowe liczone osobno dla każdego wariantu.

Drugi sklep na Medusie, który możemy pokazać, to Alufix: katalog, warianty, koszyk i zamówienie dla klientów indywidualnych i firm, ze storefrontem w Next.js. Alufix pokazuje zakres sklepu zbudowanego przez nasz zespół, ale nie jest przykładem migracji.

Nowy sklep na naszej podstawie uruchamiamy w 30 dni, od 20 000 PLN netto, w ofercie działający e-commerce w 30 dni. Te 30 dni i cena dotyczą nowego sklepu. Przeniesienie danych, przekierowań i integracji z istniejącego sklepu wyceniamy osobno, stałą kwotą, po audycie obecnego sklepu. Integrację z ERP w artykułach o kosztach modelujemy jako około 10 000 PLN netto, a dokładną kwotę podajemy po zmapowaniu danych. Utrzymanie po starcie kosztuje od 400 PLN netto miesięcznie.

Zanim zaczniesz migrację, sprawdź, gdzie dziś rozjeżdżają się dane w ERP i w sklepie: każda rozbieżność znaleziona teraz jest zakresem migracji, niezależnie od platformy. Bezpłatny test znajdziesz niżej.