Migracja OXID do Shopware: bez oficjalnego narzędzia, ale z jasną ścieżką

I są ku temu dobre powody. Od 15 sierpnia 2022 roku OXID eShop Community Edition nie jest już objęta licencją GPL3, a komercyjne korzystanie wymaga opłaty. Wersje 6.x osiągnęły koniec wsparcia, a OXID 7 zastępuje Smarty silnikiem Twig, co i tak wymusza projekt migracyjny niezależnie od wyboru platformy docelowej. Wiele agencji ograniczyło prace nad OXID od 2022 roku.

Ten artykuł opisuje trzy ścieżki migracji, specyfikę mapowania danych w sklepach OXID i koszty projektu. Ogólna metodyka migracji jest omówiona w artykule o migracji Shopware 5 do 6 oraz w Przewodniku po replatformingu.

O czym jest ten artykuł

• Dlaczego handlowcy migrują z OXID w 2026 roku i dlaczego OXID 7 nie jest mniejszym krokiem

• Trzy ścieżki bez oficjalnego profilu: narzędzie SaaS, import przez API, własny profil migracyjny

• Mapowanie: warianty, grupy cenowe A/B/C, grupy klientów, multishop

• Co powstaje od nowa i co to kosztuje

Dlaczego handlowcy odchodzą z OXID

OXID eShop był przez lata systemem sklepowym dla niemieckiego Mittelstand, szczególnie w segmencie B2B. Trzy zmiany wpłynęły na tę sytuację.

Zmiana licencji w 2022 roku. OXID zastąpił licencję GPL3 Community Edition własnymi warunkami; od tamtej pory komercyjne korzystanie wymaga opłaty. Dla mniejszych sklepów, które wybrały OXID właśnie dlatego, że CE była bezpłatna, główny powód, by zostać, zniknął.

Koniec wsparcia dla wersji 6.x. OXID 6.x jest w stanie EOL zgodnie z dokumentacją producenta. Kto na niej pracuje, jest w tej samej sytuacji co operatorzy Shopware 5: bez łatek bezpieczeństwa.

OXID 7 jako nowy początek. Od wersji 7.0 Twig jest domyślnym silnikiem szablonów, od 7.1 Smarty jest usunięty, aktualna wersja to 7.5. Motywy i moduły muszą być przebudowane pod OXID 7. To projekt migracyjny w ramach OXID — i dokładnie ten moment, kiedy Shopware zasługuje na rzetelną ocenę jako alternatywa. Przewodnik, sekcja 2.3, pokazuje, jak tę decyzję podjąć w sposób uporządkowany.

Trzy ścieżki bez oficjalnego profilu

Ścieżka 1: Usługi SaaS do migracji danych. Dostawcy, tacy jak Cart2Cart czy Next-Cart, przenoszą produkty, kategorie, klientów, zamówienia i zdjęcia z OXID 4.x do 7.x do Shopware 6, w cenie zależnej od ilości danych. Szybko i tanio dla danych standardowych. Ograniczenia: brak mapowania pól niestandardowych, brak przenoszenia modułów, czasem ograniczenia w zachowaniu ID. Wystarczające dla małego sklepu bez własnej logiki, nieodpowiednie dla systemów, które rozrastały się przez lata.

Ścieżka 2: Import przez API. Eksport z bazy danych OXID, transformacja według własnych reguł mapowania, import przez Shopware Admin API lub endpoint synchronizacji. Pełna kontrola nad każdym polem, powtarzalny dla przebiegów delta, ale wymaga nakładu pracy deweloperskiej. W praktyce jest to standardowa ścieżka dla średnich i dużych sklepów OXID.

Ścieżka 3: Własny profil dla Migration Assistant. Shopware zbudował Migration Assistant tak, by agencje mogły pisać własne profile dla systemów źródłowych. Zaleta: korzystasz z logiki migracyjnej Shopware, paska postępu i możliwości domigrowania. Wada: wyższy nakład początkowy, który zwraca się dopiero wtedy, gdy profil jest wykorzystywany wielokrotnie.

Nasza rekomendacja: ścieżka 2 dla pojedynczych projektów, ścieżka 3 tylko wtedy, gdy agencja planuje kilka migracji OXID.

Specyfika mapowania w OXID

Warianty. OXID prowadzi warianty jako osobne artykuły z referencją do produktu nadrzędnego i nazwą wariantu jako dowolnym tekstem ("Rozmiar | Kolor"). Shopware potrzebuje właściwości ze zdefiniowanymi opcjami. Tekst swobodny trzeba rozłożyć na ustrukturyzowane wartości; przy niespójnych danych źródłowych to praca ręczna z regułami.

Grupy cenowe A/B/C. Trzy grupy cenowe OXID na artykuł stają się grupami klientów z zaawansowanymi cenami lub regułami Rule Builder. Jeśli w OXID łączone były dodatkowo ceny progowe i rabaty klientów, konieczna jest matryca decyzyjna: co i gdzie trafia.

Klienci i grupy. oxuser i oxgroups można czysto odwzorować na klientów i grupy klientów. Hasła nie są przenoszone — zaplanuj proces resetowania haseł jako element komunikacji na go-live.

