Migracja sklepu internetowego – co to jest i jak ją przeprowadzić?

Z tego artykułu dowiesz się:

• po czym poznać, że migracja sklepu ma sens, a kiedy wystarczy aktualizacja,
• od czego zależą koszt i czas trwania migracji,
• jak wygląda migracja sklepu internetowego krok po kroku,
• jak przenieść sklep bez utraty ruchu i pozycji w Google,
• na co uważać przy przejściu z WooCommerce, Shopera i Magento na PrestaShop.

Czym jest migracja sklepu internetowego?

Migracja sklepu internetowego to przeniesienie sklepu z jednej platformy e-commerce na inną, razem z danymi, funkcjami i widocznością w wyszukiwarce. Brzmi jak techniczna operacja kopiowania, ale w praktyce przypomina raczej przeprowadzkę firmy do nowego budynku, w którym ściany stoją w innych miejscach. Produkty, Klienci i zamówienia muszą trafić do bazy o innej strukturze, a funkcje, które na starej platformie działały dzięki wtyczkom lub kodowi pisanemu na zamówienie, trzeba odtworzyć od nowa.

Tym właśnie migracja różni się od aktualizacji, przy której sklep zostaje na tej samej platformie i przechodzi jedynie na jej nowszą wersję. Migracja zmienia fundament, czyli silnik, bazę danych i zwykle sposób zarządzania sklepem. Kompleksowa migracja sklepu internetowego obejmuje więc katalog produktów z wariantami i zdjęciami, konta Klientów, historię zamówień, strukturę kategorii, treści, integracje z płatnościami, kurierami czy ERP oraz wszystko, co odpowiada za pozycje w Google. 

Dowiedz się więcej: Jakie są różnice pomiędzy migracją, aktualizacją i upgradem?

Rodzaje migracji sklepu internetowego

W e-commerce słowem „migracja” nazywa się kilka różnych operacji. Najczęściej chodzi o zmianę platformy, czyli przeniesienie sklepu na inny silnik, na przykład z WooCommerce na PrestaShop. Migracją jest też przeniesienie sklepu na nowy serwer bez zmiany platformy i adresów, zmiana domeny oraz przebudowa struktury adresów URL. Każda z tych modyfikacji niesie inne ryzyko dla widoczności w Google. Najtrudniejsze są projekty, w których kilka zmian nakłada się naraz. Jeśli to możliwe, warto je rozłożyć w czasie. 

Kiedy warto migrować sklep internetowy?

Migracja zaczyna się opłacać, gdy koszt trwania przy starym systemie przewyższa koszt zmiany. Najczęściej zdradzają to te sygnały: 

• Brak kluczowych funkcji – biznes poszedł w kierunku, którego platforma nie obsługuje. Potrzeba osobnych cenników B2B, kilku walut, zaawansowanych reguł promocji czy integracji z konkretnym ERP, a obecny system nie daje tego nawet przez wtyczki.
• Niewydajny silnik – sklep zwalnia wraz z rosnącym katalogiem i liczbą jednoczesnych użytkowników, a kolejne optymalizacje przynoszą coraz mniejszy efekt.
• Bezpieczeństwo – wersja, na której działasz, traci wsparcie producenta i przestaje dostawać poprawki. 
• Słaba wersja mobilna – przebudowa istniejącego szablonu pod smartfony okazuje się niemal tak droga, jak nowy sklep na platformie, która ma to rozwiązane w standardzie.
• Ograniczenia SEO – system utrudnia zarządzanie adresami URL, metadanymi czy szybkością ładowania, co przekłada się na słabszą widoczność.
• Rosnące koszty utrzymania – czasem nie chodzi o jedną dużą awarię, tylko o sumę drobnych wydatków na licencje, wtyczki i pracę programistów potrzebną tylko po to, żeby dogonić to, co inne platformy oferują od razu.

