Migracja sklepu internetowego: jak zaplanować przenosiny

Migracja sklepu internetowego: od czego zacząć

Migracja sklepu internetowego zaczyna się jeszcze przed instalacją nowej platformy. Najpierw trzeba ustalić, co działa w obecnym sklepie, jakie dane mają zostać przeniesione i które elementy wymagają odtworzenia od początku. Dopiero na tej podstawie można przygotować kolejność prac.

Jeżeli pominiesz ten etap, problemy pojawiają się zwykle dopiero podczas uruchomienia. Brakuje części produktów, warianty są przypisane nieprawidłowo, klienci nie widzą historii zamówień, a adresy stron zmieniają się bez przygotowanych przekierowań. Właściciel sklepu odkrywa wtedy, że migracja obejmuje znacznie więcej niż sam katalog produktów.

Dobra organizacja polega na rozdzieleniu migracji na kilka etapów. Najpierw analiza obecnego sklepu, potem zakres przenosin, przygotowanie nowego środowiska, transfer danych, testy, przygotowanie uruchomienia i dopiero na końcu przełączenie sklepu.

Jeżeli dopiero wybierasz rozwiązanie, przed rozpoczęciem prac możesz też porównać możliwości poszczególnych platform, ponieważ porównanie WooCommerce, PrestaShop i Shoper pomaga ustalić, jakie elementy trzeba będzie później odtworzyć lub zmienić.

Jak zaplanować migrację sklepu internetowego

Najprościej zacząć od stworzenia dokumentu, który opisuje obecny sklep i planowany sklep docelowy. Nie musi to być rozbudowany projekt techniczny. Wystarczy tabela zawierająca obszar, stan obecny, sposób migracji, osobę odpowiedzialną za sprawdzenie i status.

Podziel sklep na osobne obszary: katalog, klienci, zamówienia, treści, media, SEO, płatności, dostawy, podatki, integracje, konta użytkowników, analitykę i elementy techniczne. Przy każdym obszarze zapisz, czy dane zostają przeniesione bez zmian, wymagają konwersji, zostaną odtworzone ręcznie czy nie będą już potrzebne.

Przy zmianie platformy e-commerce nie zakładaj, że każda funkcja ze starego systemu będzie miała bezpośredni odpowiednik w nowym. Dwie platformy mogą przechowywać tę samą informację w zupełnie inny sposób. Dotyczy to szczególnie wariantów produktów, kategorii, filtrów, atrybutów, rabatów, klientów i zamówień.

Dobrym punktem wyjścia jest również określenie celu migracji. Jeśli powodem jest ograniczenie obecnej platformy, zapisz konkretnie, czego brakuje. Jeśli powodem jest zmiana technologii, ustal, które funkcje muszą działać w dniu uruchomienia, a które mogą zostać wdrożone później.

Przy planowaniu nie łącz wszystkich zmian w jeden moment. Jeśli jednocześnie zmieniasz platformę, strukturę kategorii, adresy URL, wygląd sklepu i sposób prezentacji produktów, późniejsza diagnostyka problemu będzie trudniejsza. Google w swoich zaleceniach dotyczących migracji wskazuje, aby zmiany planować etapami i ograniczać liczbę jednoczesnych modyfikacji.

Jeśli potrzebujesz najpierw uporządkować architekturę nowego sklepu, pomocne może być wcześniejsze przygotowanie założeń opisanych w materiale o tym, jak zaplanować sklep WooCommerce i jego rozwój.

Inwentaryzacja danych przed migracją

Przed przeniesieniem danych trzeba wiedzieć, co znajduje się w obecnym sklepie. Nie wystarczy sprawdzić liczbę produktów widocznych w panelu administracyjnym. Produkt może mieć zdjęcia, warianty, atrybuty, kategorie, tagi, powiązane produkty, ceny, stany magazynowe, opisy, parametry techniczne i dane SEO.

Zacznij od katalogu produktów. Wyeksportuj identyfikatory, nazwy, SKU, ceny, stany magazynowe, podatki, kategorie, atrybuty, warianty i adresy zdjęć. Sprawdź, czy produkty proste i wariantowe są rozpoznawane osobno. Jeżeli sklep korzysta z produktów złożonych, zestawów albo dodatkowych opcji, zaznacz je jako osobną grupę do testów.

