Magento 1 w firmie: jak ocenić ryzyko i zaplanować dalsze działanie

Magento 1 może działać na serwerze, ale cała linia produktu utraciła standardowe wsparcie bezpieczeństwa Adobe. Dotyczy to zarówno Magento Open Source 1, jak i Magento Commerce 1.14; Adobe podało czerwiec 2020 jako koniec wsparcia i ostatnich poprawek dla obu edycji.

Decyzję rozdziel na dwa przypadki. Krótkie utrzymanie może być etapem przejściowym, jeśli sklep przyjmuje zamówienia, kopię da się odtworzyć, dostępami zarządza konkretny właściciel, a zespół realizuje plan migracji z terminem. Pilnego działania wymagają nieudane płatności, brak możliwej do odtworzenia kopii, nieznane konta administracyjne, błąd krytycznego modułu lub sygnał naruszenia bezpieczeństwa.

Ustal dokładne wydanie aplikacji: Magento Open Source 1.x albo Magento Commerce 1.x oraz numer wersji. Odczytaj wersję z informacji systemowych panelu, jeśli są dostępne, albo poproś administratora o sprawdzenie plików instalacji i bazy. W panelu hostingu lub u administratora ustal wersje PHP, bazy danych, systemu operacyjnego i serwera WWW.

Sam certyfikat HTTPS, zapora lub silne hasło nie przywracają poprawek bezpieczeństwa. Nie publikuj konfiguracji ani numerów podatnych komponentów, jeżeli mogą ułatwić rozpoznanie środowiska.

Audyt wykonuj na kopii lub środowisku testowym, żeby nie zakłócić sprzedaży. Najpierw potwierdź, że pliki i baza są skopiowane oraz że zespół potrafi uruchomić kopię poza produkcją.

Następnie zbierz wersje aplikacji, serwera i rozszerzeń, przejrzyj logi aplikacji, PHP i serwera, a także sprawdź zadania cron. Zapisz integracje, klucze API, webhooki, importy i eksporty. Przy niejasnym błędzie `500 Internal Server Error` odtwórz zdarzenie w środowisku testowym i sprawdź odpowiadający mu wpis w logu. Sam komunikat nie określa, czy przyczyną jest kod, moduł czy konfiguracja serwera.

Przejdź jeden pełny proces biznesowy: produkt, koszyk, testową płatność w uzgodnionym trybie, status zamówienia, fakturę, kompletację i wysyłkę. Dodaj przypadki, których firma faktycznie używa, takie jak zwrot, anulowanie, kupon, częściowa wysyłka lub cena grupowa. Nie wykonuj płatności testowych na produkcji bez uzgodnienia z operatorem.

Zapisz wynik audytu w rejestrze zawierającym ryzyko, wpływ na sprzedaż, właściciela naprawy i termin decyzji. Osobno odnotuj, które elementy można przenieść, które trzeba przebudować, a które można usunąć.

Ogranicz dostęp do zaplecza i sprawdź odzyskiwanie danych, zanim rozpoczniesz większe zmiany. Dezaktywuj nieużywane konta administratorów i wykonawców oraz odbierz ich uprawnienia. Rotuj hasła tylko dla kont, które nadal muszą działać, używając unikatowych haseł i uwierzytelniania wieloskładnikowego tam, gdzie panel lub dostawca to umożliwia.

Kopia powinna obejmować bazę, pliki mediów, zmodyfikowany kod i konfigurację potrzebną do uruchomienia sklepu. Przechowuj ją poza serwerem produkcyjnym i ogranicz dostęp. Wykonaj próbę odtworzenia w odizolowanym środowisku; sam komunikat o zakończonym backupie nie potwierdza, że sklep można odzyskać.

Aktualizuj komponenty tylko po sprawdzeniu ich zgodności ze sklepem i po przygotowaniu procedury wycofania. Automatyczna aktualizacja starego modułu może przerwać własną modyfikację albo integrację. Włącz monitoring dostępności, błędów serwera, zadań cyklicznych i nieudanych płatności. Wskaż osobę, która odbiera alarm i kontaktuje się z hostingiem lub operatorem płatności.

Wybierz platformę według procesów i kosztu utrzymania, a nie wyłącznie liczby produktów. Zestaw wymagania konieczne, przydatne i zbędne, po czym porównaj je na tych samych scenariuszach zakupowych.

Magento 2 nie jest aktualizacją, która automatycznie przenosi cały motyw i kod z Magento 1. WooCommerce też nie będzie dobrym wyborem tylko dlatego, że wydaje się prostszy, jeśli sklep wymaga rozbudowanych uprawnień, cenników lub synchronizacji.

Porównaj scenariusze koszyka, płatności, dostawy, zwrotu i synchronizacji magazynu. Pomocne będzie zestawienie WooCommerce i Shopify, a szczegóły platformy opisują poradnik Magento dla sklepów online oraz omówienie rozwiązań Magento. Zakres międzyplatformowego przejścia przedstawia również materiał o migracji Magento i Shopify.

Wycena wymaga inwentaryzacji danych, integracji i własnych funkcji, a nie tylko policzenia produktów. Przygotuj przykładowe rekordy, zamówienia, listę adresów URL, moduły oraz opis tego, co pracownicy wykonują ręcznie.

