Migracja sklepu na Magento 2 – dane, integracje i SEO

Zakres może obejmować dane produktowe, klientów, zamówienia, treści, reguły sprzedaży, frontend, integracje, SEO i analitykę. Przed przygotowaniem harmonogramu ustalamy, które elementy są przenoszone, przebudowywane lub pozostają poza nowym sklepem. Platformę docelową — katalog, koszyk i panel administracyjny — możesz sprawdzić w Demo Magento 2.

Przenosiliśmy sklepy z Magento 1, z CS Store i z platform SaaS. Przebieg nie zależy jednak od nazwy systemu źródłowego, tylko od tego, w jakiej formie oddaje on dane — przez eksport, API albo bezpośredni odczyt z bazy. Konkretne projekty opisujemy w sekcji platform źródłowych na tej stronie.

Tak. W migracji SklepBaterie.pl przenieśliśmy konta klientów i zamówienia razem z katalogiem, treściami CMS i blogiem. Hasła zwykle nie przechodzą w czytelnej formie, więc plan musi obejmować sposób pierwszego logowania klientów w nowym sklepie. Część danych historycznych może też zostać w archiwum, jeżeli nie jest potrzebna w codziennej obsłudze.

Nie. Dane potrzebne w bieżącej sprzedaży powinny znaleźć się w nowej platformie albo pozostać dostępne w systemie źródłowym. Część danych historycznych może trafić do archiwum, jeżeli nie jest potrzebna do codziennej obsługi.

Tak. Nowe Magento 2 powstaje równolegle do działającego sklepu, który sprzedaje do momentu przełączenia. Przed startem ustalamy sposób obsługi danych powstających pomiędzy główną migracją a uruchomieniem nowej platformy — zamówień, klientów, stanów i cen.

Przerwa techniczna zależy od platformy źródłowej, liczby danych i sposobu działania integracji, więc nie deklarujemy jej długości przed próbną migracją i testami przełączenia. To właśnie migracja próbna pokazuje, ile trwa końcowa synchronizacja i co realnie musi być zatrzymane.

Tak. Powstaje mapa starych i nowych adresów oraz lista przekierowań 301, a razem z nimi metadane, canonicale, mapa witryny i reguły indeksacji. Po starcie monitorujemy odpowiedzi serwera, błędy indeksowania i ruch na najważniejszych stronach. Cały zakres opisuje sekcja migracji SEO.

Można i często warto, bo migracja jest jedynym momentem, w którym taka zmiana nie wymaga osobnego projektu. Warunek jest jeden: nowa struktura musi powstać razem z mapą przekierowań, zanim ruszy import katalogu. Zmiana odkryta po uruchomieniu oznacza drugą rundę przekierowań i drugi spadek widoczności.

Tak. Magento 2 ma inną architekturę, więc szablonu, modułów i customizacji z Magento 1 nie da się przenieść wprost — dane przechodzą, kod powstaje na nowo. Funkcje odtwarzamy na Magento 2, a frontend budujemy zwykle na Hyvä. To także moment na rezygnację z modułów, których sklep przestał używać.

Zależy to od ich obecnej architektury, dostępnego API, dokumentacji i docelowego podziału odpowiedzialności pomiędzy systemami. Część połączeń można dostosować, inne wymagają wykonania nowej integracji.

Można zachować wybrane elementy identyfikacji i doświadczenia użytkownika. Migracja jest również okazją do uporządkowania struktury informacji, checkoutu i funkcji, które w obecnym sklepie powodują problemy.

Największy wpływ mają liczba i jakość danych, integracje, niestandardowe procesy, docelowy model sprzedaży, liczba rynków, frontend oraz zakres testów. Sama liczba produktów nie wystarcza do oceny kosztu.

Harmonogram można przygotować po inwentaryzacji zakresu. Sklep z prostym katalogiem i kilkoma integracjami będzie wymagał innego planu niż platforma obsługująca wiele rynków, model B2B i rozbudowane procesy magazynowe.

Przy prostym modelu sprzedaży, niewielkiej liczbie integracji i potrzebie szybkiego uruchomienia mniejsza platforma może być łatwiejsza w utrzymaniu. Ocena powinna uwzględniać również możliwości zespołu klienta i plan rozwoju na kolejne lata.