Następnie przejdź do klientów. Sprawdź, jakie dane są przechowywane w kontach, czy klienci mają dodatkowe pola oraz czy nowa platforma może je obsłużyć. W przypadku haseł nie zakładaj automatycznie, że da się je przenieść między systemami. Sposób przechowywania danych uwierzytelniających zależy od platformy i zastosowanego mechanizmu logowania.

Kolejna grupa to zamówienia. Ustal, czy przenosisz całą historię, tylko część zamówień czy wyłącznie informacje potrzebne do działania nowego sklepu. Sprawdź statusy zamówień, numery dokumentów, dane dostawy, płatności, rabaty, pozycje zamówień i informacje o klientach.

Nie pomijaj recenzji produktów. Dla wielu sklepów są one częścią wartości strony produktu i mogą mieć znaczenie zarówno dla użytkownika, jak i dla zawartości indeksowanych stron. Jeżeli platforma docelowa korzysta z innego mechanizmu opinii, trzeba ustalić sposób ich importu jeszcze przed migracją.

Osobno zinwentaryzuj treści. Chodzi o strony informacyjne, regulaminy, politykę prywatności, informacje o dostawie, kontakt, wpisy blogowe, strony kategorii i dodatkowe landing pages. W przypadku sklepu rozwijanego przez lata lista takich adresów może być znacznie dłuższa, niż wynika z menu.

Co trzeba przenieść podczas migracji sklepu

Poniższa tabela pozwala przejść przez najważniejsze elementy przed rozpoczęciem transferu.

Element sklepu	Co sprawdzić	Co ustalić przed migracją
Produkty	nazwy, SKU, ceny, opisy, statusy	sposób importu i mapowanie pól
Warianty	kombinacje, ceny, stany, SKU	sposób odwzorowania wariantów
Kategorie	hierarchia, nazwy, adresy URL	nowa struktura i przekierowania
Atrybuty	nazwy, wartości, filtry	odpowiedniki w nowej platformie
Zdjęcia	pliki, nazwy, przypisania	sposób przeniesienia i ponownego podpięcia
Klienci	konta, adresy, pola dodatkowe	zakres danych i sposób importu
Zamówienia	pozycje, statusy, daty, płatności	zakres historii i mapowanie statusów
Opinie	treść, autor, produkt, status	sposób importu opinii
Rabaty	kupony, reguły cenowe, promocje	odpowiedniki reguł w nowym systemie
Treści	strony, blog, regulaminy	zakres migracji i nowe adresy
SEO	title, description, canonical, adresy	zachowanie lub zmiana ustawień
Integracje	płatności, dostawy, ERP, CRM	nowe konfiguracje i dane dostępowe
Analityka	GA4, Tag Manager, piksele	ponowna konfiguracja i testy
Konta administracyjne	użytkownicy i uprawnienia	role w nowym systemie

Taka inwentaryzacja pokazuje również, czego nie trzeba przenosić. Stare moduły, nieużywane produkty, nieaktualne treści czy porzucone integracje nie powinny automatycznie trafiać do nowego sklepu tylko dlatego, że znajdowały się w poprzednim systemie.

Wybór zakresu przenosin

Migracja sklepu nie musi oznaczać kopiowania całej zawartości jeden do jednego. Czasem lepszym rozwiązaniem jest selekcja danych i uporządkowanie sklepu przed importem.

Najpierw podziel dane na trzy grupy. Pierwsza to elementy, które muszą zostać przeniesione. Druga obejmuje dane, które można zmienić podczas migracji. Trzecia zawiera elementy zbędne, przestarzałe albo zastępowane przez nowe rozwiązania.

Do pierwszej grupy zwykle trafiają aktywne produkty, aktualne kategorie, konta klientów, wymagane zamówienia, treści użytkowe i dane niezbędne do działania procesów sprzedażowych. Dokładny zakres zależy jednak od platformy oraz sposobu prowadzenia sklepu.

