Migracja Magento: jak przenieść sklep i nie stracić ruchu z Google?

Migracja Magento to dziś trzy różne projekty: wyjście z Magento 1, które od 2020 roku nie dostaje poprawek bezpieczeństwa, aktualizacja starszej wersji Magento 2 przed końcem jej wsparcia albo przeniesienie sklepu z innej platformy. Każdy z nich ma inny zakres pracy i inne ryzyko dla sprzedaży. Poniżej znajdziesz, czym się różnią, co przenosi narzędzie Adobe, czego trzeba zbudować od nowa i jak przeprowadzić start bez spadku ruchu z Google.

Jakie są rodzaje migracji Magento?

Najpierw ustal, którą migrację planujesz, bo od tego zależy budżet, czas i ryzyko. Tabela pokazuje trzy najczęstsze przypadki.

Rodzaj	Co się zmienia	Główne ryzyko
Magento 1 na Magento 2	baza danych, motyw, rozszerzenia, często adresy URL	wysokie: motyw i rozszerzenia trzeba zbudować od nowa
Starsza wersja Magento 2 na nowszą (np. 2.4.6 na 2.4.8 lub 2.4.9)	kod platformy, wersja PHP, zgodność rozszerzeń	średnie: zwykle bez zmiany adresów, ale z testami każdego rozszerzenia
Inna platforma (np. PrestaShop, WooCommerce) na Magento	cały sklep: dane, wygląd, adresy, integracje	wysokie: zmiana platformy prawie zawsze zmienia adresy kategorii i produktów

Aktualizacja w obrębie Magento 2 to formalnie nie migracja, tylko upgrade. W praktyce sklepy, które latami odkładały aktualizacje, przechodzą przez nią jak przez migrację: z nowym PHP, nowymi wersjami rozszerzeń i pełnymi testami. Ogólne zasady przenoszenia każdej strony, takie jak mapa adresów czy kolejność zmian, opisujemy w przewodniku Migracja strony internetowej: jak zrobić to dobrze?. Tutaj skupiamy się na tym, co jest specyficzne dla Magento.

Czy sklep na Magento 1 może dalej działać?

Może, ale na własne ryzyko. Wsparcie Magento 1 skończyło się 30 czerwca 2020 roku i od tej daty platforma nie dostaje oficjalnych poprawek bezpieczeństwa. Adobe zapowiadało wtedy, że sprzedawcy, którzy na niej zostają, biorą na siebie większą odpowiedzialność za bezpieczeństwo sklepu i zgodność z PCI DSS, czyli standardem bezpieczeństwa płatności kartowych (Help Net Security, 29.06.2020).

Dla właściciela sklepu oznacza to trzy problemy naraz. Każda nowa luka zostaje otwarta, nowe wersje PHP i bibliotek przestają być zgodne ze starym kodem, a coraz mniej programistów chce utrzymywać taki system. Im dłużej sklep czeka, tym większa różnica do nadrobienia.

Wyjście z Magento 1 nie musi oznaczać Magento 2. Przy małym katalogu i prostych procesach warto porównać koszt przepisania motywu i rozszerzeń z przejściem na inną platformę. Pomoże w tym nasze porównanie platform e-commerce.

Którą wersję Magento 2 wybrać w 2026 roku?

Wybierz wersję, która ma przed sobą najdłuższe wsparcie i z którą zgodne są Twoje kluczowe rozszerzenia. Adobe daje każdej wersji Adobe Commerce 2.4.x trzy lata standardowego wsparcia od dnia premiery, czyli poprawki jakości i bezpieczeństwa (Adobe Commerce lifecycle policy, stan na 18.09.2026).

Wersja Adobe Commerce	Premiera	Koniec standardowego wsparcia
2.4.9	12.05.2026	31.05.2029
2.4.8	8.04.2025	31.05.2028
2.4.7	9.04.2024	31.05.2027
2.4.6	14.03.2023	11.08.2026 (dalej wsparcie rozszerzone)

Magento występuje dziś w trzech odmianach:

• Magento Open Source: bezpłatny kod, który utrzymujesz na własnym serwerze. Licencja nic nie kosztuje, ale aktualizacje, bezpieczeństwo i hosting są po Twojej stronie. Więcej o tym w tekście Czy oprogramowania open source są naprawdę bezpłatne?
• Adobe Commerce na własnej infrastrukturze albo w chmurze Adobe: płatna licencja z dodatkowymi funkcjami dla większych sprzedawców i wsparciem producenta.
• Adobe Commerce as a Cloud Service: wersja usługowa, w której infrastrukturą, poprawkami i aktualizacjami zarządza Adobe. Adobe wskazuje ją jako zalecaną drogę dla klientów Adobe Commerce w chmurze, bo znika cykl wymuszonych aktualizacji co kilka lat.