Żaden z tych sygnałów osobno nie przesądza sprawy. Jeśli problemem jest tylko wydajność, czasem wystarczy lepszy serwer i aktualizacja do nowszej wersji. Jeśli brakuje jednej funkcji, może ją dać moduł. Migracja zaczyna mieć sens wtedy, gdy kilka problemów nakłada się na siebie, a gaszenie każdego z osobna wymagałoby więcej pracy niż przeniesienie sklepu.

Zanim zaczniesz planować przeniesienie, musisz wybrać platformę docelową. Liczą się funkcje, których potrzebujesz dziś i za trzy lata, model kosztów (abonament SaaS czy własne utrzymanie open source) oraz dostęp do specjalistów. Tę decyzję warto podjąć na samym początku, bo od niej zależy cała reszta projektu.

Poznaj także: Najważniejsze informacje dotyczące aktualizacji sklepu na PrestaShop

Ile kosztuje migracja sklepu internetowego?

Migracja sklepu internetowego nie ma jednej, stałej ceny, ponieważ jej koszt zależy od tego, co kryje się pod spodem sklepu. Kilkaset produktów bez wariantów to inna praca niż kilkadziesiąt tysięcy pozycji z rozmiarami i kolorami. Sam katalog przenosi się szybciej niż pełna historia zamówień, konta Klientów z rabatami czy opinie o produktach. Każda integracja, od bramki płatności po ERP, oznacza osobną konfigurację i testy. 

Najczęściej niedoszacowane są funkcje pisane kiedyś na zamówienie, bo przypominamy sobie o nich dopiero wtedy, gdy trzeba je odtworzyć na nowej platformie. Do tego dochodzi szata graficzna. Szablony nie przenoszą się między systemami, więc dotychczasowy wygląd trzeba zbudować od nowa lub wybrać nowy. Dlatego wiarygodną wycenę da się przygotować dopiero po wstępnej analizie sklepu.

Ile trwa migracja sklepu internetowego?

Na czas trwania wpływają te same czynniki co na koszt. Prosta migracja niewielkiego sklepu bez rozbudowanych integracji może zamknąć się w kilku tygodniach. Duży sklep z wieloma integracjami i funkcjami pisanymi na zamówienie to raczej perspektywa kilku miesięcy, licząc od analizy wstępnej, po stabilne działanie na nowej platformie.

W harmonogramie najczęściej brakuje dwóch rzeczy. Pierwsza to czas na testy i poprawki, który w dobrze zaplanowanym projekcie jest osobnym etapem, a nie tym, co zostanie po imporcie danych. Druga to kalendarz sprzedażowy. Dokumentacja Google o przenoszeniu witryn zaleca przenoszenie serwisu w okresie niższego ruchu, więc sklep, który najwięcej zarabia przed świętami, powinien zaplanować start z dużym zapasem przed sezonem. Trzeba też pamiętać, że dzień przełączenia nie kończy projektu. Według tej samej dokumentacji przy średnich serwisach mija zwykle kilka tygodni, zanim wyszukiwarka zacznie pokazywać nowe adresy zamiast starych.

Zobacz także: Przeniesienie sklepu internetowego – kiedy nie warto?

Etapy migracji sklepu internetowego krok po kroku

Etapy migracji mają stałą kolejność, ponieważ każdy przygotowuje grunt pod następny. Najczęściej skraca się testy, a ich brak wraca potem w zgłoszeniach od Klientów. 

1. Analiza obecnego sklepu.
   Zanim cokolwiek zostanie przeniesione, trzeba poznać stan wyjściowy: strukturę danych, moduły, integracje, funkcje niestandardowe i sytuację SEO, czyli ruch, pozycje i adresy URL, które go przynoszą. To na tym etapie wychodzą rzeczy, o których nikt nie pamiętał.
   
2. Planowanie zakresu migracji.
   Na podstawie analizy ustala się, co przenosisz, w jakiej kolejności, które funkcje trzeba odtworzyć, a które zastąpi gotowy moduł. To też dobry moment, żeby nie przenosić bałaganu: produktów wycofanych od lat czy zdublowanych kategorii.