Przy produktach zwróć uwagę na źródło danych. Jeżeli ceny i stany magazynowe są pobierane z hurtowni, ERP lub systemu magazynowego, nie wystarczy jednorazowy import. Trzeba sprawdzić, jak dane będą aktualizowane po uruchomieniu nowego sklepu.

Podobnie wygląda sytuacja z Allegro. Jeżeli sprzedaż jest połączona z BaseLinkerem lub innym systemem pośredniczącym, przed migracją trzeba ustalić, który system pozostaje źródłem danych i gdzie będzie odbywała się synchronizacja. Sam import produktów do nowej platformy nie rozwiązuje problemu integracji.

Jeśli obecny sklep jest rozbudowany o wiele zewnętrznych systemów, warto wcześniej rozpisać zależności. W praktyce zasady automatyzacji i integracji sklepu pomagają uporządkować to, które procesy powinny być wykonywane przez sklep, a które przez system zewnętrzny.

Przygotowanie środowiska testowego

Nie wykonuj pierwszej migracji bezpośrednio na sklepie, który ma obsługiwać klientów. Potrzebujesz osobnego środowiska, na którym można importować dane, zmieniać konfigurację i wielokrotnie powtarzać cały proces.

Środowisko testowe powinno możliwie wiernie odpowiadać konfiguracji produkcyjnej. Zainstaluj tę samą wersję platformy, zaplanuj wymagane rozszerzenia, skonfiguruj bazę danych, serwer, PHP lub inne wymagane komponenty oraz ustawienia potrzebne przez sklep.

Na tym etapie nie chodzi jeszcze o dopracowanie każdego szczegółu wyglądu. Najpierw sprawdź fundamenty. Utwórz przykładowe produkty, kategorie, klientów i zamówienia. Skonfiguruj płatności oraz dostawy w trybie testowym. Sprawdź podatki, wiadomości e-mail, koszyk i proces składania zamówienia.

Jeżeli korzystasz z WooCommerce, dokumentacja platformy wskazuje na potrzebę testowania zmian na środowisku stagingowym. Przygotowanie kopii plików oraz bazy danych pozwala odtworzyć sklep i sprawdzić operacje bez ingerowania w działającą wersję.

Podczas migracji wykonaj przynajmniej jeden pełny przebieg próbny. Eksport danych, przygotowanie plików, import, mapowanie pól, kontrola rekordów i testy powinny zostać wykonane przed właściwym przełączeniem. Jeśli pierwszy import ujawni błędy, popraw proces, usuń testowe dane i wykonaj go ponownie.

To ważniejsze niż ręczne poprawianie pojedynczych produktów po migracji. Jeżeli problem wynika z błędnego mapowania, ręczna korekta kilkuset rekordów tylko maskuje przyczynę.

Przygotowanie mapowania danych

Najwięcej problemów podczas migracji e-commerce pojawia się wtedy, gdy dane ze starego systemu nie odpowiadają strukturze nowego. Dlatego przed importem przygotuj mapowanie.

Dla produktów może ono wyglądać tak: stare pole nazwa produktu odpowiada nowemu polu nazwa, stare SKU trafia do SKU, opis pełny do opisu, a identyfikator kategorii zostaje zastąpiony identyfikatorem kategorii w nowym systemie. Podobnie trzeba postąpić z atrybutami, wariantami i zdjęciami.

Nie zakładaj, że nazwy pól wystarczą do poprawnego importu. Sprawdź także format danych. Cena może być zapisana jako liczba z kropką albo przecinkiem, wartości atrybutów mogą być rozdzielone przecinkami lub innym separatorem, a zdjęcia mogą być przechowywane jako osobne rekordy albo lista adresów.

Przy zamówieniach dodatkowym problemem są statusy. Jeden system może mieć status oczekujące, a drugi oczekuje na płatność. To nie oznacza automatycznie, że oba statusy mają identyczne znaczenie. Przed importem przygotuj tabelę mapowania.

Podobnie potraktuj kategorie. Jeżeli ich struktura ma się zmienić, zachowaj informację o starym adresie URL i przypisz do niego nowy adres. Taka lista stanie się później podstawą konfiguracji przekierowań.