Jeśli Twój sklep stoi na wersji 2.4.6 lub starszej, aktualizację zaplanuj teraz, a nie po kolejnym końcu wsparcia. Wersja, której wsparcie się skończyło, przestaje dostawać poprawki bezpieczeństwa tak samo jak kiedyś Magento 1.

Co przenosi narzędzie Data Migration Tool, a czego nie?

Narzędzie Adobe przenosi dane z bazy Magento 1 do Magento 2, ale nie przenosi wyglądu ani kodu. Według dokumentacji Adobe działa w trzech trybach, uruchamianych w tej kolejności:

1. Settings: konfiguracja systemu i ustawienia witryn sklepu.
2. Data: produkty, klienci, zamówienia, konfiguracja sklepów, promocje i inne dane z bazy.
3. Delta: zmiany, które zaszły od ostatniego przebiegu, np. nowi klienci i nowe zamówienia. Dzięki temu stary sklep może sprzedawać, dopóki nowy nie jest gotowy.

Element sklepu	Co się z nim dzieje
Produkty, kategorie, klienci, zamówienia, promocje	przenosi Data Migration Tool
Motyw (wygląd sklepu)	do zbudowania lub dostosowania pod Magento 2
Rozszerzenia	kod się nie przenosi: trzeba znaleźć wersję dla Magento 2 albo napisać odpowiednik; dane z tabel rozszerzeń przechodzą, gdy struktura się zgadza
Własne modyfikacje kodu	do przepisania przez programistów

Na czas migracji Adobe zaleca zatrzymać zadania cron w Magento 1 i nie zmieniać niczego w panelu starego sklepu poza obsługą zamówień, czyli wysyłkami, fakturami i korektami (Adobe, przegląd migracji danych). Jeśli narzędzie trafi na różnice w strukturze bazy, których nie opisano w plikach mapowania, zatrzyma się z błędem. Dlatego im więcej modyfikacji ma stary sklep, tym więcej pracy przy mapowaniu.

Jak przeprowadzić migrację sklepu na Magento krok po kroku?

Dobra migracja zaczyna się od spisu tego, co sklep naprawdę robi, a kończy na zamówieniu testowym w nowym sklepie. Kolejność, która sprawdza się w praktyce:

1. Inwentaryzacja. Spisz dane (produkty, warianty, klienci, zamówienia, strony CMS, wersje językowe i waluty), rozszerzenia z informacją, czy są potrzebne, oraz integracje: płatności, kurierzy, ERP, hurtownie, porównywarki.
2. Decyzja o rozszerzeniach. Dla każdego rozszerzenia: wersja dla Magento 2, odpowiednik z rynku, własny kod albo rezygnacja. Każde rozszerzenie mniej to mniej testów i mniej aktualizacji w przyszłości.
3. Mapa adresów. Zanim powstanie motyw, ustal, jakie adresy będą miały kategorie, produkty oraz strony CMS. Potem przypisz każdemu staremu adresowi nowy.
4. Środowisko testowe. Postaw nowy sklep na serwerze testowym, zablokowanym dla robotów i niedostępnym dla klientów.
5. Przeniesienie danych. Ustawienia, potem dane, potem kolejne przebiegi delta aż do dnia startu.
6. Motyw i rozszerzenia. Zbuduj wygląd i wdroż rozszerzenia na danych z prawdziwego sklepu, a nie na danych przykładowych.
7. Testy. Zamówienia każdą metodą płatności i dostawy, maile transakcyjne, konta klientów, wyszukiwarka i filtry, wersja mobilna, szybkość ładowania.
8. Start. Ostatni przebieg delta, przekierowania, przełączenie domeny, zdjęcie blokady dla robotów.

Na kontach klientów warto sprawdzić osobno logowanie. Klient, który po migracji nie może zalogować się na swoje konto albo nie widzi historii zamówień, częściej porzuca zakup niż szuka pomocy.

Co w migracji Magento najczęściej psuje widoczność w Google?

Najczęściej psują ją zmienione adresy bez przekierowań. Magento 2 pozwala ustawić adresy produktów i kategorii na wiele sposobów: z sufiksem .html lub bez, ze ścieżką kategorii w adresie produktu lub bez, z kodem sklepu w adresie lub bez. Domyślne ustawienia nowego sklepu rzadko odpowiadają temu, co było w starym.

Na co zwrócić uwagę w sklepie na Magento:

