Mapowanie danych i adresów URL przy migracji sklepu
Mapowanie danych to specyfikacja, które pole ze starej platformy trafia do którego pola w nowej i w jakim formacie. Dotyczy produktów i wariantów, kategorii, atrybutów, zdjęć, klientów, zamówień i treści. Platformy różnie modelują te same rzeczy: Shopify opisuje warianty przez najwyżej 3 opcje, a WooCommerce przez atrybuty produktu zmiennego, więc struktura wariantów często wymaga przebudowy, nie tylko przeniesienia (stan na wrzesień 2026 - sprawdź aktualną dokumentację platform).
Do produktów często wystarczy import z pliku CSV. Shopify przyjmuje plik CSV produktów do 15 MB, a WooCommerce zaleca dzielenie dużych plików na partie (stan na wrzesień 2026 - sprawdź aktualną dokumentację). Jak przygotować taki plik i uniknąć duplikatów, opisujemy we wpisie import produktów do sklepu z Excela i CSV. Przy dużych katalogach i danych, których nie da się przenieść plikiem, migrację wykonuje skrypt przez API obu platform.
Mapa adresów URL to tabela, w której każdy stary adres ma przypisany nowy odpowiednik. Google w poradniku o przenoszeniu witryny ze zmianą adresów zaleca przygotowanie takiej mapy, stałe przekierowania po stronie serwera ze starych adresów na nowe, utrzymywanie przekierowań możliwie długo, zwykle co najmniej rok, i przesłanie nowej mapy witryny w Search Console. Narzędzie do zmiany adresu w Search Console jest potrzebne tylko przy przenosinach na inną domenę lub subdomenę (stan na wrzesień 2026 - sprawdź aktualną dokumentację Google).
[#przyklad] Przekierowanie 301 w Apache (moduł mod_alias): Redirect 301 "/kategoria/buty-damskie" "https://www.twojsklep.pl/collections/buty-damskie". Uwaga: dalsza część ścieżki jest dopisywana do celu, więc /kategoria/buty-damskie/sandaly trafi na /collections/buty-damskie/sandaly - dla takich adresów potrzebne są osobne reguły.
Na Shopify przekierowania można zaimportować z pliku CSV w panelu. Według pomocy Shopify przekierowanie działa tylko ze ścieżki, która nie wyświetla już żadnej strony, sklep ma limit 100 000 przekierowań, a na planie Plus 20 000 000, i nie można przekierowywać niektórych zarezerwowanych ścieżek, np. /products czy /collections (stan na wrzesień 2026 - sprawdź aktualną pomoc Shopify). Takie ograniczenia trzeba znać już przy projektowaniu mapy URL.
Budowa i testy nowego sklepu przed przełączeniem
Nowy sklep powstaje na środowisku testowym lub pod adresem tymczasowym, zablokowanym dla wyszukiwarek. Na tym etapie wykonuje się import próbny pełnego katalogu, konfiguruje płatności, dostawy i podatki oraz podłącza integracje w trybie testowym. Import próbny warto powtórzyć co najmniej dwa razy - za drugim razem wychodzą błędy, które poprawiono w mapowaniu po pierwszym podejściu.
Zamówienia - pełna ścieżka dla każdej metody płatności i dostawy, z fakturą i e-mailami do klienta.
Integracje - przepływ zamówień do ERP i magazynu, stany i ceny z marketplace, etykiety kurierskie.
Dane - porównanie liczby produktów, wariantów, klientów i zamówień ze starym sklepem, kontrola próbek.
Przekierowania - automatyczne sprawdzenie, czy każdy adres z mapy zwraca 301 na właściwy cel.
Analityka i reklamy - zdarzenia zakupowe, zgody cookies, feedy produktowe.
Integracje to najczęstsze źródło problemów po starcie, bo każda zależy od API nowej platformy, a nie starej. Jak działają integracje przez API sklepu i od czego zacząć ich przebudowę, wyjaśniamy we wpisie integracja API sklepu internetowego - jak to działa. Osobno sprawdź feed produktowy - po zmianie platformy zmieniają się adresy produktów i często identyfikatory, a feed produktowy dla Google Merchant Center musi wskazywać na nowe strony.
Treści i SEO przy zmianie platformy sklepu
Przekierowania to tylko część pracy nad widocznością w wyszukiwarce. Równie ważne jest, żeby nowe strony zachowały to, co działało na starych: tytuły stron, opisy meta, nagłówki, treści opisów kategorii i produktów oraz linkowanie wewnętrzne. Nowy motyw często generuje tytuły i nagłówki według własnego szablonu, przez co sklep traci dopracowane przez lata sformułowania, choć adresy formalnie są przekierowane.
Przed startem porównaj próbkę najważniejszych stron - tych z największym ruchem i sprzedażą - w starym i nowym sklepie. Sprawdź, czy tytuł, opis meta, nagłówek H1 i treść są takie same lub lepsze, czy strona ma poprawny adres kanoniczny i czy dane strukturalne produktu nadal zawierają cenę i dostępność. Zablokuj indeksowanie wersji testowej, ale pamiętaj, żeby zdjąć tę blokadę w dniu przełączenia - zapomniany zakaz indeksowania w pliku robots to jeden z najdroższych błędów migracji.
Osobna lista dotyczy treści, które nie są produktami: wpisy blogowe, strony informacyjne, regulamin, polityka prywatności i strony kontaktowe. Platformy różnie je obsługują, a ich adresy często mają inną strukturę niż na starej platformie, więc też muszą trafić do mapy przekierowań. Dotyczy to również adresów zdjęć i plików do pobrania, jeśli prowadzą do nich linki z zewnętrznych stron.
Dzień przełączenia - jak zaplanować zmianę platformy sklepu
Przełączenie najlepiej zaplanować na okres najmniejszego ruchu i nie w szczycie sezonu ani tuż przed dużą promocją. Na kilka dni przed startem zamraża się zmiany w katalogu starego sklepu, a w dniu przełączenia wykonuje import różnicowy: nowe zamówienia, nowych klientów i zmiany stanów od ostatniego importu próbnego. Potem przełącza się domenę, włącza przekierowania i uruchamia integracje produkcyjne.
Kluczowa decyzja to plan wycofania. Trzeba ustalić z góry, przy jakich problemach zespół wraca na starą platformę i ile czasu to zajmie. Stary sklep powinien pozostać dostępny w trybie tylko do odczytu przez uzgodniony czas, a kopia jego bazy - zabezpieczona.
Decyzja o tym, czy przełączać cały sklep naraz, czy etapami, zależy od skali i ryzyka:
[#chart:wpr49b]
Okres po wdrożeniu nowej platformy
Pierwsze tygodnie po migracji to czas intensywnego monitoringu. Google uprzedza, że w trakcie przenoszenia witryny pozycje w wynikach mogą się tymczasowo wahać. Dlatego codziennie warto sprawdzać błędy 404 i raporty indeksowania w Search Console, liczbę i wartość zamówień w porównaniu z okresem sprzed migracji, logi integracji oraz zgłoszenia klientów dotyczące logowania i płatności.
Po pierwszych dniach warto przejrzeć raport adresów, które zwracają błąd 404 i mają ruch lub linki z zewnątrz. Każdy taki adres to brakująca pozycja w mapie przekierowań - dopisz ją, zamiast kierować wszystko na stronę główną, bo przekierowanie wielu różnych adresów na jedną ogólną stronę nie zastępuje przekierowania na właściwy odpowiednik. Równolegle sprawdzaj, czy feedy produktowe przeszły weryfikację, czy kampanie reklamowe kierują na nowe adresy i czy konwersje są rejestrowane w analityce tak samo jak przed migracją.
Orientacyjny podział czasu w projekcie migracji średniego sklepu pokazuje, że samo przełączenie to mała część pracy, a najwięcej czasu zajmują mapowanie, budowa i testy:
[#chart:wpr49c]
[#checklista] Migracja sklepu - lista kontrolna: audyt danych, funkcji i integracji; mapa pól danych; mapa adresów URL z kilku źródeł; co najmniej dwa importy próbne; testy zamówień dla każdej płatności i dostawy; testy integracji w trybie testowym; automatyczny test przekierowań; plan wycofania; import różnicowy w dniu startu; monitoring 404, ruchu, zamówień i integracji po wdrożeniu.
Role i odpowiedzialność w projekcie migracji sklepu
Migracja angażuje więcej osób niż programistów. Po stronie sklepu potrzebny jest właściciel projektu, który podejmuje decyzje o zakresie i terminie, osoba znająca katalog i procesy sprzedaży, ktoś odpowiedzialny za obsługę klienta oraz osoba od marketingu i analityki. Po stronie wykonawcy - kierownik projektu, programiści odpowiedzialni za dane i integracje oraz tester. Gdy każda z tych ról ma przypisaną osobę, decyzje zapadają szybko, a testy odbioru wykonują ludzie, którzy znają codzienną pracę sklepu.
Warto też ustalić z góry kryteria odbioru, czyli warunki, po których spełnieniu nowy sklep uznaje się za gotowy do startu. Mogą to być np. zgodność liczby produktów i klientów, poprawne przejście zamówień testowych dla wszystkich metod płatności, działające integracje i komplet przekierowań. Jasne kryteria chronią obie strony przed sporem, czy projekt jest skończony, i przed startem z niedokończonymi elementami.
Jak Vinson pomaga w migracji sklepu internetowego
Zapewniamy wsparcie programistyczne dla sklepów i sprzedawców: integracje, automatyzacje, poprawki i rozwój sklepów oraz narzędzi. Przy migracji sklepu przeprowadzamy audyt, przygotowujemy mapowanie danych i mapę przekierowań, piszemy skrypty migracji przez API, przebudowujemy integracje z marketplace, ERP i kurierami oraz czuwamy nad sklepem po przełączeniu. Szczegóły znajdziesz na stronie Wsparcie programistyczne dla e-commerce.
Najczęściej zadawane pytania
Ile trwa migracja sklepu internetowego na nową platformę?
Zależy od wielkości katalogu, liczby integracji i zakresu zmian w wyglądzie i funkcjach. Mały sklep z prostymi integracjami można przenieść w kilka tygodni, a sklep z ERP, kilkoma marketplace i funkcjami na zamówienie wymaga zwykle kilku miesięcy. Najwięcej czasu zajmują mapowanie danych, przebudowa integracji i testy.
Czy po zmianie platformy sklep straci pozycje w Google?
Ryzyko jest, ale można je ograniczyć. Google zaleca mapę starych i nowych adresów, stałe przekierowania 301 po stronie serwera utrzymywane co najmniej rok i przesłanie nowej mapy witryny, a jednocześnie uprzedza o tymczasowych wahaniach pozycji. Największe straty powodują adresy pominięte w mapie przekierowań.
Czy przy migracji sklepu można przenieść konta klientów z hasłami?
Zależy od platform. Na przykład Shopify nie pozwala przenieść haseł klientów z innego sklepu przez plik CSV i klienci muszą ustawić nowe hasła przez zaproszenie. Sposób przeniesienia kont warto zaplanować w audycie i uprzedzić klientów o zmianie.
Kiedy najlepiej przełączyć sklep na nową platformę?
W okresie najmniejszego ruchu, poza szczytem sezonu i z dala od dużych promocji. Zespół powinien mieć po przełączeniu kilka dni na monitoring i szybkie poprawki. Przełączenie w piątek wieczorem bez dyżuru technicznego to proszenie się o kłopoty.
Co najczęściej psuje się po migracji sklepu?
Najczęściej integracje z ERP, marketplace i kurierami, przekierowania adresów URL, feedy produktowe i zdarzenia analityczne. Wszystkie te elementy zależą od nowej platformy i powinny przejść testy przed startem, a po wdrożeniu być monitorowane codziennie przez pierwsze tygodnie.
Migracja sklepu internetowego jest przewidywalna, gdy opiera się na audycie, mapowaniu danych i adresów URL, testach na środowisku testowym i planie wycofania. Jeśli planujesz zmianę platformy sklepu, sprawdź wsparcie programistyczne Vinson.