Zamówienia. Możliwe do przeniesienia dla historii w koncie klienta. Dla celów księgowych obsługiwanych bezpośrednio z Shopware przeważnie nieprzydatne; ERP pozostaje wiodącym systemem.

Adresy URL SEO. Tabela oxseo w OXID zawiera kompletny inwentarz adresów URL do mapy przekierowań 301. To przewaga nad innymi systemami źródłowymi: dane są dostępne, trzeba je tylko wykorzystać.

Multishop (Enterprise Edition). Klienci i podsklepy stają się Sales Channels. Przypisanie artykułów, cen i klientów do poszczególnych mandantów musi być ustalone przed migracją.

Co powstaje od nowa

Motyw. Flow, Wave ani żaden własny motyw Smarty czy Twig nie jest konwertowany. Frontend Shopware to projekt tworzony od podstaw.

Moduły. Tu leży największy nakład pracy w przypadku rozbudowanych sklepów OXID. Inwentaryzacja wszystkich modułów, klasyfikacja na: odpowiednik w Store, pokrycie przez rdzeń (Rule Builder, Flow Builder, Shopping Experiences) i programowanie na zamówienie. Własne rozszerzenia bazy danych w OXID to sygnał ostrzegawczy: oznaczają logikę, której nikt nie udokumentował.

Integracje. Połączenia z ERP, bramkami płatności i systemami wysyłki są budowane od nowa. Podejście do planowania integracji opisuje Przewodnik i pomaga ustalić kolejność prac.

Przebieg i koszty

Projekt przebiega według sześciu faz opisanych w artykule o migracji Shopware 5 do 6. Specyfika OXID leży w fazie 3: migracja próbna przy ścieżce 2 jest pierwszym prawdziwym sprawdzianem własnych reguł mapowania i powinna być uruchamiana wcześniej i częściej niż przy systemach z oficjalnym importerem.

Koszty: przyjmij 20–50% więcej nakładu pracy w porównaniu z migracją wewnątrz Shopware (szacunek rynkowy), przy OXID przede wszystkim z uwagi na tworzenie reguł mapowania i inwentaryzację modułów. Cztery do ośmiu miesięcy to realistyczny czas dla średniego sklepu OXID; multishopy Enterprise wymagają dłużej.

Zalecenia

1. Najpierw zdecyduj, czy celem jest OXID 7, czy Shopware — oba warianty oznaczają projekt migracyjny.

2. Wybierz ścieżkę migracji na podstawie złożoności danych: narzędzie SaaS dla sklepów standardowych, import przez API dla systemów, które się rozrastały.

3. Rozłóż nazwy wariantów i grupy cenowe na reguły przed importem, nie po nim.

4. Wyeksportuj oxseo wcześnie i zbuduj na tej podstawie mapę przekierowań 301.

5. Zaplanuj reset haseł jako działanie komunikacyjne na go-live.

Podsumowanie

Migracja OXID do Shopware przebiega bez oficjalnego narzędzia, ale nie bez metody. Import przez API z własnymi regułami mapowania to niezawodna ścieżka dla większości sklepów OXID; narzędzia SaaS wystarczają dla przypadków standardowych.

Dla decydentów czas jest teraz, bo OXID 7 i tak wymusza przebudowę. Kto musi migrować, powinien zdecydować, dokąd.

Shopware oferuje Rule Builder, B2B Components i szeroką sieć partnerów w regionie DACH — dokładnie to, dla czego firmy z sektora Mittelstand sięgały niegdyś po OXID. Zmiana wymaga pracy, ale to praca z jasnym celem.

Jeśli stoisz przed tą decyzją, przeprowadzimy z Tobą inwentaryzację modułów i ocenimy ścieżkę migracji. Jako agencja Shopware przenieśliśmy firmy z kilku różnych systemów legacy na Shopware 6.

FAQ

Czy istnieje oficjalne narzędzie migracyjne z OXID do Shopware 6?

Nie. Shopware Migration Assistant oferuje profile dla Shopware 5 i Magento, ale nie dla OXID. Dla OXID dostępne są usługi SaaS, takie jak Cart2Cart lub Next-Cart, import przez Shopware Admin API albo własnoręcznie opracowany profil.

Jakie dane można przenieść z OXID do Shopware?

Produkty, warianty, kategorie, producentów, klientów, grupy klientów, zamówienia, zdjęcia i adresy URL SEO. Nie można przenieść motywów, modułów, haseł ani konfiguracji.

Czy od 2022 roku trzeba płacić za OXID Community Edition?

W przypadku komercyjnego korzystania z kodu opublikowanego po 15 sierpnia 2022 roku tak. OXID zastąpił licencję GPL3 własnymi warunkami obejmującymi opłatę za korzystanie. Użytek niekomercyjny pozostaje bezpłatny.

Czy moduły OXID można wykorzystać w Shopware?

Nie. Architektury obu systemów są zasadniczo różne. Moduły muszą być zastąpione rozszerzeniami ze Store, funkcjami rdzenia lub programowaniem na zamówienie.

Ile trwa migracja z OXID do Shopware?

Dla średniego sklepu cztery do ośmiu miesięcy, w zależności od liczby modułów i jakości danych. Multishopy Enterprise wymagają więcej czasu.