Decyzja o zmianie platformy e-commerce zwykle zapada, gdy obecny sklep przestaje odpowiadać na potrzeby rozwijającej się firmy. Ograniczenia mogą dotyczyć codziennej obsługi, integracji, ekspansji na kolejne rynki albo możliwości dalszego rozwijania wyglądu i funkcji sklepu. Wybór Shopify wyznacza kierunek, ale pomiędzy tą decyzją a uruchomieniem nowego sklepu pozostaje cały proces migracji.

Jego zakres zależy od skali i złożoności biznesu. W małym sklepie może ograniczyć się do konfiguracji Shopify, wyboru motywu i przeniesienia prostego katalogu produktów. W przypadku rozwiniętej marki do tego dochodzą zamówienia historyczne, konta klientów, integracje, analityka czy pozycje w wyszukiwarce.

Udana migracja zaczyna się od zaprojektowania docelowego sklepu: jego architektury, struktury danych i funkcji. Dopiero na tej podstawie można przygotować import, wdrożyć nowe rozwiązanie, przetestować je i zaplanować przepięcie.

Co naprawdę oznacza migracja do Shopify?

Motywu lub warstwy front-endowej z innej platformy nie można po prostu przenieść do Shopify. Sklep może zachować podobny wygląd, ale jego frontend trzeba zbudować zgodnie z architekturą Shopify. Podobnie jest z funkcjami. Mechanizm dostępny wcześniej jako moduł lub część dedykowanego systemu może mieć odpowiednik w standardzie Shopify, wymagać aplikacji albo rozwiązania przygotowanego dla danego sklepu. Czasem nie da się go odtworzyć dokładnie w tej samej postaci. Niekiedy prostszy wariant równie dobrze odpowiada na potrzebę biznesową i będzie łatwiejszy w utrzymaniu.

Dane również rzadko dają się przenieść jeden do jednego. Produkty, klienci i zamówienia muszą zostać dopasowane do modelu danych Shopify. W naszej praktyce właśnie dopasowanie danych, a nie uruchomienie importu, należy do najczęściej niedoszacowanych części migracji.

Czy sklep można przenieść na Shopify samodzielnie?

Tak, jeśli zakres jest niewielki. Właściciel małego sklepu może skonfigurować Shopify, wybrać gotowy motyw i przenieść produkty przez plik CSV. Shopify udostępnia dokumentację migracji, przykładowe pliki importu i listę czynności potrzebnych przed rozpoczęciem sprzedaży.

Przy dużym katalogu, rozbudowanej historii zamówień, wielu wersjach językowych, niestandardowych rabatach lub połączeniach z ERP, PIM-em, systemem magazynowym skala ryzyka szybko rośnie. Przykładem jest decyzja o modelu wariantów, która wpływa jednocześnie na import, filtrowanie i integracje. Nowa hierarchia kategorii zmienia nawigację oraz adresy URL, a opóźnienie w przygotowaniu danych przesuwa testy i uruchomienie.

Takie projekty wymagają koordynacji kilku specjalizacji i jasno określonej odpowiedzialności. Na stronie o współpracy z agencją Shopify porównujemy ten model z pracą własnego zespołu i freelancera.

Audyt obecnego sklepu i architektura rozwiązania

Planowanie zaczynamy od poznania firmy, obecnego sklepu i problemu, który ma rozwiązać zmiana platformy. Analizujemy cele, skalę sprzedaży, katalog, rynki, kluczowe funkcje, integracje, dane analityczne i ograniczenia obecnego systemu. Jeśli zakres jest wystarczająco czytelny, możemy na tej podstawie podać wstępne widełki. Różnicę między nimi a szczegółową wyceną opisujemy w artykule o tym, ile kosztuje wdrożenie Shopify lub Shopify Plus.

W procesie Hyper Effekt kolejny etap obejmuje analizę wymagań, warsztaty e-commerce oraz przygotowanie planu wdrożenia z estymacją i harmonogramem. Warsztaty pozwalają przełożyć oczekiwany rezultat na rozwiązanie możliwe do wykonania w Shopify i ujawnić zależności, których nie widać na początkowej liście funkcji.

