Migracja platformy

Migracja sklepu to ryzykowny projekt: dane katalogowe tracą spójność, widoczność w wyszukiwarkach spada, dane klientów się fragmentują, a zakres po drodze rośnie przez zadania dopisywane w trakcie projektu. Poniższy plan jest zbudowany wokół tych czterech błędów.

Migracje, które prowadzimy

• Magento 1 na Magento 2 / Mage-OS, razem z audytem rozszerzeń i przepisaniem własnych modułów. Adobe zakończyło wsparcie dla Magento 1 30 czerwca 2020, więc sklep, który na nim pozostał, jest podatny na publicznie znane CVE.
• WooCommerce na Shopify lub Magento: najczęstsza ścieżka dla sklepów, które wyrosły z WordPressa. Mapujemy wtyczki WP na aplikacje, migrujemy treści i pilnujemy SEO.
• Custom / legacy na Shopify lub Magento, kiedy własny stack zaczął bardziej ograniczać, niż pomagać.
• Shopify i Magento, w obie strony zdarza się rzadziej. Zwykle powodem są wymagania B2B albo złożoność katalogu.

Co zachowujemy

• SEO. Pełny inwentarz URL-i, mapa przekierowań 301, obsługa adresów kanonicznych i hreflang. Ruch organiczny porównujemy przed migracją i po niej.
• Katalog: produkty, warianty, ceny, własne atrybuty, media, lokalizacje magazynowe, wszystko walidowane wiersz po wierszu.
• Dane klientów: konta, adresy, historia zamówień. Zgody marketingowe obsługujemy z uwzględnieniem RODO.
• Integracje. Każdy działający dziś hook do ERP, PIM, WMS czy płatności jest przed przełączeniem zaimplementowany na nowo i przetestowany.

Jak przeprowadzamy przełączenie

Działamy równolegle, na shadow traffic, zamiast przełączania wszystkiego naraz. Stary sklep pozostaje systemem nadrzędnym, dopóki nowy nie udowodni, że mu dorównuje. Wdrażamy tak, żeby nową wersję dało się wycofać. Listę go/no-go podpisujemy przed przełączeniem, aby w jego trakcie nikt nie musiał podejmować decyzji pod presją czasu.