Przejdź do treści
Migracje 5 min czytania

Migracja z Magento 1 na Magento 2 - przewodnik 2026

Magento 1 koniec wsparcia w czerwcu 2020. Każdy sklep wciąż na M1 w 2026 to mina - brak patchy bezpieczeństwa, brak supportu, brak modułów dla nowych integracji. Mimo to spotykam sklepy działające na M1.9 z 2019 roku, które „działa, więc nie ruszamy". Każdy z nich ma za sobą 1-3 podejścia do migracji, każde porzucone z powodów kosztu / skomplikowania.

Jakub Owsianka Autor
Zaktualizowano:
Okladka artykulu: Migracja z Magento 1 na Magento 2 - przewodnik 2026 (kategoria: Migracje)
Okladka artykulu: Migracja z Magento 1 na Magento 2 - przewodnik 2026 (kategoria: Migracje)
Spis treści (7)

W skrócie

  • 1. Magento 1 koniec wsparcia czerwiec 2020 - wszelkie sklepy na M1 to ryzyko bezpieczeństwa
  • 2. Migracja to NIE upgrade. Magento 2 ma inną architekturę, custom kod z M1 nie działa
  • 3. Data Migration Tool (oficjalne narzędzie Adobe) migruje większość danych, ale wymaga konfiguracji
  • 4. Custom moduły: re-implementacja w M2, nie port
  • 5. Czas: 6-12 miesięcy dla średniego sklepu B2B
  • 6. Koszt: 600 tys. - 1.5 mln zł

Dlaczego Magento 1 to bomba zegarowa

1. Brak security patchy od 2020. Każda znaleziona luka pozostaje otwarta. Hackerzy aktywnie skanują M1 - najpopularniejsze ataki to credit card skimmers wstrzykiwane w checkout.

2. PHP 5.6 lub 7.0. Stare wersje PHP też niesupportowane. Hosting będzie miał problem znaleźć aktualny stack.

3. Niezgodność z nowymi integracjami. Nowe API ERP-ów, płatności, KSeF - wszystko projektowane pod M2+. M1 wymaga workarounds.

4. Niemożność modyfikacji. Brak nowych modułów dla M1. Marketplace umarł. Wszystko = custom (drogo).

5. Compliance issues. PCI DSS audyt: M1 nie przejdzie. Płatności kartą online mogą zostać zablokowane.

6. Akcje prawne. Niektóre branże (FinTech, B2B z dużymi kontraktami) wymagają supportowanego stacku. M1 wyklucza z kontraktów.

Co konkretnie migruje Data Migration Tool

Adobe ma oficjalny Data Migration Tool (DMT) dla M1 → M2. Migruje:

Standardowo:

  • Klienci + adresy
  • Zamówienia historyczne
  • Produkty (simple, configurable, bundle, grouped)
  • Kategorie
  • CMS pages, CMS blocks
  • Atrybuty produktów
  • Stawki podatkowe
  • Cart price rules
  • Newsletter subscribers

Wymaga konfiguracji:

  • Custom atrybuty produktów (mapowanie)
  • EAV custom entity types
  • Specific 3rd-party module data

Nie migruje (musisz robić sam):

  • Custom moduły (kod)
  • Custom layouts / themes
  • Media files (zdjęcia) - manual sync (rsync)
  • Cache, logs (nieaktualne)

DMT jest klasyczną PHP CLI app. Konfiguracja w XML. Runs w fazach (settings, data, delta).

Custom code - re-implementacja

Tu jest największy koszt.

Magento 1:

  • Code Pool architecture (community / local / core)
  • Class rewriting (nadpisywanie core)
  • jQuery + Prototype
  • Layout XML (M1-specific)
  • Block class hierarchy

Magento 2:

  • Composer-based modules
  • Dependency Injection
  • Plugins / Interceptors
  • jQuery + KnockoutJS (Magento UI) lub Hyvä + Alpine
  • Layout XML (M2 different)
  • Component-based admin (Vue.js)

Czyli: każdy custom moduł z M1 musi być napisany od nowa w M2. Nie kopiujesz pliku - projektujesz ponownie.

Dla typowego sklepu B2B z 30 custom modułami:

  • Każdy moduł re-implementacja: 1-4 tygodnie
  • Razem: 6-15 osobomiesięcy
  • Koszt: 200-500 tys. zł

Plan migracji - fazy

Faza 1: Audyt M1 (2-4 tygodnie).

  • Inwentaryzacja custom modułów (ile, jakie, czy nadal używane)
  • Inwentaryzacja zewnętrznych modułów (jakie, status w M2 marketplace)
  • Audyt integracji (ERP, PIM, marketplace, płatności)
  • Audyt URL i SEO

Faza 2: Projektowanie M2 (4-8 tygodni).

  • Wybór wersji M2 (zazwyczaj najnowsza stabilna, 2.4.7+)
  • Wybór modułów (komercyjne vs. własne)
  • Architektura hostingu, integracji
  • Plan rollbacku

Faza 3: Setup M2 + bazowa konfiguracja (4-6 tygodni).

  • Instalacja M2 + Hyvä Theme + niezbędne extensions
  • Konfiguracja stawek, walut, języków, store views