3. Mapowanie danych
   To etap techniczny, w którym określa się, jak pola starej bazy odpowiadają strukturze nowej platformy: kategorie, atrybuty, warianty, grupy Klientów, statusy zamówień. Szczególnej uwagi wymagają zgody marketingowe. Jeśli informacja o tym, kto zapisał się do newslettera i kiedy wyraził zgodę, nie trafi do nowej bazy, sklep albo straci listę mailingową, albo zacznie wysyłać wiadomości osobom, które się na nie nie zgodziły. 

   Przykład z naszej praktyki: Przy migracji sklepu marki MYLAQ z autorskiej platformy na PrestaShop trzeba było połączyć ze sobą trzy różne systemy identyfikatorów produktów: ze starego sklepu, z PrestaShop i z SAP, z którym nowy sklep został zintegrowany. Przy okazji przekonwertowaliśmy zdjęcia produktów z formatu JPG do WebP, żeby nowy sklep ładował się szybciej.

   

   

   Zobacz, jak przebiegła

   migracja na PrestaShop

   sklepu marki MYLAQ

   Zobacz case study
4. Migracja próbna na środowisku testowym (staging).
   Pełna migracja najpierw trafia na osobne środowisko testowe, zabezpieczone hasłem i niewidoczne dla wyszukiwarek. Żywy sklep w tym czasie działa i sprzedaje normalnie. 
5. Weryfikacja i testy.Sprawdza się kompletność danych, działanie integracji i całą ścieżkę zakupową: od karty produktu, przez koszyk i płatność, po e-mail z potwierdzeniem i przekazanie zamówienia do magazynu. Na koniec sprawdza się też, czy sklep działa szybko pod obciążeniem zbliżonym do sezonowego.
6. Migracja produkcyjna.Po pozytywnych testach przychodzi dzień przełączenia. Najpierw wykonuje się pełną kopię zapasową starego sklepu i ustala plan powrotu: kto i w jakim czasie przywróci stary sklep, jeśli po starcie pojawi się błąd blokujący sprzedaż. Potem dogrywa się dane, które spłynęły w międzyczasie, czyli nowe zamówienia i konta Klientów, kieruje adres sklepu na nowy serwer i włącza przekierowania.
7. Monitoring po migracji.
   Przez pierwsze tygodnie codziennie obserwuje się ruch, pozycje, raporty błędów w Google Search Console i zgłoszenia od Klientów, żeby wyłapać ewentualne problemy.

Checklista migracji sklepu internetowego

Nie musisz znać technicznych szczegółów migracji, ale warto wiedzieć, czego dopilnować, zanim zatwierdzisz start nowego sklepu. Przed przełączeniem upewnij się, że:

• produkty, konta Klientów i historia zamówień zostały przeniesione i sprawdzone,
• Klienci wiedzą, że przy pierwszym logowaniu ustawią nowe hasło, i dostali instrukcję, jak to zrobić,
• zgody marketingowe i zapisy do newslettera przeniosły się razem z kontami Klientów,
• każdy stary adres z ruchem ma przekierowanie 301 na nowy odpowiednik,
• płatności, dostawy i integracje działają na nowej platformie,
• ktoś przeszedł pełną ścieżkę zakupową, od koszyka, po potwierdzenie zamówienia,
• analityka mierzy sprzedaż od pierwszego dnia,
• zespół obsługi zna termin startu, ma gotowe odpowiedzi na typowe pytania Klientów i wie, komu zgłaszać błędy.

Jak migrować bez utraty ruchu i pozycji SEO?

SEO to obszar, w którym migracja potrafi kosztować najwięcej, a skutki widać dopiero po kilku tygodniach. Zmiana platformy prawie zawsze oznacza zmianę struktury adresów URL. Jeśli stare adresy nie będą prowadzić do nowych, Google zobaczy setki stron, które nagle zniknęły, a Klienci wchodzący z wyszukiwarki trafią na błąd 404.

