Czy podczas migracji sklep musi być niedostępny? Plan bezpiecznego przełączenia

Nie, sklep nie musi być wyłączony na cały czas migracji, jeśli nowa wersja powstaje na odseparowanym środowisku i testy nie zapisują danych w produkcji. Stary sklep może w tym czasie przyjmować zamówienia. Trzeba osobno zaplanować, jak przenieść dane zmienione od wykonania kopii i co stanie się z checkoutem podczas końcowego przełączenia.

Dostępność strony, możliwość przeglądania produktów i możliwość złożenia zamówienia to różne stany. Jeśli stary checkout nadal działa po przełączeniu części ruchu, zaplanuj synchronizację zamówień albo wyłącz przyjmowanie nowych transakcji na starym środowisku. Nie uruchamiaj dwóch niezależnych baz do obsługi zamówień bez uzgodnionego sposobu łączenia zapisów.

Czas ewentualnego wstrzymania checkoutu zależy od zmian, których nie można bezpiecznie przenieść przy aktywnej sprzedaży. Rozmiar sklepu sam w sobie nie daje wiarygodnej odpowiedzi. Wykonaj próbę migracji na kopii i zmierz transfer, końcową synchronizację oraz testy transakcyjne.

Zapisz osobno czas kopiowania danych, ograniczenia checkoutu i okres, w którym część klientów może jeszcze trafić na stary serwer. Dzięki temu wiesz, co można przygotować wcześniej i jak oszacować okno prac na podstawie pomiaru. Sama zmiana rekordu DNS nie oznacza, że sklep musi przestać działać.

Nowe środowisko powinno odzwierciedlać wersje oprogramowania, ustawienia serwera i integracje produkcyjne, ale nie może przypadkowo przyjmować prawdziwych płatności. Zabezpiecz dostęp do wersji testowej, zablokuj jej indeksację i odseparuj wysyłkę e-maili. Przed pierwszą próbą ustal, które integracje działają w trybie testowym.

Przygotowanie wykonuj w tej kolejności:

1. Zrób kopię plików i bazy, zapisz czas utworzenia i sprawdź, czy można ją odtworzyć. Sama kopia bazy nie zawiera motywów, wtyczek ani mediów.
2. Skonfiguruj hosting, certyfikat, domenę testową i adresy sklepu. Zachowaj produkcyjne ustawienia docelowe, ale nie kieruj testowego ruchu do klientów.
3. Przenieś dane i połącz integracje z systemami testowymi. Nie wysyłaj testowych zamówień do produkcyjnego ERP lub operatora wysyłek bez uzgodnienia z ich właścicielem.
4. Sprawdź produkty, warianty, podatki, dostawę, rabaty, konto klienta, checkout i powiadomienia. Zapisz osobę odpowiedzialną i oczekiwany wynik każdego testu.

W WooCommerce ustal, z którego magazynu danych korzysta instalacja, zanim wykonasz końcowy import. Przy HPOS dane zamówień są przechowywane w osobnych tabelach, a dokumentacja WooCommerce opisuje narzędzia synchronizacji i kontroli zgodności. Kopiowanie wybranych tabel bez sprawdzenia konfiguracji może pozostawić niepełny zestaw zamówień.

Każde zamówienie złożone po wykonaniu kopii trzeba uwzględnić w planie synchronizacji. Bez tego końcowy import może nadpisać aktualne dane starszą kopią albo pominąć transakcję, którą klient już opłacił. Dla zamówień oczekujących ustal, kto sprawdza ich status u operatora płatności i w którym systemie pozostają źródłem prawdy.

Wstrzymaj tylko te operacje, których nie da się bezpiecznie uzgodnić, na przykład checkout, aktualizację stanów lub edycję katalogu. Zapisz czas ostatniego zamówienia na starym środowisku, wykonaj końcowy eksport lub synchronizację i porównaj liczbę rekordów. Przed otwarciem nowego checkoutu sprawdź statusy płatności, pozycje, dane dostawy i stany.