Faza 4: Migracja custom kodu (8-16 tygodni).

  • Re-implementacja każdego custom modułu
  • Testy unit + integration

Faza 5: Migracja danych (DMT) - first run (2-3 tygodnie).

  • Konfiguracja DMT XML
  • First migration (na środowisku test)
  • Walidacja danych (sample queries)
  • Mapowanie missing fields

Faza 6: Migracja integracji ERP / PIM / itp. (8-12 tygodni).

  • Re-implementacja każdej integracji
  • Test sync z prod ERP (uważnie, żeby nie zepsuć M1)

Faza 7: UAT + testy (4-6 tygodni).

  • Testy z prawdziwymi klientami (selekcja test users)
  • Testy z handlowcami
  • Performance testing

Faza 8: SEO migration plan (2 tygodnie).

  • Mapa URL old → new
  • 301 redirects
  • Sitemap.xml update plan

Faza 9: Cutover (1 dzień).

  • Hard cutover lub gradual
  • DMT delta migration (catch-up zamówień z ostatnich godzin)
  • DNS switch

Faza 10: Hypercare (4-8 tygodni).

  • Monitoring intensywny
  • Bugfixy ASAP
  • Komunikacja z klientami

Razem 8-12 miesięcy.

Mapowanie danych + SEO podczas migracji + Plan cutover - szczegółowo każda część.

Najczęstsze pułapki

1. Niedoszacowanie custom modułów. „Mamy 5 custom modułów" → audyt pokazuje 23. Każdy = 2-4 tygodnie.

2. Migracja as-is zamiast modernizacji. Stare custom funkcje przeniesione bez przemyślenia. Po migracji = M2 z bagażem M1.

Lepsze: podczas migracji ocenić każdy custom - czy nadal potrzebny, czy może zastąpić moduł komercyjny.

3. Brak Hyvä Theme. Klasyczny Magento 2 z Knockout = wolny. Hyvä Theme od dnia zero dla nowych projektów.

4. Migracja w peak'u. Cutover w listopadzie (Black Friday). Coś pada - klient bez sklepu w najgorszym możliwym tygodniu.

5. Brak delta migration. DMT robi initial migration. Po niej zamówienia w M1 dalej przychodzą. Trzeba delta sync.

6. Brak validation danych po migracji. DMT zwrócił "Done". Ale 5% zamówień ma corrupted JSON w extension_attributes. Bez sample validation nie zauważysz.

Adobe Commerce vs. Magento Open Source

Decyzja przy migracji.

Magento OS:

  • Darmowa licencja
  • Standard B2B przez moduły
  • Open ecosystem

Adobe Commerce:

  • Płatna licencja (~150-600 tys. zł rocznie zależnie od obrotu)
  • Wbudowane funkcje B2B (Companies, Quotes, Shared Catalogs)
  • Support, SLA, certifikowane patches

Dla większości polskich B2B (do 50 M zł obrotu) - OS + moduły komercyjne wystarczy.

Magento / Adobe Commerce dla B2B.

Koszt migracji

Dla typowej migracji M1 → M2 (sklep B2B 30-50k SKU, integracja Comarch XL):

Discovery + plan: 50-100 tys. zł Setup M2 + theme: 80-150 tys. zł Custom modules re-implementation: 200-500 tys. zł Data migration: 60-120 tys. zł Integracje (ERP + reszta): 150-300 tys. zł SEO migracja: 30-60 tys. zł UAT + cutover: 40-80 tys. zł Hypercare: 40-100 tys. zł

Razem: 650 tys. - 1.4 mln zł. Adobe Commerce - dodaj 30-50%.

FAQ

Czy mogę pominąć Data Migration Tool i napisać własny ETL? Można, ale DMT robi dużo „za darmo". Większość projektów używa DMT + custom skripty dla nietypowych elementów.

Czy mogę migrować bez przepisywania custom modułów? Nie. M2 ma inną architekturę. Custom z M1 nie działa.

Czy mogę przejść z M1 wprost na Shopware (omijając M2)? Tak, ale wtedy wszystkie dane migrujesz custom (brak Data Migration Tool między M1 a Shopware). Większy koszt mapowania.

Co z modułami komercyjnymi z M1? Większość vendorów ma M2 wersje. Sprawdzasz przed audytem. Jeśli vendor M1 nie ma M2 - szukasz zamiennika lub piszesz custom.

Czy mogę zostać na M1 jeszcze rok? Technicznie tak. Ekonomicznie i bezpieczeństwo - nie. Każdy miesiąc ryzykujesz hack, kompromitację, naruszenie compliance.

Co dalej

O autorze

Jakub Owsianka

Architekt rozwiązania w WiseB2B - silniku platform B2B. Zaczynał po stronie biznesu (własne sklepy), potem deweloper, dziś projektuje wdrożenia dla sklepów z katalogami w dziesiątkach tysięcy SKU. W ostatnich latach wdrożył AI-development w zespole i funkcjonalności oparte o AI bezpośrednio w silniku sklepu.

Masz pytanie do tego artykułu?

Dodatkowy kontekst, problem z własnym wdrożeniem, druga opinia - napisz wprost. Odpowiadam osobiście w 1-2 dni robocze.