Migracja sklepu na Shopify – dane, integracje i SEO
Prowadzimy migracje działających sklepów na Shopify dla producentów i marek rozwijających sprzedaż internetową. Zaczynamy od analizy obecnej platformy: danych, funkcji, integracji, ruchu SEO i procesów realizowanych poza sklepem.
Zakres i sposób przejścia ustalamy po analizie obecnej platformy.
- dane i katalog
- klienci i zamówienia
- funkcje sprzedażowe
- integracje
- SEO i przekierowania
- uruchomienie
- produkty i warianty
- klienci
- zamówienia
- treści
- adresy URL
- integracje
- inwentaryzacja
- mapowanie danych
- macierz funkcji
- kryteria odbioru
Shopifyplatforma docelowa
Odtworzone w Shopify
- katalog
- konta klientów
- funkcje sprzedażowe
- integracje
- zamówienia
- przekierowania
- synchronizacje
- indeksacja
Kiedy przeprowadzić migrację sklepu na Shopify?
Wtedy, gdy obecna platforma zabiera zespołowi zbyt dużo czasu. Powodem migracji może być koszt utrzymania, wolne tempo zmian, trudna obsługa albo architektura większa niż rzeczywiste potrzeby firmy. Każdy z tych powodów trzeba sprawdzić przed podjęciem decyzji.
- 01
Zmiany w sklepie wymagają zbyt wielu prac technicznych
Zespół e‑commerce czeka na wdrożenie prostych zmian, które są potrzebne do kampanii, obsługi katalogu lub codziennej sprzedaży.
- 02
Utrzymanie obecnego rozwiązania pochłania coraz większy budżet
Aktualizacje, infrastruktura i customizacje kosztują więcej, niż uzasadnia obecna skala oraz model działania sklepu.
- 03
Firma chce szybciej rozwijać sprzedaż D2C
Potrzebna jest platforma, którą zespół może sprawniej obsługiwać i rozwijać przy wsparciu dostępnych aplikacji.
- 04
Obecna architektura nie pasuje już do organizacji
Sklep powstał dla innych procesów, innego katalogu lub wcześniejszego modelu sprzedaży. Każda kolejna zmiana wymaga obchodzenia dawnych założeń.
Kiedy Shopify nie jest właściwym kierunkiem
Shopify może nie być właściwym kierunkiem, gdy przewaga firmy opiera się na bardzo niestandardowym checkoutcie, złożonej logice cenowej, nietypowych procesach zamówień albo funkcjach, których nie da się sensownie odwzorować poprzez aplikacje i obecnie wspierane rozszerzenia.
Zmiana platformy ma usunąć przyczynę problemu, a nie przenieść ją do Shopify
Zanim przygotujemy zakres migracji, oddzielamy objaw od przyczyny.
Sklep rozwija się za wolno
Co trzeba sprawdzić przed decyzją
Przyczyną może być technologia, sposób współpracy z dostawcą, brak priorytetów albo wieloletni dług techniczny. Sama migracja nie rozwiąże problemu organizacyjnego.
Koszt utrzymania jest za wysoki
Co trzeba sprawdzić przed decyzją
Trzeba oddzielić wydatki wynikające z infrastruktury i aktualizacji od kosztów funkcji, integracji oraz pracy zespołu. Dopiero wtedy można porównać obecny model z Shopify.
Panel jest trudny dla zespołu
Co trzeba sprawdzić przed decyzją
Nowa platforma może uprościć codzienną obsługę, ale zakres danych i procesów nadal wymaga uporządkowania.
Firma chce wejść na kolejne rynki
Co trzeba sprawdzić przed decyzją
Shopify wspiera sprzedaż międzynarodową, jednak struktura sklepów, domen, walut, języków, podatków i źródeł danych musi zostać zaprojektowana dla konkretnej organizacji.
Jeżeli sklep działa już na Shopify, a problemem jest tempo zmian i kontrola nad backlogiem, właściwą ścieżką bywa utrzymanie i rozwój sklepu Shopify zamiast migracji. Pełny katalog usług znajdziesz w sekcji usług Shopify.
Przenosimy dane, odtwarzamy potrzebne procesy i przygotowujemy sklep do przełączenia
Ostateczny zakres zależy od obecnej platformy, jakości danych, liczby integracji oraz stopnia customizacji. Poniższe obszary stanowią punkt wyjścia do analizy.
Katalog przenosimy po ustaleniu, które pola mają odpowiednik w modelu Shopify
Zakres może obejmować produkty, warianty, kolekcje, parametry, multimedia, metafields, ceny i informacje potrzebne do publikacji katalogu.
Przed importem ustalamy, które dane wymagają czyszczenia, mapowania albo zmiany struktury.
Kryterium odbioru: Liczba produktów, wariantów i multimediów w Shopify zgadza się z uzgodnionym zestawem danych źródłowych.
Konta i zamówienia migrujemy w zakresie, który da się odtworzyć z danych źródłowych
Sprawdzamy możliwość migracji klientów, adresów, zgód oraz danych o zamówieniach. Sposób przeniesienia historii zależy od źródłowej platformy i dostępu do danych.
Hasła klientów wymagają osobnej ścieżki. Zwykle nie da się ich po prostu przenieść między odmiennymi systemami uwierzytelniania.
Kryterium odbioru: Uzgodniony zestaw kont i zamówień jest dostępny w Shopify, a proces aktywacji kont został przetestowany.
Każda funkcja obecnego sklepu dostaje decyzję przed rozpoczęciem budowy
Tworzymy listę rabatów, metod płatności, dostaw, reguł koszyka, promocji, programów lojalnościowych, subskrypcji i pozostałych mechanizmów.
Każda funkcja otrzymuje decyzję: konfiguracja natywna, aplikacja, rozszerzenie, integracja albo rezygnacja.
Kryterium odbioru: Lista funkcji jest zamknięta, a każda pozycja ma przypisany sposób realizacji i osobę odpowiedzialną za odbiór.
Zakres front-endu wynika z wymagań UX, budżetu i planu dalszego rozwoju
Projekt może wykorzystywać gotowy theme, theme dostosowany do marki albo indywidualnie przygotowaną warstwę front-end. Decyzja zależy od wymagań UX, budżetu, terminu i planu dalszego rozwoju.
Kryterium odbioru: Kluczowe widoki sklepu są zaakceptowane na środowisku testowym, na danych zbliżonych do produkcyjnych.
Dla każdego połączenia ustalamy źródło prawdy, kierunek i sposób obsługi błędów
Sklep może wymieniać dane z ERP, PIM, WMS, CRM, systemem księgowym, marketplace, marketing automation oraz narzędziami analitycznymi.
Sprawdzamy kierunek przepływu, częstotliwość synchronizacji, źródło prawdy i sposób obsługi błędów.
Kryterium odbioru: Każda integracja została przetestowana na danych testowych, a błędy synchronizacji są widoczne w logach.
Adresy, metadane i analityka są przygotowane przed dniem przełączenia
Przygotowujemy mapę adresów, przekierowania, metadane, dane strukturalne, analitykę oraz plan uruchomienia. Po przełączeniu kontrolujemy najważniejsze ścieżki i błędy.
Kryterium odbioru: Mapa przekierowań jest kompletna dla stron generujących ruch i sprzedaż, a analityka zbiera dane od pierwszego dnia.
Katalog przenosimy po ustaleniu, które pola mają odpowiednik w modelu Shopify
Zakres może obejmować produkty, warianty, kolekcje, parametry, multimedia, metafields, ceny i informacje potrzebne do publikacji katalogu.
Przed importem ustalamy, które dane wymagają czyszczenia, mapowania albo zmiany struktury.
Kryterium odbioru: Liczba produktów, wariantów i multimediów w Shopify zgadza się z uzgodnionym zestawem danych źródłowych.
Konta i zamówienia migrujemy w zakresie, który da się odtworzyć z danych źródłowych
Sprawdzamy możliwość migracji klientów, adresów, zgód oraz danych o zamówieniach. Sposób przeniesienia historii zależy od źródłowej platformy i dostępu do danych.
Hasła klientów wymagają osobnej ścieżki. Zwykle nie da się ich po prostu przenieść między odmiennymi systemami uwierzytelniania.
Kryterium odbioru: Uzgodniony zestaw kont i zamówień jest dostępny w Shopify, a proces aktywacji kont został przetestowany.
Każda funkcja obecnego sklepu dostaje decyzję przed rozpoczęciem budowy
Tworzymy listę rabatów, metod płatności, dostaw, reguł koszyka, promocji, programów lojalnościowych, subskrypcji i pozostałych mechanizmów.
Każda funkcja otrzymuje decyzję: konfiguracja natywna, aplikacja, rozszerzenie, integracja albo rezygnacja.
Kryterium odbioru: Lista funkcji jest zamknięta, a każda pozycja ma przypisany sposób realizacji i osobę odpowiedzialną za odbiór.
Zakres front-endu wynika z wymagań UX, budżetu i planu dalszego rozwoju
Projekt może wykorzystywać gotowy theme, theme dostosowany do marki albo indywidualnie przygotowaną warstwę front-end. Decyzja zależy od wymagań UX, budżetu, terminu i planu dalszego rozwoju.
Kryterium odbioru: Kluczowe widoki sklepu są zaakceptowane na środowisku testowym, na danych zbliżonych do produkcyjnych.
Dla każdego połączenia ustalamy źródło prawdy, kierunek i sposób obsługi błędów
Sklep może wymieniać dane z ERP, PIM, WMS, CRM, systemem księgowym, marketplace, marketing automation oraz narzędziami analitycznymi.
Sprawdzamy kierunek przepływu, częstotliwość synchronizacji, źródło prawdy i sposób obsługi błędów.
Kryterium odbioru: Każda integracja została przetestowana na danych testowych, a błędy synchronizacji są widoczne w logach.
Adresy, metadane i analityka są przygotowane przed dniem przełączenia
Przygotowujemy mapę adresów, przekierowania, metadane, dane strukturalne, analitykę oraz plan uruchomienia. Po przełączeniu kontrolujemy najważniejsze ścieżki i błędy.
Kryterium odbioru: Mapa przekierowań jest kompletna dla stron generujących ruch i sprzedaż, a analityka zbiera dane od pierwszego dnia.
Migracja z Magento, WooCommerce i PrestaShop na Shopify
Dane przenoszą się z każdej z tych platform. Różnią się dwie inne rzeczy: ile z nich wymaga mapowania na model Shopify i ile funkcji trzeba odtworzyć, bo nie mają bezpośredniego odpowiednika.
Magento
Najbogatszy model danych z całej trójki, więc najwięcej pracy idzie w uproszczenie go do struktury Shopify. Rozbudowane atrybuty, zestawy atrybutów i reguły cenowe rzadko mają odpowiednik jeden do jednego.
Przenosi się
- produkty i warianty
- kategorie
- konta klientów
- zamówienia jako dane historyczne
- treści CMS i blog
Wymaga mapowania
- zestawy atrybutów i atrybuty niestandardowe na opcje oraz metapola
- produkty konfigurowalne i grupowane na model wariantów Shopify
- grupy klientów i reguły cenowe na model cen Shopify
- struktura adresów URL, która w Magento jest dowolna, a w Shopify ma stałe prefiksy
Trzeba odtworzyć
- moduły i customizacje z warstwy PHP
- rozbudowane reguły koszyka i promocji
- procesy B2B: konta firmowe, limity, akceptacje
WooCommerce
Sklep jest wtyczką w WordPressie, więc część funkcji sklepu i część treści żyje poza samym WooCommerce. Migracja obejmuje oba te światy, a najwięcej niespodzianek kryje się we wtyczkach.
Przenosi się
- produkty i warianty
- kategorie i tagi
- konta klientów
- zamówienia jako dane historyczne
- wpisy blogowe i strony
Wymaga mapowania
- atrybuty i pola niestandardowe (ACF) na opcje oraz metapola
- produkty zmienne na warianty Shopify
- struktura adresów WordPressa na adresy Shopify
- role użytkowników na model klientów i uprawnień w panelu
Trzeba odtworzyć
- funkcje pochodzące z wtyczek, które nie mają odpowiednika w aplikacjach Shopify
- szablony i hooki motywu WordPressa
- formularze, kalkulatory i logika dopisana w PHP
PrestaShop
Model danych bliższy Shopify niż w Magento, ale wielojęzyczność i wielosklepowość są w PrestaShop zbudowane inaczej — i to one najczęściej decydują o zakresie.
Przenosi się
- produkty i kombinacje
- kategorie
- konta klientów
- zamówienia jako dane historyczne
- strony CMS
Wymaga mapowania
- kombinacje produktów na warianty Shopify
- cechy i atrybuty na opcje oraz metapola
- wersje językowe na rynki i języki Shopify
- adresy URL, które w PrestaShop zależą od ustawień SEO sklepu
Trzeba odtworzyć
- moduły PrestaShop i ich konfiguracja
- reguły koszyka oraz vouchery wykraczające poza standard Shopify
- customizacje w szablonie i w warstwie PHP
Nie deklarujemy przeniesienia wszystkich funkcji jeden do jednego, bo to obietnica, której żadna migracja między platformami nie dotrzymuje. Zakres każdej z trzech kolumn ustalamy po analizie konkretnego sklepu — dopiero ona pokazuje, ile funkcji naprawdę jest w użyciu.
Nie każda funkcja obecnego sklepu będzie miała bezpośredni odpowiednik w Shopify
Shopify daje duży zakres gotowych funkcji i aplikacji, ale pracuje według własnego modelu danych, checkoutu oraz rozszerzeń. Migracja wymaga decyzji, które elementy zachować i w jaki sposób je odtworzyć.
Zachowujemy
Funkcja jest dostępna natywnie lub jej obecny sposób działania można odtworzyć bez istotnej zmiany procesu.
Zastępujemy
Dotychczasowy moduł zostaje zastąpiony aplikacją albo rozwiązaniem lepiej dopasowanym do Shopify.
Przebudowujemy
Proces pozostaje ważny, ale wymaga innego sposobu działania, integracji lub zmiany po stronie systemu zewnętrznego.
Usuwamy
Funkcja nie jest już wykorzystywana, dubluje inne narzędzie albo jej utrzymanie nie ma uzasadnienia biznesowego.
Ta klasyfikacja powstaje przed zatwierdzeniem zakresu. Pozwala uniknąć sytuacji, w której istotne ograniczenie pojawia się dopiero podczas testów lub tuż przed uruchomieniem.
W projektach B2B trzeba dodatkowo zweryfikować plan Shopify oraz model kont firmowych, katalogów, cenników i warunków płatności. Jeżeli sprzedaż hurtowa jest istotną częścią modelu, zakres opisujemy na stronach wdrożenia B2B na Shopify oraz wspólnego modelu B2C i B2B.
Największe ryzyka ujawniamy przed finalnym przełączeniem sklepu
Najpierw inwentaryzacja i kwalifikacja platformy, później budowa, migracja próbna i kontrolowane przełączenie. Kolejność jest stała, a zakres każdego etapu potwierdza klient.
Nowe środowisko powstaje równolegle do sklepu, który nadal sprzedaje. Moment przełączenia wynika z gotowości danych, integracji, testów oraz zespołu po stronie firmy.
- 01
Analiza obecnej platformy
Inwentaryzujemy dane, funkcje, integracje, treści, ruch SEO i procesy realizowane poza sklepem.
Rezultatlista zakresu i obszarów wymagających decyzji
Artefaktlista systemów i danych
- 02
Kwalifikacja Shopify
Sprawdzamy, czy Shopify oraz rozważany plan obsłużą wymagania firmy w rozsądnym modelu kosztowym i organizacyjnym.
Rezultatrekomendacja dalszej ścieżki wraz z opisem ograniczeń
Artefaktmacierz funkcji z decyzjami
- 03
Mapa migracji i architektura
Ustalamy źródła danych, sposób migracji, aplikacje, integracje, zakres front-endu i kryteria odbioru.
Rezultatuzgodniony zakres rozwiązania
Artefaktdiagram rozwiązania i mapa danych
- 04
Budowa sklepu i integracji
Konfigurujemy Shopify, przygotowujemy front-end, wdrażamy potrzebne funkcje i łączymy sklep z systemami firmy.
Rezultatśrodowisko gotowe do migracji próbnej
Artefaktśrodowisko testowe i backlog prac
- 05
Migracja próbna i testy
Importujemy uzgodniony zestaw danych oraz sprawdzamy proces zakupowy, konta, płatności, dostawy, integracje i raportowanie.
Rezultatlista błędów, poprawek oraz decyzja o gotowości do przełączenia
Artefaktraport migracji próbnej i checklista testów
- 06
Synchronizacja i uruchomienie
Realizujemy finalny import danych zmienionych od czasu próby, uruchamiamy przekierowania oraz przełączamy ruch według wcześniej przyjętego planu.
Rezultatnowy sklep dostępny dla klientów
Artefaktchecklista uruchomienia
- 07
Kontrola po starcie
Sprawdzamy zamówienia, płatności, synchronizacje, błędy, indeksację i zachowanie najważniejszych ścieżek użytkownika.
Rezultatlista obserwacji i prac stabilizacyjnych
Artefaktlista obserwacji po uruchomieniu
Migracja SEO na Shopify – adresy URL, przekierowania i indeksacja
Stare adresy nie powinny prowadzić klientów i robotów do pustych stron. Zmiana platformy zwykle zmienia strukturę części adresów. Dlatego przed uruchomieniem trzeba połączyć stare URL-e z właściwymi odpowiednikami w Shopify i sprawdzić, czy najważniejsze strony zachowały treść, metadata oraz możliwość indeksowania.
Zakres SEO powinien obejmować eksport aktualnych adresów, dane z analityki i narzędzi dla webmasterów, mapę przekierowań, kontrolę tagów canonical, metadanych, robots, sitemap oraz danych strukturalnych.
Po uruchomieniu monitorujemy błędy 404, przekierowania, indeksację i zachowanie stron generujących sprzedaż albo ruch organiczny. Wahania widoczności mogą wystąpić nawet przy dobrze przygotowanej migracji, dlatego nie deklarujemy utrzymania wszystkich pozycji.
Zakres prac przy migracji SEO
- inwentaryzacja istniejących adresów
- przypisanie nowych odpowiedników
- przygotowanie przekierowań 301
- odtworzenie metadanych i treści
- kontrola canonical i indeksacji
- ponowne wdrożenie danych strukturalnych
- test linków wewnętrznych
- monitoring po uruchomieniu
| Typ strony | Obecny adres | Adres w Shopify | Status |
|---|---|---|---|
| produkt | /katalog/produkt-123.html | /products/produkt-123 | 301 |
| kategoria | /katalog/akcesoria/ | /collections/akcesoria | 301 |
| artykuł | /blog/jak-dobrac-rozmiar/ | /blogs/porady/jak-dobrac-rozmiar | 301 |
| strona informacyjna | /dostawa-i-zwroty/ | /pages/dostawa-i-zwroty | 301 |
| adres bez odpowiednika | /promocja-2019/ | — | decyzja |
produkt
301- Obecny adres
- /katalog/produkt-123.html
- Adres w Shopify
- /products/produkt-123
kategoria
301- Obecny adres
- /katalog/akcesoria/
- Adres w Shopify
- /collections/akcesoria
artykuł
301- Obecny adres
- /blog/jak-dobrac-rozmiar/
- Adres w Shopify
- /blogs/porady/jak-dobrac-rozmiar
strona informacyjna
301- Obecny adres
- /dostawa-i-zwroty/
- Adres w Shopify
- /pages/dostawa-i-zwroty
adres bez odpowiednika
decyzja- Obecny adres
- /promocja-2019/
- Adres w Shopify
- —
Dane przykładowe. Adres bez odpowiednika wymaga decyzji: wskazania najbliższej strony albo świadomego pozostawienia błędu 404. Nie przekierowujemy wszystkiego na stronę główną.
ERP, PIM i WMS muszą wymieniać dane ze sklepem według jasno ustalonych zasad
Migracja zmienia punkt połączenia wielu procesów. Każda integracja wymaga decyzji o źródle danych, kierunku synchronizacji, częstotliwości aktualizacji i sposobie reagowania na błędy.
Systemy zasilające sklep
- ERPdwukierunkowa
ceny, stany, kartoteka
- PIMdo Shopify
dane produktowe, multimedia
- WMSdwukierunkowa
stany, realizacja, wysyłki
- CRMdwukierunkowa
klienci, segmenty
Shopifysklep i checkout
Systemy zasilane przez sklep
- Marketplaceze Shopify
katalog, zamówienia
- Marketing automationze Shopify
klienci, zdarzenia
- Analitykaze Shopify
zamówienia, przychód
Jedno źródło danych dla każdego obszaru
Przed wdrożeniem ustalamy, gdzie powstają informacje o produktach, cenach, stanach magazynowych, klientach i zamówieniach. Shopify nie powinien samodzielnie nadpisywać danych zarządzanych w ERP lub PIM.
Obsługa błędów jest częścią integracji
Przerwane połączenie nie może pozostawać niewidoczne do momentu zgłoszenia przez klienta. Zakres powinien określać logowanie błędów, ponowienia synchronizacji i osoby odpowiedzialne za reakcję.
Aplikacja nie zawsze zastąpi istniejącą integrację
Gotowa aplikacja może skrócić wdrożenie, gdy jej zakres odpowiada procesom firmy. Przy niestandardowych danych albo własnej logice zamówień potrzebna może być osobna warstwa integracyjna.
Ile kosztuje i ile trwa migracja sklepu na Shopify?
Nie podajemy jednej kwoty ani jednego terminu, bo migracja to nie jest jedna praca. To osiem różnych prac, a ich proporcje zmieniają się z każdym sklepem.
Co przesuwa koszt i termin
- Liczba produktów i wariantów
- Sama liczba pozycji waży mniej niż to, ile wariantów ma produkt i jak są zbudowane. Katalog z prostymi produktami migruje się szybciej niż mniejszy katalog z rozbudowaną kombinatoryką opcji.
- Klienci i zamówienia
- Konta klientów przenoszą się bez haseł, więc plan musi objąć pierwsze logowanie w nowym sklepie. Historia zamówień trafia do Shopify jako dane historyczne — decyzja o tym, ile lat wstecz przenosimy, realnie zmienia zakres.
- Integracje
- Każde połączenie z ERP, PIM, WMS, marketing automation i kanałami sprzedaży wymaga osobnej decyzji o źródle danych, kierunku i obsłudze błędów. To najczęściej najdroższa część migracji.
- Funkcjonalności do odtworzenia
- Im więcej funkcji obecnego sklepu nie ma odpowiednika w standardzie Shopify, tym większa część projektu idzie w aplikacje albo indywidualny development.
- Zakres migracji SEO
- Sklep z kilkuset adresami i sklep z kilkudziesięcioma tysiącami to inna praca przy mapie przekierowań, metadanych i kontroli indeksacji po starcie.
- Jakość danych
- Dane, które trzeba wcześniej oczyścić, ujednolicić albo uzupełnić, potrafią zająć więcej czasu niż sam import. To jest ta część, którą najczęściej odkrywa dopiero migracja próbna.
- Zmiany UX/UI
- Migracja na obecnym układzie sklepu jest tańsza niż migracja połączona z przeprojektowaniem ścieżki zakupowej. Obie są uzasadnione, ale to dwa różne budżety.
- Sposób przełączenia
- Przełączenie w jednym oknie kosztuje mniej niż przejście etapami z równoległą pracą obu sklepów. Wybór zależy od skali sprzedaży i tego, ile firma może zaryzykować w dniu startu.
Wycenę i harmonogram przygotowujemy po analizie obecnego sklepu, a uściślamy je po migracji próbnej — to ona pokazuje, ile danych wymaga poprawy i ile realnie trwa import. Zakres tej analizy opisuje proces migracji.
FAQ – migracja sklepu na Shopify
Zakres danych, sposób przełączenia i lista funkcji zależą od obecnej platformy oraz od tego, jakie procesy firma prowadzi poza sklepem.
Omówmy migrację Twojego sklepuNie podajemy jednej kwoty, bo migracja to osiem różnych prac, a ich proporcje zmieniają się z każdym sklepem: liczba produktów i wariantów, klienci i zamówienia, integracje, funkcje do odtworzenia, zakres SEO, jakość danych, zmiany UX oraz sposób przełączenia. Wycena powstaje po analizie obecnego sklepu, a uściśla ją migracja próbna. Co dokładnie przesuwa koszt, opisujemy w sekcji o koszcie i czasie migracji.
Termin zależy od tych samych czynników co koszt — najbardziej od liczby integracji, jakości danych i tego, ile funkcji trzeba odtworzyć poza standardem Shopify. Harmonogram przygotowujemy po analizie obecnego sklepu i weryfikujemy po migracji próbnej, bo dopiero ona pokazuje, ile danych wymaga poprawy przed importem.
Samo przełączenie jest najkrótszą częścią projektu: obejmuje synchronizację danych zmienionych po migracji próbnej, przepięcie domeny, włączenie przekierowań i kontrolę pierwszych zamówień. Długość okna zależy od wielkości katalogu, liczby integracji i tego, czy sklep przez ten czas przyjmuje zamówienia. Terminu nie deklarujemy przed testem przełączenia — właśnie po to go robimy.
Można i często warto, bo migracja jest momentem, w którym zmiana układu nie wymaga osobnego projektu. To jednak dwa różne budżety: przeniesienie sklepu na obecnym układzie kosztuje mniej niż migracja połączona z przeprojektowaniem ścieżki zakupowej. Decyzję podejmujemy przed startem, bo od niej zależy zarówno zakres projektu graficznego, jak i liczba adresów, które trzeba objąć przekierowaniami.
Tak. Zakres obejmuje inwentaryzację obecnych adresów, mapę przekierowań 301, odtworzenie metadanych i treści, kontrolę tagów canonical i indeksacji, ponowne wdrożenie danych strukturalnych oraz monitoring po uruchomieniu. Szczegóły opisuje sekcja migracji SEO. Nie deklarujemy utrzymania wszystkich pozycji w Google — wahania widoczności zdarzają się nawet przy dobrze przeprowadzonej migracji.
Zależy to od struktury obecnego katalogu oraz sposobu wykorzystania wariantów, atrybutów, zestawów i danych dodatkowych. Przed migracją mapujemy pola źródłowe do modelu Shopify i wskazujemy elementy wymagające przebudowy.
Dane kont klientów można migrować w uzgodnionym zakresie, ale haseł zwykle nie da się przenieść między różnymi systemami uwierzytelniania. Trzeba przygotować proces aktywacji kont lub ustawienia nowych haseł.
Możliwość i sposób przeniesienia historii zależą od źródłowej platformy, jakości eksportu oraz oczekiwanego sposobu prezentacji danych w Shopify. Zakres ustalamy przed wyceną.
Większość prac może być prowadzona równolegle na nowym środowisku. Finalne przełączenie wymaga uzgodnionego okna, synchronizacji danych zmienionych po migracji próbnej i kontroli pierwszych zamówień. Długość tego etapu zależy od architektury projektu.
Przygotowujemy mapę przekierowań, przenosimy potrzebne treści i metadata oraz sprawdzamy indeksację po uruchomieniu. Shopify pozwala tworzyć przekierowania adresów URL (otwiera się w nowej karcie), które powinny prowadzić stare adresy do odpowiadających im stron nowego sklepu. Nie można wiarygodnie zagwarantować niezmiennych pozycji, ponieważ wyszukiwarka ponownie ocenia zmodyfikowaną strukturę strony.
Nie zawsze. Część funkcji jest dostępna natywnie, część przez aplikacje, a pozostałe mogą wymagać rozszerzenia lub zmiany procesu. Ocena aplikacji obejmuje zakres, sposób rozliczenia, dostęp do danych i zależność od dostawcy.
Zakres migracji może obejmować różne platformy źródłowe. Sposób pracy zależy od dostępu do bazy, API, eksportów i jakości obecnych danych. Pierwszym etapem jest analiza sklepu źródłowego. Jeżeli rozważasz też pozostanie na Magento, porównaj ścieżkę z migracją na Magento 2.
Shopify ma funkcje B2B (otwiera się w nowej karcie), ale ich zakres zależy od planu oraz wymagań firmy. Trzeba sprawdzić model klientów, katalogi, ceny, terminy płatności, lokalizacje firm i sposób łączenia sprzedaży B2B z B2C. Szerszy zakres opisujemy na stronie wdrożenia B2B na Shopify.
Po przełączeniu sprawdzamy zamówienia, płatności, dostawy, integracje, analitykę, przekierowania i zgłoszone błędy. Dalszy rozwój i stała obsługa to zakres utrzymania Shopify.
Sprawdźmy, co trzeba przenieść i czy Shopify pasuje do obecnego modelu sprzedaży
Podczas pierwszej rozmowy omawiamy platformę źródłową, skalę katalogu, najważniejsze funkcje, integracje i powód planowanej zmiany. Po tej analizie możemy wskazać, jakich informacji brakuje do przygotowania zakresu.
Co warto przygotować
- adres obecnego sklepu i nazwę platformy
- przybliżoną liczbę produktów i wariantów
- listę systemów połączonych ze sklepem
- opis funkcji, które muszą działać po uruchomieniu
- informację o sprzedaży B2B, rynkach i walutach