Czym jest OpenMage?
Magento 1 to starsza platforma e-commerce, dla której oficjalne wydania Magento Community Edition zakończyły się wiele lat temu. OpenMage LTS jest rozwijanym przez społeczność projektem bazującym na tej linii kodu. Jego celem jest dalsze utrzymanie oraz dostarczanie poprawek dla sklepów, które nadal działają na technologii Magento 1.
Dla właściciela sklepu najważniejsza różnica jest praktyczna: pozostawienie starej, nieaktualizowanej instalacji zwiększa ryzyko problemów z bezpieczeństwem i zgodnością serwera, a przejście na OpenMage wymaga uporządkowanego procesu aktualizacji. Nie oznacza to jeszcze, że każdy sklep należy przenosić w ten sam sposób albo że aktualizacja zastąpi plan rozwoju produktu.
Ważne: sama nazwa platformy nie mówi, czy aktualizacja będzie mała czy złożona. Dwa sklepy na podobnej wersji Magento 1 mogą mieć zupełnie inny zakres prac przez modyfikacje motywu, niestandardowe moduły lub integracje z zewnętrznymi systemami.
Co oznacza aktualizacja w praktyce?
Bezpieczna aktualizacja nie powinna zaczynać się od zmian na sklepie produkcyjnym. Najpierw trzeba określić punkt startowy, odtworzyć środowisko testowe i sprawdzić, które elementy wymagają dostosowania. Dopiero potem można wycenić oraz zaplanować kolejność prac.
Najczęściej analizowane obszary
- wersja platformy, historia zmian w kodzie i dostępne aktualizacje;
- wersja PHP, baza danych, konfiguracja serwera oraz mechanizmy cache;
- motyw, nadpisania i moduły własne lub dostarczane przez zewnętrznych autorów;
- płatności, dostawy, ERP, PIM, marketplace’y, systemy księgowe i marketingowe;
- obsługa koszyka i zamówień, e-maile transakcyjne, CRON oraz logi błędów.
Wynikiem tej pracy powinien być konkretny plan: co można poprawić od razu, co wymaga pracy programistycznej, a co warto rozdzielić na osobny etap. To bardziej użyteczne niż deklaracja „zaktualizujemy sklep” bez wskazania ryzyk i kryteriów odbioru.
Checklista przed przejęciem lub aktualizacją sklepu
Poniższa lista pomaga przygotować pierwszą rozmowę i ogranicza liczbę nieznanych elementów. Nie jest zastępstwem audytu, ale ułatwia ustalenie, czy można szybko rozpocząć diagnozę.
- Dostęp do panelu administracyjnego, hostingu, repozytorium kodu i kopii bazy danych.
- Lista aktywnych integracji oraz osoby lub firmy, które mają do nich dostęp.
- Informacja o ostatnich zmianach, błędach i elementach, które dziś blokują sprzedaż.
- Możliwość przygotowania kopii testowej bez wpływu na działający sklep.
- Aktualna lista modułów oraz informacja, które z nich są niestandardowe.
- Przykładowe zamówienie testowe i sposób weryfikacji płatności, dostawy oraz dokumentów.
Kiedy nie zakładać zakresu z góry?
Jeżeli brakuje dostępu do kodu lub serwera, nie ma kopii testowej albo sklep korzysta z wielu niedokumentowanych integracji, deklarowanie terminu i kosztu pełnej aktualizacji byłoby nierzetelne. W takim przypadku bezpieczniejszym początkiem jest krótka diagnoza: zbieramy fakty, identyfikujemy ryzyka i przedstawiamy kolejność dalszych decyzji.
Podobnie należy traktować migrację na nową platformę. Czasem ma ona biznesowe uzasadnienie, ale nie powinna być automatyczną odpowiedzią tylko dlatego, że sklep działa na Magento 1. Wybór zależy od potrzeb sprzedażowych, stanu obecnej instalacji, budżetu, terminów i planu rozwoju.
Chcesz ocenić konkretny sklep?
Wyślij adres sklepu i krótki opis sytuacji. Na początek ustalimy, jakich dostępów oraz informacji potrzeba, aby rzetelnie ocenić możliwy zakres prac.
Zapytaj o diagnozę sklepuŹródła i aktualność
Informacje o utrzymywanych wersjach i wydaniach warto zawsze sprawdzać bezpośrednio przed rozpoczęciem prac. Ten materiał zweryfikowano 18 września 2026 r. na podstawie polityki bezpieczeństwa OpenMage oraz listy wydań projektu.