Przeniesienie sklepu na inną platformę to nie tylko eksport produktów. Musisz przenieść klientów, historię zamówień i treści, zachować pozycje w Google przez przekierowania 301 oraz odtworzyć integracje z marketplace, kurierami i księgowością. Rozkładamy migrację na etapy tak, żeby przejście odbyło się bez przerwy w sprzedaży i bez utraty ruchu.
Zmiana platformy sklepu internetowego brzmi prosto: wyeksportować produkty, zaimportować je gdzie indziej i gotowe. W praktyce sklep to znacznie więcej niż lista towarów. To historia klientów, ich zamówienia, wypracowane pozycje w Google, treści, ustawienia podatkowe i sieć integracji z marketplace, kurierami oraz księgowością. Migracja, która obejmuje tylko katalog, zostawia za sobą porzucone konta klientów, martwe linki i sklep, który nagle przestaje sprzedawać tak jak wcześniej.
Powodów zmiany platformy bywa wiele. Stary sklep nie nadąża za skalą, koszty utrzymania rosną, brakuje funkcji, których potrzebujesz, albo chcesz przejść z otwartego oprogramowania na rozwiązanie w abonamencie lub odwrotnie. Jeśli wciąż wybierasz docelowy silnik, zacznij od decyzji modelowej opisanej w przewodniku SaaS czy open source, bo to ona wyznacza zakres całej migracji. Sam moment przeniesienia jest zawsze ryzykowny, dlatego warto potraktować go jak projekt z etapami, a nie jak jednorazowy import pliku.
Dobra wiadomość jest taka, że migrację da się przeprowadzić bez przerwy w sprzedaży i bez utraty ruchu, jeśli rozłożysz ją na kontrolowane kroki i nie wyłączysz starego sklepu zbyt wcześnie. W tym poradniku przechodzimy przez cały proces: co przenieść, jak zachować SEO, jak nie zgubić sprzedaży i jak odtworzyć integracje po przejściu na nową platformę.
Pierwszy krok to inwentaryzacja. Zanim ruszysz, wypisz wszystko, co składa się na działający sklep, żeby nic nie wypadło przy przełączaniu. Poniżej najważniejsze grupy danych, które obejmuje migracja.
| Grupa danych | Co dokładnie | Najczęstsza pułapka |
|---|---|---|
| Produkty | Nazwy, opisy, ceny, warianty, zdjęcia, SKU i EAN, stany magazynowe | Gubione warianty i atrybuty oraz utrata zdjęć w wysokiej jakości |
| Kategorie i struktura | Drzewo kategorii, filtry, kolejność, opisy kategorii | Zmiana adresów kategorii bez przekierowań |
| Klienci | Konta, dane kontaktowe, zgody marketingowe, adresy | Brak zgód RODO i wymuszone zakładanie kont od nowa |
| Zamówienia | Historia zamówień, statusy, powiązane faktury | Utrata historii i kontekstu obsługi klienta |
| Treści | Strony statyczne, regulamin, polityka prywatności, blog | Martwe linki do wpisów i podstron |
| SEO | Tytuły, opisy meta, adresy URL, mapa strony | Brak przekierowań 301 i spadek pozycji |
| Ustawienia | Stawki VAT, metody dostawy i płatności, strefy wysyłki | Błędne stawki podatku i brakujące metody dostawy |
| Integracje | Marketplace, kurierzy, fakturowanie, narzędzia marketingowe | Założenie, że przeniosą się same |
Najwięcej kłopotów sprawia nie sam katalog, lecz to, co wokół niego. Konta klientów, które po migracji każą się rejestrować od nowa, historia zamówień potrzebna do obsługi reklamacji, identyfikatory produktów takie jak SKU i EAN, bez których nie podłączysz katalogu do marketplace, oraz przekierowania, bez których tracisz ruch z Google. Każdą z tych grup warto wyeksportować ze starego sklepu i zweryfikować osobno, a nie ufać, że jeden import zrobi wszystko naraz.
Migrację najlepiej prowadzić tak, żeby nowy sklep powstawał równolegle do starego, a przełączenie domeny było ostatnim, dobrze przygotowanym ruchem. Poniżej kolejność, która ogranicza ryzyko do minimum.
Zacznij od pełnego eksportu danych ze starego sklepu i kopii zapasowej całości. Wypisz, ilu masz produktów, klientów i zamówień, jakie integracje są aktywne i które adresy URL przynoszą najwięcej ruchu. Ten spis to Twoja lista kontrolna na koniec migracji oraz materiał do mapy przekierowań.
Zbuduj nowy sklep w tle, na osobnej domenie technicznej lub w środowisku testowym. Ustaw kategorie, motyw, stawki VAT, metody dostawy i płatności. Na tym etapie nic jeszcze nie jest publiczne, więc masz czas, żeby odtworzyć logikę starego sklepu i poprawić to, co działało słabo.
Przenieś produkty, kategorie, klientów i zamówienia. Większość platform przyjmuje pliki CSV lub XML, część udostępnia gotowe narzędzia importu albo dostęp przez API. Zwróć szczególną uwagę na warianty, atrybuty i zdjęcia w pełnej rozdzielczości oraz na to, czy SKU i EAN trafiły na właściwe produkty. Sprawdź też, czy zaimportowane zgody marketingowe są zgodne z zasadami ochrony danych, bo to częste miejsce na błąd.
Zanim cokolwiek przełączysz, przejdź pełną ścieżkę zakupu na nowym sklepie. Złóż zamówienie testowe, sprawdź płatność, naliczanie podatku, koszt dostawy, wystawienie faktury i powiadomienia e-mail. To moment, w którym wychodzą luki w konfiguracji, a poprawki nic nie kosztują, bo sklep wciąż nie jest publiczny.
Przygotuj mapę przekierowań 301 ze starych adresów URL na nowe. Każdy produkt i każda kategoria, które miały ruch z Google, muszą prowadzić do swojego odpowiednika. Przenieś tytuły i opisy meta oraz treści kategorii, żeby nie tracić sygnałów, które wypracował stary sklep. Ten etap rozwijamy w dalszej części.
Gdy nowy sklep działa, a testy są zielone, przełącz domenę na nową platformę. Stary sklep zostaw chwilowo w trybie tylko do odczytu, żeby mieć plan wycofania. Po przełączeniu zgłoś nową mapę strony w Google Search Console i obserwuj sprzedaż, błędy 404 oraz statystyki ruchu przez kolejne dni. To zasada, którą szerzej opisujemy w poradniku o migracji systemu bez utraty sprzedaży: nigdy nie odcinaj starego rozwiązania, dopóki nowe nie udowodni, że działa na żywym ruchu.
To największy lęk przy zmianie platformy i jednocześnie obszar, w którym łatwo o kosztowny błąd. Wyszukiwarka zna stary sklep po konkretnych adresach URL. Jeśli po migracji te adresy się zmienią, a nie powiesz Google, dokąd teraz prowadzą, wszystkie wypracowane pozycje przepadają, bo stare linki kończą się błędem 404.
Sercem bezpiecznej migracji są przekierowania 301, czyli trwałe przekierowania ze starego adresu na nowy. Mówią one wyszukiwarce, że strona przeniosła się na stałe i że jej pozycję należy przekazać nowemu adresowi. Dla każdego produktu, kategorii i ważnej podstrony, które miały ruch, musi istnieć takie przekierowanie. To dlatego mapa starych adresów z etapu audytu jest tak istotna - bez niej nie zbudujesz kompletnej listy przekierowań.
Oprócz samych przekierowań na pozycje wpływa kilka rzeczy, o których łatwo zapomnieć w pośpiechu migracji:
Przy poprawnie wykonanych przekierowaniach i przeniesionych treściach przejściowy spadek widoczności jest niewielki i zwykle wraca w ciągu kilku tygodni. Bez nich tracisz ruch, którego odbudowa zajmuje miesiące. Dlatego SEO traktuj jako pełnoprawny etap migracji, a nie dodatek, którym zajmiesz się później.
Sklep to nie tylko front, który widzi klient. Pod spodem działa cała operacja sprzedaży: zamówienia z różnych kanałów, magazyn, faktury i wysyłki. Te elementy są podłączone do konkretnej platformy, więc po migracji trzeba je odtworzyć, inaczej nowy sklep będzie ładny, ale przestanie sprawnie obsługiwać zamówienia.
Jeśli sprzedajesz wielokanałowo, najpierw odtwórz połączenia z marketplace. Integracje z Allegro, eBay czy Erli są przypisane do platformy sklepu, więc po przejściu trzeba je ustawić na nowo, żeby zamówienia z tych kanałów dalej spływały do jednego miejsca. To samo dotyczy synchronizacji stanów magazynowych - po migracji magazyn musi znów rozmawiać ze wszystkimi kanałami, żeby nie sprzedać towaru, którego nie ma. Mechanizm tego połączenia opisujemy w poradniku jak połączyć sklep z marketplace.
Druga warstwa to fakturowanie. Żadna platforma sklepu nie jest pełnoprawnym programem księgowym, a wbudowane fakturowanie zwykle nie obsługuje poprawnej numeracji, korekt ani KSeF. Po migracji trzeba więc na nowo połączyć sklep z systemem wystawiania faktur, żeby faktury VAT powstawały automatycznie i numerowały się prawidłowo. Trzecia warstwa to kurierzy, etykiety i śledzenie przesyłek, które również są przypięte do starej platformy i wymagają odtworzenia.
Tu pojawia się argument za oddzieleniem operacyjnego rdzenia sprzedaży od samego silnika sklepu. Jeśli zamówienia, magazyn, faktury i wysyłki obsługujesz przez zewnętrznego integratora, ta warstwa jest niezależna od platformy. Przy migracji wystarczy podłączyć nowy sklep, zamiast przepinać każdy kanał, kuriera i system księgowy z osobna. NavyFlame robi dokładnie to: pobiera zamówienia z wielu kanałów, synchronizuje magazyn między nimi, wystawia faktury przez wFirma, inFakt, Fakturownię lub iFirmę i zarządza wysyłkami u InPost czy DHL, niezależnie od tego, na jakiej platformie stoi sklep. Jeśli rozważasz takie podejście, pomocny będzie przewodnik jak wybrać integrator e-commerce.
Ostatnia decyzja dotyczy tego, kto przeprowadzi migrację. Mały sklep z prostym katalogiem i bez rozbudowanych integracji często da się przenieść samodzielnie, korzystając z narzędzi importu na docelowej platformie. Wystarczy cierpliwość przy testach i porządna mapa przekierowań.
Sklep z dużym katalogiem, wieloma wariantami, rozbudowaną strukturą kategorii i kilkoma kanałami sprzedaży to inna kategoria projektu. Tu ryzyko błędu rośnie, a koszt pomyłki w SEO lub integracjach bywa wysoki. W takich przypadkach warto rozważyć agencję albo gotowe narzędzie migracyjne, które zautomatyzuje przeniesienie danych i przekierowań. Niezależnie od wyboru zasady pozostają te same: kopia zapasowa przed startem, równoległa budowa nowego sklepu, pełne testy i przełączenie domeny dopiero wtedy, gdy wszystko działa.
Patrząc szerzej, migracja platformy to dobry moment, żeby uporządkować całą sprzedaż, a nie tylko zmienić front. Skoro i tak odtwarzasz integracje, warto rozważyć, czy chcesz wrócić do rozproszonej obsługi kanałów, czy ujednolicić ją w jednym miejscu. Decyzja, gdzie w ogóle prowadzić sprzedaż - we własnym sklepie, na marketplace czy w obu miejscach naraz - rozkłada się w poradniku marketplace czy własny sklep. Dobrze przeprowadzona migracja nie tylko przenosi sklep na nowszą platformę, ale też zostawia operację sprzedaży uporządkowaną i gotową na dalszy wzrost.
Może powodować, jeśli zmienisz adresy URL i nie ustawisz przekierowań 301 ze starych adresów na nowe. Wyszukiwarka traktuje sklep po nowej migracji jak nowy zbiór stron, więc bez mapy przekierowań tracisz wypracowaną pozycję. Jeśli zachowasz strukturę adresów albo poprawnie przekierujesz każdy stary URL produktu i kategorii na odpowiednik w nowym sklepie, spadek jest przejściowy i niewielki. Kluczowe jest też zachowanie tytułów, opisów meta i treści kategorii oraz zgłoszenie nowej mapy strony w Google Search Console.
Minimum to katalog produktów (nazwy, opisy, ceny, warianty, zdjęcia, SKU i EAN), kategorie, dane klientów wraz z ich kontami, historia zamówień oraz treści statyczne i wpisy blogowe. Do tego dochodzą ustawienia podatkowe, metody dostawy i płatności oraz integracje. Łatwo zapomnieć o przekierowaniach 301, danych do faktur i połączeniach z marketplace, a to one najczęściej decydują o tym, czy sprzedaż po migracji idzie dalej bez zakłóceń.
Nie wyłączaj starego sklepu, dopóki nowy nie jest w pełni przetestowany. Zbuduj i skonfiguruj nową platformę równolegle, zaimportuj dane, sprawdź checkout, płatności i wysyłki na zamówieniach testowych, a dopiero potem przełącz domenę. Migrację warto zaplanować na okres niższego ruchu i mieć gotowy plan wycofania zmiany. Jeśli sprzedajesz też na Allegro czy eBay, połączenia z tymi kanałami odtwórz przed przełączeniem, żeby zamówienia spływały nieprzerwanie.
Tak, integracje są przypisane do konkretnej platformy sklepu, więc po migracji trzeba je odtworzyć. Dotyczy to połączeń z Allegro, eBay i Erli, kurierów oraz systemu wystawiania faktur. Jeśli korzystasz z zewnętrznego integratora takiego jak NavyFlame, ta warstwa jest niezależna od silnika sklepu, więc po podłączeniu nowej platformy zamówienia, magazyn i faktury działają tak jak wcześniej, bez przepinania każdego kanału z osobna.
To zależy od wielkości katalogu, liczby integracji i tego, czy robisz migrację samodzielnie, czy z agencją. Mały sklep z prostym katalogiem da się przenieść w kilka dni, większy z tysiącami produktów, wariantami i wieloma kanałami sprzedaży to często kilka tygodni pracy. Najwięcej czasu pochłania nie sam import danych, lecz testy, mapa przekierowań i odtworzenie automatyzacji oraz integracji.
SaaS (Shopify, Shoper) czy open source (WooCommerce, PrestaShop)? Porównujemy realny koszt (TCO), kontrolę, próg wejścia i utrzymanie, żeby pomóc Ci wybrać platformę sklepu internetowego pod Twoją skalę i zaplecze techniczne.
Jak wybrać integrator e-commerce, który faktycznie spina Twoje kanały? Sprawdź kryteria: zakres integracji, monitoring i DLQ, model cenowy, polskie realia, wsparcie i prostota. Gotowa checklista decyzyjna.
Marketplace daje zasięg i gotowy ruch, ale bierze prowizję i kontakt z klientem. Własny sklep daje marżę i markę, ale ruch musisz zbudować sam. Porównujemy oba modele i pokazujemy, dlaczego najlepiej działać równolegle.