Podstawą jest więc mapa przekierowań. Każdy stary adres, który ma istotny ruch lub linki, dostaje swój odpowiednik na nowej platformie i przekierowanie 301 wykonane po stronie serwera. Listę takich adresów najlepiej zbudować z kilku źródeł naraz, czyli pełnego crawla starego sklepu, raportu Skuteczność w Google Search Console, narzędzia do analizy linków (np. Ahrefs), mapy witryny i logów serwera. Każde z nich pokazuje trochę inny wycinek, dlatego dopiero razem dają pewność, że żaden adres pracujący na ruch nie zostanie pominięty.

Google potwierdza w dokumentacji o przenoszeniu serwisów, że przekierowania 301 nie powodują utraty PageRank. Warunek jest jeden: każde przekierowanie musi prowadzić do strony, która zastępuje starą, czyli z karty produktu na tę samą kartę produktu, a z kategorii na tę samą kategorię. Przekierowanie wszystkich starych adresów na stronę główną to pozorne rozwiązanie. Google uzna, że pod tymi adresami nie ma już tego, czego szukał użytkownik, a Klient zamiast konkretnego produktu zobaczy stronę startową sklepu. Jeśli jakiejś strony świadomie nie przenosisz, na przykład produktu wycofanego ze sprzedaży, lepiej, żeby jej adres jasno informował, że strona nie istnieje (kod 404 lub 410). Do mapy przekierowań trafiają też adresy zdjęć produktów. Sklep, który dostaje wejścia z Grafiki Google, bez tych przekierowań traci część ruchu, chociaż karty produktów są przekierowane poprawnie.

Drugą pułapką są łańcuchy przekierowań. Jeśli sklep zmieniał już kiedyś adresy, stary link może prowadzić najpierw do innego starego adresu, a dopiero potem do nowego. Lepiej, żeby każdy prowadził prosto do celu. To samo dotyczy linków wewnętrznych. Menu, opisy kategorii, banery i linki w treściach na nowej platformie powinny od razu wskazywać nowe adresy, a nie przechodzić przez przekierowania.

Trzecia kwestia to metadane i treści. Tytuły, opisy meta, nagłówki H1 i opisy kategorii najlepiej przenieść bez zmian lub z celowymi, przemyślanymi poprawkami. Google radzi modyfikować jedną rzecz naraz, bo zmiana platformy, szablonu i treści w tym samym momencie utrudnia ustalenie, co wywołało ewentualne wahania. Jeśli nowa platforma wymusza nowy wygląd, zachowaj przynajmniej strukturę kategorii i teksty, które pracują na pozycje.

Po starcie zostają Google Search Console i cierpliwość. Prześlij nową mapę witryny i obserwuj raport indeksowania. Jeśli razem z platformą zmieniasz domenę, skorzystaj z narzędzia do zmiany adresu w Search Console. Informuje ono Google o przeprowadzce, a przez 180 dni wyszukiwarka traktuje nową domenę jako następczynię starej. Przekierowania utrzymaj co najmniej rok, bo według Google tyle trwa przeniesienie wszystkich sygnałów. Pewne wahania widoczności w pierwszych tygodniach są normalne i Google sam o tym uprzedza. Sygnałem alarmowym jest dopiero spadek, który nie wyhamowuje bądź rosnąca liczba błędów w raportach.

Poznaj: FAQ, GEO i SEO w PrestaShop: jak moduł AI FAQ buduje widoczność w Google i odpowiedziach AI?

Najczęstsze błędy przy migracji sklepu internetowego

Migracja to złożona operacja – zmieniasz dane, integracje i procesy, zachowując przy tym ciągłość sprzedaży. W takich warunkach najłatwiej przeoczyć detale z pogranicza technologii, SEO i obsługi Klienta. Większość błędów wychodzi dopiero po starcie, kiedy poprawki trzeba robić na działającym sklepie. Oto te, które warto wykluczyć już na etapie planowania: 