• Adresy kategorii i produktów. Jeśli możesz zachować dotychczasowy format, zachowaj go. Każdy zmieniony adres potrzebuje stałego przekierowania 301 na nowy odpowiednik.
• Filtry nawigacji warstwowej. Kombinacje filtrów tworzą tysiące adresów z parametrami. Ustal, które z nich mają być w Google, zanim robot je znajdzie.
• Widoki sklepu (store views). Wersje językowe i krajowe muszą zachować swoje adresy i wzajemne oznaczenia języka.
• Produkty wyłączone i usunięte. Nie kieruj ich hurtem na stronę główną. Przekieruj na najbliższy odpowiednik albo kategorię.
• Plik produktowy. Nowe adresy produktów muszą trafić do pliku produktowego w Google Merchant Center, inaczej reklamy produktowe prowadzą na stare adresy.

Google zaleca przekierowania po stronie serwera (301 albo 308), prosto na adres docelowy, bez łańcuchów, utrzymane co najmniej rok. Przypomina też, że przy średnich serwisach przeniesienie sygnałów na nowe adresy trwa kilka tygodni lub dłużej (Google Search Central, aktualizacja 20.08.2026). Sklep, który dba o te punkty, chroni swoją widoczność w wynikach Google i w odpowiedziach AI, które również korzystają z zaindeksowanych stron. Jak łączymy migrację z dalszym pozycjonowaniem sklepu internetowego, opisujemy na stronie oferty.

Kiedy uruchomić nowy sklep i co sprawdzić po starcie?

Uruchom nowy sklep w okresie najmniejszej sprzedaży i w dzień, w którym zespół techniczny jest pod ręką. Start tuż przed Black Friday, świętami albo szczytem sezonu w Twojej branży to ryzyko, że błąd w koszyku zje najlepsze tygodnie roku. Jak rozpoznać swoje okresy szczytu, piszemy w tekście o sezonowości w sklepach internetowych.

Pierwszy tydzień po starcie to codzienna kontrola:

• zamówienia testowe każdą metodą płatności i dostawy, z mailami potwierdzającymi;
• błędy 404 w logach serwera i w Google Search Console oraz poprawność przekierowań z listy starych adresów;
• nowa mapa witryny zgłoszona w Search Console i raport indeksowania stron;
• pomiar w Google Analytics 4: czy zdarzenia zakupu i przychód zgadzają się z zamówieniami w panelu;
• dane strukturalne produktów: cena, dostępność i opinie;
• szybkość kart produktów i kategorii na telefonie.

Porównuj ruch z Google tydzień do tygodnia na poziomie kategorii, a nie całego sklepu. Spadek w jednej kategorii zwykle wskazuje konkretny problem z adresami albo szablonem.

Co zrobić teraz?

Migracja Magento udaje się, gdy decyzje o adresach, rozszerzeniach i terminie zapadają przed pierwszą linijką kodu. Najdroższe błędy to nie te w motywie, tylko zgubione przekierowania i nieprzetestowane płatności.

1. Sprawdź, na jakiej wersji stoi Twój sklep i do kiedy ma wsparcie.
2. Spisz rozszerzenia i integracje, a przy każdym zapisz, czy jest naprawdę potrzebne.
3. Wyeksportuj listę adresów, które dają ruch z Google i sprzedaż, zanim ktokolwiek zacznie budować nowy sklep.
4. Wybierz termin startu poza sezonem.

Jeśli sklep po migracji ma rosnąć w Google, zacznij od audytu obecnych adresów i treści. Zobacz, jak prowadzimy pozycjonowanie sklepów na Magento.

Najczęstsze pytania.

Ile trwa migracja z Magento 1 na Magento 2?

Zależy od liczby rozszerzeń, własnych modyfikacji i złożoności motywu. Samo przeniesienie danych to zwykle najkrótszy etap; najwięcej czasu zajmują motyw, rozszerzenia i testy.

Czy klienci muszą zakładać konta od nowa po migracji Magento?

Nie, dane kont klientów przenosi Data Migration Tool razem z historią zamówień. Logowanie sprawdź jednak na kilku prawdziwych kontach przed startem i przygotuj prostą ścieżkę resetu hasła na wypadek problemów.

Czy można przejść z Magento na inną platformę bez utraty pozycji?

Tak, na tych samych zasadach co każda migracja ze zmianą adresów: pełna mapa adresów, przekierowania 301 i kontrola po starcie. Ryzyko jest podobne jak przy przejściu na Magento, bo zmieniają się adresy i szablon.

Czy Magento Open Source ma takie samo wsparcie jak Adobe Commerce?

Nie zakładaj tego. Polityka wsparcia Adobe, w tym wsparcie rozszerzone, opisuje wersje Adobe Commerce, więc datę końca wsparcia swojej wersji Open Source sprawdź osobno przed planowaniem aktualizacji.