Adobe Data Migration Tool obsługuje przenoszenie danych z określonych wersji Magento 1 do Magento 2. Jego działanie obejmuje konfigurację i dane, a zmiany mogą wymagać mapowania. Nie przenosi automatycznie motywu ani nie zamienia rozszerzeń i kodu własnego w gotowe odpowiedniki na nowej platformie.

Do niedoszacowanych prac należą przebudowa modułów, mapowanie statusów i atrybutów, testy płatności, uporządkowanie URL oraz sprawdzenie danych historycznych. Jeśli sklep korzysta z integratora, testuj także ponowienia po błędzie, duplikaty i zachowanie stanów magazynowych. Możesz omówić zakres przejścia w ramach migracji i integracji WooCommerce, a dalsze utrzymanie dopasować do opieki nad sklepem.

Przed zmianą platformy przygotuj mapę wartościowych adresów i przypisz każdemu nowy adres docelowy. Zbierz URL z Google Search Console, mapy witryny, crawlera SEO i logów serwera, a następnie usuń duplikaty i oznacz strony, które generują wejścia lub prowadzą do sprzedaży.

Dla każdego przenoszonego adresu przygotuj przekierowanie 301. Jeśli produkt lub kategoria nie ma odpowiednika, skieruj użytkownika do najbliższej użytecznej strony albo pozostaw właściwy kod 404 lub 410. Nie kieruj wszystkich starych adresów na stronę główną, bo tracą kontekst.

Przed uruchomieniem sprawdź tytuły, nagłówki, opisy, dane strukturalne, adresy kanoniczne, paginację i linkowanie wewnętrzne. Zablokuj indeksację środowiska testowego, a po starcie sprawdź, czy produkcja nie ma przypadkowego `noindex` lub blokady w `robots.txt`. Przetestuj przekierowania bezpośrednio i pod kątem łańcuchów.

Po przełączeniu monitoruj błędy 404, przekierowania, mapę witryny i indeksację w Google Search Console. Wahanie kliknięć może mieć kilka przyczyn, więc porównuj okresy i sprawdzaj konkretne adresy zamiast wyciągać wnioski z pojedynczego raportu.

Migrację prowadź przez kolejne próby z kryteriami przejścia do następnego etapu. Najpierw uzgodnij platformę docelową, zakres procesów i warunki wycofania, a potem wykonaj migrację próbną na kopii sklepu.

1. Zakończ audyt i zatwierdź listę funkcji oraz integracji.
2. Przygotuj kopię, środowisko testowe i dostęp do wymaganych danych.
3. Wykonaj próbę migracji i zapisz błędy mapowania oraz braki.
4. Odtwórz motyw, moduły i integracje, a potem przejdź testy odbiorowe.
5. Ustal okno przełączenia, zamrożenie zmian oraz warunek powrotu.
6. Wykonaj końcową synchronizację i monitoruj zamówienia po starcie.

Porównaj liczbę produktów, klientów i zamówień, ale sprawdź też wartości pól, ceny i statusy. Zespół powinien znać procedurę płatności, kompletacji, fakturowania, zwrotów i wysyłek w nowym sklepie. W trakcie przełączenia unikaj równoległych procesów, które mogą podwoić zamówienie lub nadpisać stan magazynowy.

Ustal, kto monitoruje krytyczne funkcje po uruchomieniu i kto podejmuje decyzję o zatrzymaniu zmian. Jeżeli wystąpi błąd, zespół powinien wiedzieć, które warunki oznaczają poprawkę na nowej platformie, a które powrót do poprzedniego środowiska.

Utrzymuj Magento 1 wyłącznie jako ograniczony etap przejściowy z datą zakończenia i planem wyjścia. Warunkiem jest odzyskiwalny sklep, kontrola nad dostępami oraz rozpoznane procesy, które trzeba przenieść.

Zamień określenie "po sezonie" na daty etapów: koniec audytu, wybór platformy, próbna migracja, odbiór integracji i uruchomienie. Każdy termin powinien mieć osobę odpowiedzialną i kryterium ukończenia.

Perspektywa KC Mobile: największa niepewność w starym sklepie często kryje się w wyjątkach od standardowego procesu, na przykład ręcznym zatwierdzaniu zamówienia lub osobnym eksporcie dla magazynu. Dlatego prosimy o przejście rzeczywistego zamówienia od koszyka do wysyłki i zwrotu. Taka próba ujawnia zależności, których nie widać na liście modułów.

Jeśli nie można odtworzyć kopii albo nikt nie odpowiada za krytyczny moduł, zacznij od odzyskiwalności i inwentaryzacji. Następnie omów zakres migracji sklepu na podstawie procesów, danych i integracji.

• Czy podczas migracji sklep musi być niedostępny? Plan bezpiecznego przełączenia
• Obsługa sklepu Magento: co obejmuje stała opieka techniczna
• Magento Commerce vs Shopify: którą platformę wybrać dla firmy?
• Wtyczki do Magento: jak dobrać rozszerzenie do potrzeb sklepu?