Przykładowo, jeśli firma chce zachować obecne filtrowanie katalogu, najpierw ustalamy, z których pól korzystają filtry, czy informacje są kompletne i gdzie będą przechowywane po migracji. Dopiero wtedy można zaplanować strukturę danych produktów, konfigurację Shopify i wygląd strony.

Efektem jest architektura e-commerce oraz plan prac. Określają one docelowy model sklepu, zakres migracji i odpowiedzialność poszczególnych zespołów przed rozpoczęciem wdrożenia.

Projekt UX i decyzje o funkcjach

Nowy projekt nie jest warunkiem zmiany platformy. Można odtworzyć dotychczasowy kierunek wizualny, choć – tak jak wspominaliśmy – frontend trzeba zbudować ponownie. Daje to możliwość poprawienia elementów, które utrudniają zakupy albo ograniczają rozwój katalogu.

W większości realizowanych przez nas migracji odpowiadamy również za projekt UX sklepu. Zazwyczaj zaczynamy od karty produktu, która jest najważniejszym etapem ścieżki zakupowej klienta w sklepie. Po akceptacji jej wyglądu przechodzimy do strony głównej, pozostałych widoków i funkcji.

Podczas audytu sprawdzamy, które funkcje nadal są potrzebne, jakie potrzeby biznesowe obsługują i jak można je zrealizować w Shopify. Standardowa funkcja platformy lub sprawdzona aplikacja zwykle tworzą mniej zależności niż rozwiązanie dedykowane. Własny mechanizm ma sens wtedy, gdy prostsze opcje nie obsługują istotnego wymagania.

Takie podejście zastosowaliśmy podczas migracji sklepu Gabriella z AtomStore do Shopify Plus. Zmianę platformy połączyliśmy z nowym projektem i uporządkowaniem sposobu prezentacji rozbudowanego katalogu. Decyzje o nawigacji, kategoryzacji i filtrowaniu wpłynęły również na model danych, strukturę adresów oraz zakres testów.

Wdrożenie motywu, konfiguracja i integracje

Po akceptacji projektów UX rozpoczynamy dwa równoległe obszary prac. Programiści budują lub dostosowują motyw Shopify, wdrażając widoki, sekcje i interakcje. Równocześnie konfigurują ustawienia platformy, płatności, dostawy, rynki, podatki, aplikacje i integracje.

Oba obszary korzystają z decyzji podjętych podczas projektowania architektury. Karta produktu wymaga wcześniej ustalonej struktury danych, informacja o dostawie może zależeć od rynku lub magazynu, a funkcja widoczna na froncie może wymagać konfiguracji w panelu albo połączenia z systemem zewnętrznym.

Na tym etapie wykonujemy także próbne importy. Testowa partia danych szybko ujawnia błędne mapowanie, brakujące wartości i założenia, których nie da się utrzymać przy pełnym katalogu. Pozostawienie pierwszej próby importu na dzień uruchomienia ograniczyłoby czas potrzebny na poprawki.

Migracja danych zaczyna się od modelu

Zakres danych może obejmować produkty, klientów, zamówienia historyczne, kody rabatowe, wpisy blogowe, treści podstron, opinie i karty podarunkowe. Dla każdego rodzaju danych trzeba ustalić źródło, model docelowy, sposób przeniesienia i kryteria poprawności.

Najczęściej korzystamy z plików CSV i aplikacji Matrixify. Jeśli platforma źródłowa zapewnia odpowiednie API, dane możemy pobrać bezpośrednio. Do ich czyszczenia, łączenia i przekształcania wykorzystujemy skrypty w Pythonie. Narzędzie dobieramy do rodzaju i objętości danych oraz możliwości eksportu ze starego systemu.

Platforma sklepu ma mniejsze znaczenie niż dostęp do kompletnych danych. Najwięcej problemów sprawiają przestarzałe systemy oraz platformy, z których nie można wykonać pełnego eksportu. Jeśli część informacji jest dostępna tylko w panelu administracyjnym lub niespójnym pliku, jej przygotowanie wymaga dodatkowej pracy.