Jeśli używasz WooCommerce, rozszerzenie Import Export Suite opisuje kolejność importowania użytkowników i klientów, produktów, opinii, kuponów oraz zamówień. To instrukcja dla tego rozszerzenia, nie uniwersalna kolejność dla każdej platformy. Potwierdź, że wybrana metoda zachowuje pola i relacje potrzebne do obsługi historii zakupów.

Przygotuj rekordy DNS i SSL przed oknem migracyjnym, żeby podczas zmiany nie szukać brakującej konfiguracji. Zapisz wartości A, AAAA, CNAME i MX oraz ustawienia poczty, takie jak SPF i DKIM. Jeżeli dostawca DNS pozwala zmienić TTL, zrób to odpowiednio wcześniej i zachowaj poprzednie wartości.

DNS kieruje domenę do serwera, ale nie wyłącza automatycznie sprzedaży. Z powodu pamięci podręcznej część klientów może przez pewien czas trafić na poprzedni adres IP. Jeśli stary sklep nadal przyjmuje zamówienia, potrzebujesz mechanizmu ich uzgodnienia; jeśli go nie ma, ogranicz checkout na starej wersji i pokaż czytelny komunikat.

Tryb serwisowy wybierz wtedy, gdy podczas synchronizacji nie można zagwarantować spójności zamówień, płatności albo stanów. Wstrzymanie checkoutu bywa bezpieczniejsze od przyjmowania transakcji do dwóch baz bez sprawdzonej synchronizacji. Decyzję oprzyj na wyniku próby migracyjnej i rodzaju zmienianych danych.

Wstrzymaj checkout, jeżeli końcowy import wymaga zatrzymania zapisów lub integracje nie obsługują równocześnie starej i nowej wersji sklepu. Poinformuj klientów o niedostępności zakupów, podaj przewidywany czas i kanał kontaktu. Komunikat powinien odróżniać przerwę techniczną od problemu z płatnością.

Perspektywa KC Mobile: przy migracji sklepu najpierw ustalamy, który system jest źródłem prawdy dla zamówień, płatności i stanów magazynowych. Ta decyzja determinuje kolejność testów i sposób synchronizacji końcowej. Jeśli po uruchomieniu potrzebujesz regularnych aktualizacji i obsługi technicznej, sprawdź zakres opieki nad sklepem internetowym.

Po zmianie kierowania ruchu sprawdź cały proces zakupu jako klient i potwierdź zapis jako administrator. Najpierw otwórz stronę produktu, koszyk i konto, a potem wykonaj transakcję testową zatwierdzoną przez operatora. Sprawdź, czy zamówienie pojawia się w panelu i czy jego status odpowiada temu, co widzi operator płatności.

Zapisz wynik, godzinę i osobę wykonującą test. Jeśli sklep działa na WooCommerce, sprawdź powiązania między klientami, produktami i zamówieniami po imporcie. Dla planowania dalszych procesów przydadzą się automatyzacje WooCommerce oraz poradnik migracji sklepu na WooCommerce.

Najpierw ustal, czy problem obejmuje cały sklep, czy jedną integrację lub grupę zamówień. Zabezpiecz logi, wstrzymaj masowe poprawki w bazie i przypisz problem do właściciela: hostingu, operatora płatności, ERP, kuriera albo wykonawcy sklepu. Potem oceń, czy można naprawić błąd bez utraty danych przyjętych po przełączeniu.

Rollback wykonuj według wcześniej przygotowanego planu, a nie przez przypadkową podmianę plików. Zachowaj kopię obu baz i wyeksportuj zamówienia złożone po przełączeniu. Przed ponownym otwarciem checkoutu uzgodnij płatności, stany i zamówienia. Typowe usterki przy przenoszeniu danych opisuje poradnik o problemach przy migracji sklepu, a zakres zmian platformy porównuje materiał o migracji Magento i Shopify.

• Magento 1 w firmie: jak ocenić ryzyko i zaplanować dalsze działanie
• Jak wyłączyć sklep PrestaShop i bezpiecznie włączyć tryb konserwacji
• Jak przenieść produkty między platformami e-commerce bez utraty danych
• Dlaczego budowa sklepu na Shopify nie działa i jak znaleźć przyczynę