SEO podczas migracji sklepu

Przeniesienie sklepu internetowego może zmienić sposób, w jaki wyszukiwarka dociera do produktów i kategorii. Dlatego lista adresów URL starego sklepu powinna powstać jeszcze przed wdrożeniem.

Zbierz adresy z map XML, Google Search Console, danych analitycznych oraz własnej bazy sklepu. Nie ograniczaj się do adresów produktów. Uwzględnij kategorie, strony informacyjne, wpisy blogowe i inne podstrony, które generują ruch lub posiadają linki zewnętrzne.

Następnie przygotuj mapowanie stary adres, nowy adres. Jeśli adres pozostaje bez zmian, oznacz go jako zachowany. Jeśli zmienia się struktura, określ konkretny adres docelowy. Jeżeli treść została usunięta i nie ma odpowiednika, zdecyduj, czy powinna zwracać odpowiedź 404 lub 410.

Nie kieruj wszystkich starych adresów na stronę główną. Przekierowanie powinno prowadzić do najbardziej odpowiedniej strony docelowej. Google zaleca przygotowanie mapowania URL, aktualizację linków wewnętrznych, canonicali i mapy witryny podczas migracji.

Przed uruchomieniem sprawdź również, czy wersja testowa nie blokuje przypadkowo elementów, które mają być dostępne po wdrożeniu. Z drugiej strony środowisko testowe powinno być zabezpieczone przed indeksowaniem, aby robocza wersja sklepu nie pojawiła się w wynikach wyszukiwania.

Jeżeli zmieniasz domenę, przygotuj również konfigurację starej i nowej właściwości w Search Console. Jeżeli zmieniasz tylko platformę, ale adresy pozostają bez zmian, zakres prac SEO będzie inny niż przy jednoczesnej zmianie domeny i struktury URL.

Testy przed uruchomieniem nowego sklepu

Przed publikacją nie sprawdzaj wyłącznie tego, czy strona główna się otwiera. Przejdź cały proces zakupowy jak klient.

Otwórz produkt bezpośrednio z adresu URL. Sprawdź kategorię, wyszukiwarkę, filtry, warianty, zdjęcia i dostępność. Dodaj produkt do koszyka. Zmień ilość. Przejdź do checkoutu. Wybierz dostawę i płatność. Złóż testowe zamówienie. Sprawdź wiadomości e-mail i zapis zamówienia w panelu.

Następnie wykonaj test z kontem klienta. Sprawdź logowanie, odzyskiwanie hasła, dane adresowe, historię zamówień i możliwość edycji danych. Jeśli klienci zostali zaimportowani, sprawdź losowo wybrane konta z różnymi historiami zakupów.

Przejdź również przez katalog. Wybierz produkty proste, wariantowe, przecenione, niedostępne i takie, które mają wiele zdjęć lub atrybutów. Porównaj dane ze starym sklepem. W przypadku większego katalogu przygotuj próbkę kontrolną zamiast sprawdzać każdy rekord ręcznie.

Potem sprawdź integracje. Test obejmuje płatności, dostawy, system magazynowy, fakturowanie, CRM, ERP, mailing, analitykę i kanały sprzedaży. Jeśli sklep wysyła dane do kilku systemów, sprawdź nie tylko wysyłkę, ale również odpowiedź zwrotną.

Weryfikacja powinna objąć też wydajność. Przejdź przez stronę główną, kategorię, kartę produktu, koszyk i checkout. Zwróć uwagę na błędy serwera, nieładujące się skrypty, brakujące zdjęcia i opóźnienia powodowane przez integracje.

Kolejność prac przed uruchomieniem

Dzień uruchomienia powinien być wykonaniem wcześniej sprawdzonego planu, a nie momentem podejmowania decyzji.

Najpierw zamknij zakres migracji. Ustal, jakie dane zostają przeniesione i które funkcje mają działać od pierwszego dnia. Następnie przygotuj środowisko testowe oraz wykonaj kopię zapasową obecnego sklepu.

Kolejny krok to przygotowanie danych i mapowania. Wykonaj próbny import, sprawdź wyniki i popraw błędy. Dopiero po uzyskaniu poprawnego przebiegu przygotuj finalny proces migracyjny.