Eksport źródłowy powinien pozostać nienaruszony, a kolejne przekształcenia muszą działać na jego kopiach i dawać się powtórzyć. Przed pełną migracją testujemy próbkę. Po imporcie porównujemy liczbę rekordów i sprawdzamy wybrane produkty, klientów oraz zamówienia, zanim błędy mogłyby wpłynąć na sprzedaż.

Produkty: największym wyzwaniem jest zmiana struktury

W rozwiniętym sklepie produkt to nie tylko nazwa, cena i opis. Ma również warianty, zdjęcia, parametry, informacje logistyczne, relacje z kolekcjami oraz dane wykorzystywane przez filtry i integracje.

Załóżmy, że stary system przechowuje kolor i rozmiar jako osobne produkty, a w Shopify mają się stać wariantami jednego produktu. Trzeba zbudować nowe relacje, ustalić identyfikatory i sprawdzić, jak zmianę obsłuży system magazynowy. Informacje zapisane dotąd w jednym opisie mogą wymagać rozdzielenia na osobne pola lub metafields.

Model produktu wpływa na prezentację oferty, filtrowanie, adresy stron czy analitykę. Dlatego decyzje o wariantach i polach trzeba podjąć przed przygotowaniem pełnego importu.

Konta klientów nie przechodzą razem z hasłami

Dane profili klientów można importować, ale haseł ze starego sklepu nie da się przenieść przez plik CSV. Są zaszyfrowane poza Shopify i platforma nie ma do nich dostępu.

Obecny model kont klientów Shopify umożliwia logowanie za pomocą jednorazowego kodu wysyłanego e-mailem. Jeśli obecna platforma korzysta ze starszego modelu kont, klienci muszą utworzyć nowe hasło po otrzymaniu zaproszenia. Sposób komunikacji i pierwszego logowania trzeba ustalić przed uruchomieniem sklepu.

Zamówienia historyczne wymagają kompromisów

Zamówienia łączą produkty, ceny, rabaty, podatki, wysyłkę, płatności i dane kupującego. Shopify pozwala migrować historię przez aplikacje lub API, ale model zamówienia może różnić się od tego na platformie źródłowej.

Z naszego doświadczenia wynika, że nie zawsze da się odtworzyć każdy element w identycznej postaci. Trzeba zachować informacje potrzebne klientowi do rozpoznania zakupów oraz zespołowi sklepu do ich obsługi. Kryteria poprawności uzgadniamy przed migracją całej historii.

Rabaty i treści również mają ograniczenia

Reguła rabatowa z poprzedniego systemu nie musi mieć bezpośredniego odpowiednika w Shopify. Kody trzeba dopasować do możliwości platformy, aplikacji albo rozwiązania wykorzystującego Shopify Functions. Przed przeniesieniem sprawdzamy też, które rabaty nadal są aktywne i potrzebne.

Migracja wpisów blogowych i podstron obejmuje tekst, obrazy, formatowanie, metadane, relacje między treściami oraz nowe adresy URL. Przy tej części projektu łączą się prace nad danymi, frontendem i SEO.

SEO i analityka przed wdrożeniem

Shopify stosuje określone ścieżki, między innymi /products/ dla produktów i /collections/ dla kolekcji. Jeśli stary sklep korzysta z innej struktury, potrzebna jest mapa starych i nowych adresów oraz stałe przekierowania 301.

Każdy ważny stary adres powinien prowadzić do odpowiadającej mu nowej strony. Gdy treść została usunięta albo kilka podstron połączono, miejsce docelowe trzeba wybrać indywidualnie. Przekierowanie wszystkich brakujących stron na stronę główną nie zachowuje ich znaczenia. Trzeba też zaktualizować linki wewnętrzne, adresy kanoniczne i sitemapę oraz sprawdzić, czy wersja produkcyjna nie została zablokowana przed indeksowaniem.

Google uprzedza, że po istotnej zmianie serwisu widoczność może się przejściowo wahać, zanim robot ponownie odwiedzi i zindeksuje adresy. Nie da się zagwarantować braku spadków. Właściwe mapowanie URL-i, przekierowania, testy i monitoring po uruchomieniu ograniczają ryzyko.

