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. Deploy jest odwracalny: ścieżkę rollbacku utrzymujemy sprawną do 30 dni po uruchomieniu. Listę go/no-go podpisujemy przed przełączeniem, aby w jego trakcie nikt nie musiał podejmować decyzji pod presją czasu.