Potem skonfiguruj nowy sklep. Zainstaluj wymagane rozszerzenia, przygotuj szablon, płatności, dostawy, podatki, konta użytkowników i integracje. Importuj dane w ustalonej kolejności. Dokumentacja WooCommerce dotycząca migracji danych wskazuje przykładowo kolejność obejmującą klientów, produkty, opinie, kupony i zamówienia, ponieważ zależności między tymi rekordami mogą wpływać na poprawność importu.

Po imporcie wykonaj kontrolę danych. Porównaj liczbę rekordów, sprawdź próbkę produktów, klientów i zamówień. Zweryfikuj warianty, zdjęcia, kategorie i ceny. Dopiero potem przejdź do testów funkcjonalnych.

Kolejny etap to SEO i adresy URL. Wprowadź przekierowania, sprawdź canonicale, linkowanie wewnętrzne, robots.txt oraz mapę XML. Usuń przypadkowe blokady indeksowania, które były potrzebne wyłącznie na środowisku testowym.

Na końcu przygotuj moment przełączenia. Ustal, kiedy stary sklep przestaje przyjmować nowe dane, wykonaj ostatnią synchronizację lub import przyrostowy, przeprowadź kontrolę i skieruj domenę lub ruch do nowego środowiska.

Po publikacji nie usuwaj od razu starego sklepu. Musisz mieć możliwość sprawdzenia danych źródłowych i działania przygotowanych przekierowań. Google zaleca monitorowanie starego i nowego środowiska po migracji oraz kontrolowanie indeksowania nowych adresów.

Jak przeprowadzić samo przełączenie sklepu

Najbezpieczniej potraktować uruchomienie jak procedurę z listą kontrolną. Osoby wykonujące prace powinny mieć jasno określone zadania i kolejność.

Najpierw zatrzymaj procesy, które mogłyby zmieniać dane w trakcie finalnego transferu. Dotyczy to przede wszystkim zamówień, stanów magazynowych i synchronizacji z systemami zewnętrznymi. Następnie wykonaj końcowy eksport lub synchronizację danych.

Po załadowaniu danych na nowy sklep wykonaj krótką kontrolę techniczną. Sprawdź domenę, certyfikat SSL, stronę główną, kilka kategorii, produktów, koszyk i checkout. Zweryfikuj płatność testową oraz wysyłkę wiadomości.

Jeżeli zmieniają się adresy, uruchom przygotowane przekierowania. Nie twórz ich ręcznie dopiero po publikacji. Lista powinna być gotowa wcześniej, a po przełączeniu należy ją przetestować na reprezentatywnej próbce adresów.

Następnie sprawdź Search Console i analitykę. Zweryfikuj, czy nowy sklep zbiera dane, czy sitemap jest dostępna i czy ważne adresy nie mają nieprawidłowych reguł indeksowania.

Dopiero gdy podstawowe testy przejdą poprawnie, przywróć pełną synchronizację systemów zewnętrznych. W ten sposób łatwiej ustalić, czy ewentualny problem pochodzi ze sklepu, integracji czy danych.

Co sprawdzić po migracji sklepu

Migracja nie kończy się w chwili przełączenia domeny. Po uruchomieniu trzeba kontrolować sklep tak samo dokładnie jak przed nim.

Zacznij od zamówień. Sprawdź, czy nowe zamówienia zapisują się poprawnie, płatności zmieniają statusy, dostawy są przypisywane prawidłowo, a wiadomości trafiają do klientów. Jeżeli korzystasz z zewnętrznego systemu magazynowego, zweryfikuj przepływ danych w obie strony.

Potem sprawdź indeksowanie. Wyszukaj problemy z przekierowaniami, błędne adresy, strony zwracające błędy i przypadki, w których stary URL nie prowadzi do właściwego nowego adresu. Kontroluj również mapę XML oraz canonicale.

Porównuj dane analityczne z okresem przed migracją, ale nie wyciągaj wniosków na podstawie pojedynczego dnia. Przy większych zmianach technicznych wyszukiwarka potrzebuje czasu na ponowne przetworzenie adresów, a ruch może się zmieniać w trakcie tego procesu.