W Hyper Effekt odpowiadamy za techniczne wdrożenie uzgodnionej struktury i przekierowań. SEO nie jest naszą specjalizacją, dlatego rekomendujemy udział agencji lub specjalisty mającego doświadczenie w migracjach już podczas prac nad architekturą informacji. Plan powinien równolegle obejmować analitykę oraz konfigurację narzędzi Google i Meta potrzebnych w danym sklepie.

Testy muszą obejmować pełne ścieżki zakupowe

Testy powinny przejść przez kluczowe ścieżki od wejścia do sklepu po potwierdzenie zakupu, a także przez czynności wykonywane później przez obsługę. Zakres scenariuszy wynika z modelu sprzedaży. W sklepie działającym na kilku rynkach sprawdzamy między innymi:

• zakupy krajowe i zagraniczne oraz właściwe ceny, podatki i waluty;

• zakupy konsumenckie i firmowe z danymi do faktury;

• metody płatności, dostawy, kody rabatowe i reguły darmowej wysyłki;

• produkty dostępne, niedostępne i objęte promocją;

• wiadomości e-mail, logowanie klientów i dostęp do historii zamówień;

• przekazanie zamówienia do systemów zewnętrznych.

Przed uruchomieniem sprawdzamy również przekierowania, najważniejsze metadane, działanie analityki i możliwość indeksowania strony. Każda wersja językowa i każdy obsługiwany rynek wymagają przejścia przez krytyczne ścieżki.

Uruchomienie wymaga kontrolowanego przepięcia

Podczas przygotowań stary sklep nadal przyjmuje zamówienia, a nowy działa równolegle pod adresem technicznym. Dane zmieniają się więc do ostatniej chwili. Po głównym imporcie trzeba ustalić moment zamrożenia zmian oraz sposób dogrania zamówień, klientów i innych rekordów, które pojawiły się później.

Przepięcie domeny planujemy na czas najniższego ruchu, który nie zawsze przypada w nocy. Decyzja powinna uwzględniać dane analityczne i dostępność osób potrzebnych do przeprowadzenia kontroli. Jeżeli przepięcie wymaga krótkiej przerwy w sprzedaży, trzeba wcześniej określić jej długość i sposób komunikacji z klientami.

Plan uruchomienia określa kolejność czynności, odpowiedzialność i sposób reagowania na błędy. Po przepięciu sprawdzamy działanie sklepu, najważniejsze przekierowania, płatności, integracje i zbieranie danych analitycznych. Monitorujemy też zgłoszenia klientów oraz problemy, które mogą ujawnić się dopiero przy rzeczywistym ruchu.

Lista kontrolna przed uruchomieniem

Przed przepięciem domeny warto potwierdzić, że:

• docelowy model produktów, wariantów i pól został zaakceptowany;

• pełny import zakończył się bez niewyjaśnionych błędów, a dane sprawdzono na reprezentatywnych próbkach;

• zespół wie, jak klienci zalogują się po migracji;

• funkcje, integracje, płatności, dostawy, podatki i rynki działają w uzgodnionym zakresie;

• kluczowe scenariusze zakupowe przeszły testy;

• mapa adresów i przekierowania 301 są gotowe i przetestowane;

• analityka oraz potrzebne narzędzia Google i Meta zbierają właściwe zdarzenia;

• ustalono końcowy import danych, kolejność przepięcia i osoby odpowiedzialne za każdy krok;

• po starcie zaplanowano kontrolę sprzedaży, błędów, indeksowania i widoczności.

Lista porządkuje ostatnie dni projektu, ale zakres kontroli musi wynikać z architektury konkretnego sklepu.

Jeśli rozważasz migrację, zacznij od zebrania informacji o danych, funkcjach, integracjach i ruchu w obecnym sklepie. Na tej podstawie można ocenić, co da się przenieść bezpośrednio, co wymaga przebudowy oraz kto powinien odpowiadać za poszczególne części procesu.

W Hyper Effekt prowadzimy migracje sklepów do Shopify od architektury i UX po wdrożenie, testy oraz uruchomienie. Pierwsza rozmowa pozwala ustalić, czy Shopify odpowiada na potrzeby firmy i jakiego zakresu pracy może wymagać projekt.