• Brak przekierowań 301 lub przekierowania prowadzące do nieistniejących adresów. To najkosztowniejszy błąd, bo uderza jednocześnie w ruch i w sprzedaż.
• Niekompletne przeniesienie danych Klientów i zamówień. Brak części historii zwykle wychodzi dopiero przy pierwszej reklamacji, kiedy naprawa jest trudna lub niemożliwa.
• Blokada indeksowania pozostawiona ze stagingu. Tag noindex lub reguła w robots.txt, które chroniły środowisko testowe, po starcie potrafią wyciąć sklep z wyników wyszukiwania.
• Brak testów przed startem. Jeśli nikt nie przeszedł pełnej ścieżki zakupowej przed przełączeniem, zrobią to Klienci.
• Zapomniane feedy produktowe. Plik dla Google Merchant Center czy porównywarek generowany ze starego sklepu po przełączeniu wskazuje nieaktualne adresy. Produkty mogą zostać odrzucone w kampaniach, zanim ktokolwiek powiąże spadek sprzedaży z migracją.
• Zbyt późna informacja dla zespołu i Klientów. Obsługa, która dowiaduje się o migracji z pierwszych zgłoszeń, nie jest w stanie sprawnie pomóc. Klient, który nie wie, że musi ustawić nowe hasło, uzna, że sklep przestał działać.
• Start w szczycie sezonu. Przejściowe błędy po wdrożeniu kosztują wtedy najwięcej.

Migracja dużego sklepu internetowego z wieloma Klientami i integracjami

Złożoność migracji rośnie szybciej niż sam sklep. Duży sklep z rozbudowaną bazą Klientów, systemem ERP, oprogramowaniem magazynowym, kilkoma kurierami i bramkami płatności różni się od małego nie tylko ilością pracy, ale też jej charakterem.

Każda integracja to osobny punkt, w którym coś może pójść nie tak. Często oznacza też osobną rozmowę z dostawcą usługi o wymaganiach nowej platformy. Testy trwają dłużej, bo trzeba sprawdzić nie tylko każde połączenie z osobna, ale też to, jak działają razem pod prawdziwym obciążeniem. Dlatego przy dużych sklepach sprawdza się etapowanie prac na środowisku testowym: najpierw katalog i treści, potem konta Klientów, na końcu integracje z systemami zewnętrznymi. Każdy etap przechodzi testy, zanim ruszy następny. 

W dużym serwisie samo przełączenie adresów można przeprowadzić sekcjami, na co pozwala też Google.

Osobnym wyzwaniem jest sama baza Klientów. Im jest większa, tym ważniejsza staje się komunikacja: e-mail, który z wyprzedzeniem wyjaśni, co się zmienia i co Klient musi zrobić przy pierwszym logowaniu, oszczędza zespołowi obsługi setek zgłoszeń.

Migracja na PrestaShop z konkretnych platform

Etapy i zasady migracji są podobne bez względu na to, z jakiej platformy przenosisz sklep. Różnią się szczegóły, bo każdy system ma własny sposób przechowywania danych, budowania adresów URL i rozbudowy funkcji. To one w dużej mierze decydują, gdzie w projekcie pojawi się najwięcej pracy. Poniżej znajdziesz to, na co dobrze zwrócić uwagę przy przejściu na PrestaShop z trzech popularnych platform. 

Migracja z WooCommerce na PrestaShop

Z tym kierunkiem właściciele e-commerce zgłaszają się do nas najczęściej. Zwykle to sklepy, które wyrosły z wtyczki do WordPressa. Katalog się rozrósł, doszły kolejne rozszerzenia, a wydajność i wygoda zarządzania sprzedażą przestały nadążać za skalą biznesu. 

WooCommerce przez lata zapisywał zamówienia w ogólnych tabelach WordPressa, a od wersji 8.2 nowe sklepy korzystają z osobnych tabel zamówień (HPOS). W starszych sklepach dane mogą leżeć w starym układzie, w nowym lub w obu jednocześnie (tryb zgodności), a produkty i warianty nadal opierają się na strukturze WordPressa. Przed migracją trzeba sprawdzić, który układ działa w danym sklepie i dokładnie zmapować, jak te dane przełożą się na natywną strukturę PrestaShop. 