Właściciel sklepu powinien mieć również listę problemów znalezionych po uruchomieniu. Każdy błąd przypisz do konkretnego obszaru i określ, czy wymaga natychmiastowej poprawki, czy może zostać wykonany w kolejnym etapie rozwoju.

Najczęstsze błędy podczas migracji

Jednym z częstszych problemów jest rozpoczęcie migracji bez pełnego eksportu danych. Właściciel widzi produkty w nowym sklepie i uznaje proces za zakończony, a dopiero później odkrywa brak wariantów, opinii, klientów lub zamówień.

Drugi problem to brak środowiska testowego. Wtedy każda poprawka wykonywana jest na produkcji, a błędna konfiguracja może od razu wpłynąć na klientów.

Kolejny błąd to pominięcie adresów URL. Sklep może działać poprawnie dla użytkownika, ale zmiana struktury adresów bez przekierowań powoduje, że wyszukiwarka otrzymuje zupełnie inny zestaw stron.

Niebezpieczne jest także kopiowanie konfiguracji starego sklepu bez jej sprawdzenia. Nie każda integracja, moduł czy reguła cenowa nadal jest potrzebna. Migracja to dobry moment na rozdzielenie funkcji niezbędnych od tych, które przez lata zostały dodane, ale obecnie nie są używane.

Problemem bywa również brak planu na dane pojawiające się w trakcie migracji. Sklep działający do momentu przełączenia nadal przyjmuje zamówienia i zmienia stany magazynowe. Trzeba więc wcześniej ustalić, kiedy wykonywany jest ostatni eksport i jak przeniesione zostaną rekordy utworzone po pierwszym imporcie.

Lista kontrolna przed publikacją

Przed przełączeniem nowego sklepu przejdź przez krótką listę kontrolną:

• wykonano kopię zapasową obecnego sklepu,
• ustalono zakres danych do migracji,
• przygotowano mapowanie pól,
• wykonano próbny import,
• sprawdzono produkty i warianty,
• sprawdzono kategorie i atrybuty,
• sprawdzono klientów i zamówienia,
• przeniesiono lub odtworzono wymagane treści,
• skonfigurowano płatności i dostawy,
• przetestowano integracje,
• przygotowano listę starych i nowych adresów URL,
• skonfigurowano przekierowania,
• sprawdzono canonicale i linki wewnętrzne,
• przygotowano sitemapę,
• sprawdzono robots.txt i ustawienia indeksowania,
• skonfigurowano analitykę,
• ustalono moment finalnej synchronizacji danych,
• wykonano test procesu zakupowego,
• przygotowano plan kontroli po uruchomieniu.

Jeżeli przy którymś punkcie odpowiedź brzmi nie wiem, migracja nie jest jeszcze gotowa do przełączenia. Lepiej zatrzymać się na etapie testowym niż rozwiązywać problemy z działającym sklepem i zamówieniami klientów.

Podsumowanie

Dobrze przygotowana migracja sklepu internetowego zaczyna się od inwentaryzacji, a nie od instalacji nowej platformy. Najpierw ustal, jakie dane masz obecnie, które z nich muszą zostać przeniesione i jak zostaną odwzorowane w nowym systemie. Następnie przygotuj środowisko testowe, wykonaj próbny import i sprawdź proces zakupowy oraz wszystkie integracje.

Osobny plan przygotuj dla adresów URL i SEO. Zapisz stare adresy, przypisz im nowe miejsca docelowe, skonfiguruj przekierowania i sprawdź canonicale, linki wewnętrzne oraz mapę witryny. Po uruchomieniu monitoruj dane, błędy indeksowania, zamówienia i integracje.

Jeżeli planujesz zmianę platformy, ale nie masz pewności, które dane przenieść, jak ułożyć kolejność prac albo jak przygotować sklep do przełączenia, skonsultuj plan migracji sklepu internetowego przed rozpoczęciem właściwych prac. Taka analiza pozwala uporządkować zakres migracji i wskazać elementy, które trzeba sprawdzić jeszcze na etapie testowym.