Migracja z WooCommerce na PrestaShop obejmuje dane, funkcje sklepu i adresy, pod którymi klienci znajdują ofertę. Sam import produktów nie wystarczy. Trzeba ustalić sposób przeniesienia kont, historii zamówień, wariantów i treści, odtworzyć integracje oraz przygotować przełączenie sprzedaży. Najpierw warto jednak sprawdzić, czy zmiana platformy rozwiąże problem, który skłonił Cię do migracji.
Czy migracja jest rzeczywiście potrzebna
Powolny sklep nie musi wymagać nowej platformy. Przyczyną mogą być nieefektywne zapytania, niewłaściwy hosting albo konkretna wtyczka. Nieaktualne stany magazynowe mogą wynikać z integracji, a błędne ceny z niespójnych danych. Przeniesienie tych samych reguł i danych do innego systemu zachowa źródło kłopotów.
Zapisz problemy jako obserwowalne sytuacje. Na przykład: import blokuje pracę panelu, aktualizacja ceny trwa zbyt długo, obsługa ręcznie poprawia dane każdego zamówienia. Następnie porównaj koszt naprawy obecnego rozwiązania z migracją. W obu wariantach powinien być określony rezultat oraz sposób jego sprawdzenia.
Migracja jest uzasadniona, jeśli docelowy system lepiej obsłuży potrzebne procesy, a korzyść równoważy koszt przeniesienia i późniejszego utrzymania. Sprawdź to na demonstracji najtrudniejszego scenariusza. Do uporządkowania kryteriów przyda się także porównanie PrestaShop i WooCommerce.
Co trzeba zinwentaryzować
Najpierw utwórz rejestr danych i funkcji. Przy każdej pozycji wskaż źródło, miejsce docelowe, metodę przeniesienia oraz sposób kontroli. Dopisz, czy dane są nadal zmieniane w działającym sklepie. To pozwoli rozdzielić pierwsze załadowanie katalogu od uzupełnienia zamówień i klientów tuż przed przełączeniem.
- Produkty, warianty, identyfikatory SKU i EAN, ceny, stany oraz powiązania między pozycjami.
- Kategorie, marki, atrybuty, zdjęcia, załączniki i opisy w poszczególnych językach.
- Konta klientów, adresy, grupy i informacje o zgodach, wraz z ich kontekstem.
- Zamówienia, pozycje, rabaty, płatności, statusy i numery dokumentów.
- Opinie, strony informacyjne, artykuły blogowe i materiały do pobrania.
- Kupony, karty podarunkowe, punkty lojalnościowe i dane rozszerzeń, jeśli są używane.
WooCommerce ma wbudowany eksport produktów do CSV, opisany w dokumentacji importera i eksportera. Taki plik jest źródłem danych produktowych, a nie kompletną kopią funkcjonalną sklepu. Dane zamówień, klientów i dodatkowych rozszerzeń wymagają osobnego rozwiązania oraz dopasowania do struktury PrestaShop.
Automatyzuj powtarzalne przenoszenie danych, ale ręcznie uzgodnij mapowanie pól i wyjątków. Sprawdź próbkę obejmującą również nietypowe rekordy: produkt bez zdjęcia, wielowariantowy zestaw, klienta z kilkoma adresami czy zamówienie częściowo zwrócone. Prosta zgodność liczby rekordów nie dowodzi, że zachowano ich znaczenie.
Historia zamówień i dokumenty
Zdecyduj, czy pełna historia ma trafić do nowego panelu, czy część pozostanie w zabezpieczonym archiwum. Każdy wariant musi pozwolić obsłudze odnaleźć wcześniejszy zakup i rozwiązać zgłoszenie klienta. Jeśli stary system zostaje do odczytu, ustal, kto będzie go utrzymywał, zabezpieczał i udostępniał uprawnionym pracownikom.
Nie przeliczaj historycznych zamówień według nowych cenników i aktualnych reguł podatkowych. Przenoszona historia powinna zachować wartości zapisane przy zakupie. Sprawdź sumy, rabaty, koszty dostawy i powiązania z płatnościami. Numer zamówienia w nowym systemie może różnić się od starego, dlatego potrzebne jest trwałe powiązanie identyfikatorów.
Dokumentów wystawionych w poprzednim systemie nie należy traktować jak nowych zamówień do ponownego zafakturowania. Uzgodnij sposób dostępu do oryginałów oraz zakres migracji z osobami odpowiedzialnymi za księgowość i obsługę. Sprawdź też, czy import historii nie uruchomi ponownie wiadomości, automatyzacji lub eksportu do ERP.
Adresy URL i widoczność w Google
Przed przenosinami zbierz adresy z mapy witryny, narzędzi analitycznych, Search Console i logów. Dla każdego ważnego URL-a określ nowy odpowiednik. Nie ograniczaj się do produktów: ruch może prowadzić do kategorii, poradników i starszych stron kampanii. Lista powinna powstać, zanim stary sklep przestanie być dostępny.
Google zaleca mapowanie adresów i trwałe przekierowania do odpowiadających im nowych stron. Masowe kierowanie wszystkiego na stronę główną może zostać potraktowane jako soft 404. Trzeba też zaktualizować linki wewnętrzne, wskazania kanoniczne i mapy witryny. Te zasady opisuje dokumentacja przenoszenia witryn Google.
Oddzielnie oceń filtry i paginację. Nie każdy technicznie dostępny adres powinien stać się osobną stroną docelową. Sprawdź, które widoki mają treść i znaczenie dla użytkownika, a które jedynie powielają katalog. Decyzje o indeksowaniu zapisuj świadomie, zamiast automatycznie odtwarzać wszystkie stare parametry.
Przed startem sprawdź próbkę oraz automatyczny raport odpowiedzi dla całej przygotowanej mapy. Przekierowanie powinno prowadzić do właściwej, działającej strony bez zbędnego łańcucha. Przy zmianie adresów widoczność może przejściowo falować; nie ma gwarancji identycznych pozycji. Warto ograniczyć jednoczesne zmiany treści i struktury, aby łatwiej ocenić skutki przenosin.
Różnice, których nie załatwi import
Wariant produktu musi zachować własny identyfikator, stan, cenę i powiązanie ze zdjęciami tam, gdzie są one odrębne. Nazwa „rozmiar” w dwóch systemach nie gwarantuje zgodności całej struktury. Sprawdź również jednostki, zestawy i produkty personalizowane. Konfiguracja wykonana przez wtyczkę może wymagać osobnego modułu lub przebudowy.
Podatki, rabaty i koszty dostawy porównaj na tych samych koszykach. Zwróć uwagę na zaokrąglenia oraz kolejność naliczania promocji. Zgodność ceny pojedynczego produktu nie wystarczy, jeśli rozbieżność pojawia się dopiero przy kilku pozycjach i kuponie obejmującym część zamówienia.
Konta klientów i hasła to dwa różne zadania. Przeniesienie adresu e-mail nie oznacza, że nowy system poprawnie zweryfikuje stary skrót hasła. Sprawdź rzeczywisty mechanizm uwierzytelniania obu instalacji. Jeśli zgodna migracja haseł nie jest dostępna, przygotuj bezpieczne ustawienie nowego hasła i jasną komunikację. Nie eksportuj ani nie przesyłaj haseł w postaci jawnej.
Blog może pozostać na WordPressie lub zostać przeniesiony do uzgodnionego narzędzia. Ta decyzja wpływa na adresy, menu, wyszukiwanie i pracę redakcji. Nie zakładaj, że docelowa platforma sklepu automatycznie odtworzy wszystkie funkcje obecnego serwisu.
Plan przełączenia sprzedaży
- Uruchom zabezpieczone środowisko docelowe i odseparuj jego płatności, pocztę oraz integracje.
- Wykonaj migrację próbną, zachowując raport błędów i mapę identyfikatorów.
- Sprawdź dane oraz pełne procesy z udziałem osób obsługujących sklep.
- Powtórz próbę na świeżych danych i zmierz czas potrzebny na końcowe operacje.
- Ustal moment wstrzymania zmian i zamówień oraz sposób obsługi płatności w toku.
- Przenieś brakujące dane, uruchom przekierowania i wykonaj test produkcyjny.
- Potwierdź działanie monitoringu oraz gotowość zespołu do obsługi zgłoszeń.
Plan wycofania musi wskazywać granicę, do której prosty powrót jest możliwy. Gdy nowy sklep zacznie przyjmować zamówienia, odtworzenie starej bazy bez uzgodnienia danych może je zgubić. Ustal, kto podejmie decyzję i jak zabezpieczy transakcje przyjęte po przełączeniu.
Pierwsze dwa tygodnie po migracji
Codziennie kontroluj płatności, przekazywanie zamówień, aktualizacje stanów i zgłoszenia klientów. Błąd transakcyjny wymaga reakcji od razu. Nie czekaj na większą próbkę danych, jeśli operator pobiera pieniądze, a sklep nie zapisuje potwierdzenia.
Obserwuj również błędy 404, indeksowanie i ruch na ważnych stronach. Porównując konwersję, uwzględnij poprawność analityki oraz źródła ruchu. Spadek zarejestrowanych zakupów może wynikać z błędu pomiaru, ale trzeba to potwierdzić danymi zamówień. Oddziel obserwacje od hipotez i zapisuj wprowadzane poprawki.
Wyznacz osobę zbierającą zgłoszenia po starcie. Przy każdym zapisz adres, czynność, oczekiwany wynik i numer zamówienia, jeśli problem go dotyczy. Dzięki wspólnej liście obsługa i programiści nie będą równolegle wyjaśniać tego samego przypadku w kilku kanałach.
Najczęstsze pytania
Czy stracę pozycje w Google?
Nie można zagwarantować niezmiennych pozycji. Mapa adresów, odpowiednie przekierowania i kontrola indeksowania ograniczają ryzyko błędów technicznych. Zmiana treści lub struktury wymaga dodatkowej oceny.
Czy klienci zachowają swoje konta i hasła?
Konta można przenieść po uzgodnieniu mapowania danych. Zachowanie haseł zależy od zgodności mechanizmów i wybranego rozwiązania migracyjnego. Jeśli jej nie ma, zaplanuj ustawienie nowych haseł.
Ile trwa migracja sklepu?
Zależy od danych, integracji i różnic funkcjonalnych. Termin powinien uwzględniać migrację próbną, poprawki oraz testy obsługi. Sam import jest tylko jednym etapem.
Czy sklep musi być wyłączony przez cały czas?
Nie. Przygotowanie i większość prób odbywa się równolegle do sprzedaży. Na końcu trzeba uzgodnić krótki okres kontrolowanego przełączenia i spójne przeniesienie zmian.
Przed wyceną przygotuj listę danych, integracji i najtrudniejszych zamówień. Pozwoli ona określić rzeczywisty zakres migracji sklepu oraz sprawdzić, czy zmiana platformy jest opłacalna.