Osobną kwestią są hasła Klientów. WordPress zapisuje je w formacie, którego PrestaShop nie odczytuje wprost, dlatego trzeba zaplanować, jak Klienci zalogują się po migracji. Najprostszym rozwiązaniem jest reset haseł połączony z wcześniejszą informacją dla Klientów.

Migracja z Shopera do PrestaShop

Migracja z Shopera do PrestaShop oznacza przejście z platformy SaaS na rozwiązanie open source z pełną kontrolą nad kodem i danymi. W modelu SaaS nie masz bezpośredniego dostępu do kodu ani pełnej bazy danych, dlatego pierwszym krokiem jest eksport danych przez narzędzia lub API udostępniane przez platformę. Dopiero wtedy wiadomo, co da się przenieść w całości, a co trzeba uzupełnić.

Przykładem są hasła Klientów. Shoper przechowuje je w zaszyfrowanej postaci i nie daje dostępu do pełnej bazy, dlatego przy przejściu z tej platformy trzeba założyć reset haseł dla wszystkich Klientów i przygotować jasną instrukcję pierwszego logowania. Potem można przejść do mapowania danych oraz przygotowania przekierowań.

Przeczytaj: SaaS czy open source – kiedy warto zainwestować w zmianę platformy na PrestaShop?

Migracja z Magento na PrestaShop

Przejście z Magento na PrestaShop ma zwykle konkretne uzasadnienie biznesowe. Magento funkcjonuje w dwóch wariantach: bezpłatnym Magento Open Source i płatnym Adobe Commerce. Utrzymanie nawet wersji bezpłatnej zwykle wymaga mocniejszej infrastruktury i specjalistów znających tę platformę, a także większych nakładów pracy przy każdej aktualizacji do wyższej wersji. Dla wielu sklepów średniej wielkości ten poziom kosztów i złożoności przestaje być uzasadniony w stosunku do funkcji, z których faktycznie korzystają. PrestaShop daje niższy próg wejścia bez rezygnacji z możliwości rozbudowy.

Przy migracji Magento na PrestaShop najwięcej uwagi wymagają trzy obszary. Pierwszy to warianty produktów: produkty konfigurowalne z Magento trzeba przełożyć na kombinacje w PrestaShop, a obie platformy zarządzają nimi inaczej. Drugi to moduły pisane pod Magento, które nie mają bezpośrednich odpowiedników i wymagają odtworzenia lub zastąpienia. Trzeci to adresy URL. Magento generuje je według własnych reguł, więc dokładna mapa przekierowań jest tu warunkiem utrzymania pozycji.

Poza tymi trzema obszarami trzeba też zaplanować logowanie po przeprowadzce. Hasła z Magento nie zadziałają w nowym sklepie, gdyż każda z platform zabezpiecza je na swój sposób. Dobrze więc uprzedzić Klientów jeszcze przed startem, że przy pierwszej wizycie w nowym sklepie utworzą nowe hasło.

Od czego zacząć migrację sklepu?

Dobra migracja zaczyna się od uczciwej odpowiedzi na pytanie, czy w ogóle jest potrzebna. Czasem okazuje się, że wystarczy aktualizacja i kilka modułów. Czasem, że każdy miesiąc zwłoki kosztuje więcej niż sama przeprowadzka. 

Jeśli rozważasz zmianę platformy, porozmawiaj z nami. Przejrzymy Twój sklep, wskażemy ryzyka i powiemy wprost, która droga ma dla Ciebie sens. Jeśli będzie to migracja, zadbamy o każdy szczegół, od przeniesienia danych, po utrzymanie pozycji w Google, żeby Klienci odczuli zmianę tylko po tym, że sklep działa lepiej. 

Zobacz także: 

Jak wybrać agencję PrestaShop? Kompetencje, red flagi i framework porównawczy

Czy twoja agencja e-commerce jest tylko podwykonawcą, czy również Twoim doradcą?

Freelancer vs Agencja Ecommerce – Kto Faktycznie Dowozi w Ecommerce?