Magento 2.4.6 bez patchy: upgrade czy migracja?

Sześć dat, które układają całą decyzję

Wszystkie wracają w dalszej części tekstu:

• 11 sierpnia 2026 — koniec wsparcia Magento Open Source 2.4.6; dla tej edycji oznacza to koniec patchy w ogóle.
• 31 grudnia 2026 — koniec wsparcia bezpieczeństwa PHP 8.2, najwyższej wersji PHP, na której działa 2.4.6.
• kwiecień 2026 — MySQL 8.0 przechodzi u Oracle na Sustaining Support; Adobe zaleca sklepom na 2.4.4–2.4.7 migrację na MariaDB.
• 31 maja 2027 — koniec regularnego wsparcia Magento 2.4.7.
• 31 maja 2029 — do tego dnia wspierana jest 2.4.9, wydana 12 maja 2026.
• 10 listopada 2025 — motyw Hyvä staje się open source; korzysta z niego 7 000+ sklepów (wg danych Hyvä).

Mój sklep stoi na 2.4.6 — co się właściwie stało?

Od 11 sierpnia 2026 Twój sklep działa bez patchy bezpieczeństwa. Koniec wsparcia oznacza, że Adobe nie wydaje już dla tej wersji poprawek ani łatek: sklep dalej sprzedaje, ale każda nowo odkryta luka bezpieczeństwa zostaje otwarta. Ostatnia łatka linii, 2.4.6-p15, wyszła 12 maja 2026 — formalną datą końca jest jednak 11 sierpnia i tej daty trzymamy się w całym tekście.

To nie jest jeden termin, tylko trzy. Po sierpniu nie ma już patchy samej platformy. 31 grudnia 2026 kończy się wsparcie PHP 8.2 — a na wyższej wersji języka ta edycja nie działa. Trzeci termin już minął: bazę MySQL 8.0 Oracle przestał aktywnie wspierać w kwietniu 2026, dlatego Adobe zaleca przejście na MariaDB. Krótko: dwa z trzech terminów już za Tobą, trzeci mija z końcem roku.

Czy mogę po prostu zostać na 2.4.6?

Możesz — krótko i świadomie, jako mostek, nie jako strategię. Ten wariant jest dla sklepu, który już podjął decyzję o migracji i chce przejść Q4 bez ruszania platformy. Kontrolowany sposób ma trzy składniki: zamrożenie zmian, zaporę aplikacyjną (WAF) z monitoringiem i plan wyjścia z konkretną datą.

Problem zaczyna się, gdy „zostajemy na razie” rozciąga się na kwartały. Od sierpnia nikt nie łata luk w 2.4.6, a po grudniu przestanie być łatane także PHP pod spodem. Każdy tydzień zwłoki powiększa dług — bezpieczeństwa i decyzyjny. Horyzont tej opcji liczy się więc w tygodniach.

Upgrade do 2.4.9 — co kupuję i jak duży to skok?

Kupujesz wspieraną platformę do 31 maja 2029 — ale skok jest większy, niż sugeruje numer wersji. Z 2.4.6 na 2.4.9 przeskakujesz trzy wersje PHP (8.2 → 8.5) i wymieniasz bazę danych: docelowo MySQL 8.4 albo MariaDB, zgodnie z wymaganiami systemowymi. „Upgrade Magento” jest w praktyce modernizacją całego stacku, a koszt dotyczy głównie modułów i integracji — sam rdzeń to najmniejsza część pracy. Linia 2.4.x jest przy tym linią LTS: Adobe deklaruje pełny patch co roku w maju.

Upgrade bywa też złym pomysłem. Nie warto go robić, gdy koszt dostosowania modułów zbliża się do kosztu przejścia na nową platformę. Zły moment to także biznes, który wyrósł z platformy (checklista niżej wymienia takie sytuacje), i brak ludzi — w firmie albo u partnera — którzy utrzymają stack na PHP 8.5. W tych trzech sytuacjach 2.4.9 tylko odracza tę samą decyzję o rok.

Mage-OS: ucieczka do przodu, nie „patche do starej wersji”

Mage-OS nie wyda patchy do Twojej 2.4.6. Ta niezależna dystrybucja Magento patchuje wyłącznie najnowszą gałąź — polityka wydań mówi wprost: „security patches and updates for the latest release branch only”. Łatki Adobe trafiają do bieżącej gałęzi w kilka dni, ale teza „przejdę na Mage-OS i zostanę na starej wersji” jest fałszywa.

Za dystrybucją stoi wolontariackie stowarzyszenie non-profit, zarejestrowane od 2022 roku w Poznaniu. Projekt deklaruje pełną zgodność z rozszerzeniami i motywami Magento; automatyczny skrypt migracji obejmuje wersje 2.4.8 i nowsze. Bieżące wydanie 3.5.0 bazuje na Magento 2.4.9: PHP 8.3–8.5 i MySQL 8.4 albo MariaDB 11.4+. Z 2.4.6 wejście do Mage-OS to więc ten sam skok technologiczny co upgrade — różnica dotyczy niezależności od decyzji Adobe, bo koszt przejścia zostaje ten sam. Komercyjnego SLA nie ma.

Dla kogo: sklepy z własną kompetencją deweloperską albo zaufanym partnerem, które chcą uciec od uzależnienia od jednego dostawcy. Dla kogo nie: dla szukających „patchy do starej wersji” i dla firm, które potrzebują umownych gwarancji wsparcia.

A płatny extended support?

Dla Magento Open Source taka oferta w praktyce nie istnieje. Adobe daje wersjom 2.4.6 i 2.4.7 dodatkowy rok wsparcia bez dopłaty, ale wyłącznie klientom płatnego Adobe Commerce — tak stanowi polityka cyklu życia. Dokument polityki dodaje: „this Policy does not apply to Magento Open Source”. Cennik Commerce jest ofertowy, a przejście na niego to zmiana produktu, nie dokupienie łatek. Ofert patchy od firm trzecich dla Magento 2 po końcu wsparcia nie znaleźliśmy (stan: 16 września 2026) — precedensy istnieją tylko dla Magento 1.

Osobny wątek to modernizacja frontu. Motyw Hyvä jest od 10 listopada 2025 open source i darmowy; wg danych Hyvä korzysta z niego ponad 7 000 sklepów. Komercyjne pozostają Hyvä Checkout, Enterprise i Commerce. Dla Twojej decyzji to argument, że front da się dziś odświeżyć bez opłat licencyjnych — patchy rdzenia to jednak nie zastępuje.

Po czym poznać, że czas na replatforming, a nie kolejny upgrade?

Replatforming to decyzja portfelowa: zmieniasz fundament, bo platforma przestała nieść biznes, a nie dlatego, że minęła data w kalendarzu. Cztery proste testy — im więcej odpowiedzi „tak”, tym mocniejszy argument za zmianą platformy:

• wycena dostosowania modułów i integracji do nowej wersji jest bliska cenie zbudowania sklepu na nowej platformie;
• sklep hamuje sprzedaż: brakuje funkcji lub integracji, a na zmiany czeka się miesiącami;
• utrzymanie kosztuje z roku na rok więcej i coraz trudniej znaleźć ludzi, którzy znają Magento 2;
• coraz więcej Twoich modułów nie ma już nikogo, kto je rozwija.

Przy jednym lub dwóch „tak” policz wariant upgrade'u i negocjuj zakres. Przy trzech lub czterech potraktuj 2.4.9 jako koszt odroczenia i porównaj go z wyceną zmiany platformy, zanim cokolwiek podpiszesz.

Sprawdziliśmy 16 września 2026, co na to pytanie doradza AI. Perplexity na pytania o upgrade Magento cytowało w 19 na 20 źródeł blogi agencji wdrożeniowych, a ChatGPT — wyłącznie dokumentację Adobe. Niezależnego głosu w tych odpowiedziach nie było; checklistę interesu własnego sklepu musisz przynieść sam.

To samo czeka PrestaShop 1.7 i 8

Sklep na PrestaShop 1.7 lub 8 stoi przed strukturalnie tą samą decyzją — z gorszym punktem wyjścia. PrestaShop zapowiedział już w 2023, że wsparcie linii 1.7 skończy się z premierą wersji 9 — a ta wyszła 10 czerwca 2025. Najwyższe PHP, na którym działa 1.7 (7.4), straciło wsparcie już w listopadzie 2022. Linia 8.2 dostaje już tylko poprawki krytyczne, bezpieczeństwa i nowe hooki do premiery wersji 10, a jej maksymalne PHP 8.1 jest bez wsparcia od 31 grudnia 2025. Wybór wygląda tak samo: upgrade do PrestaShop 9 albo zmiana platformy — i te same pytania z checklisty wyżej.

Decyzja na Q4: od czego zacząć

Opcje są cztery; wiersz „zostać na 2.4.6” to plan przejściowy, nie piąta opcja.

Najczęstszy wybór na Q4 to upgrade — pod warunkiem, że moduły przejdą audyt kompatybilności. Mage-OS ma sens, gdy masz kompetencję deweloperską i chcesz uniezależnić się od decyzji Adobe. Replatforming wygrywa, gdy checklista z sekcji wyżej świeci się na czerwono — wtedy każda złotówka włożona w upgrade odracza decyzję, zamiast ją podejmować.

Jeżeli wolisz, żeby tę decyzję przygotował ktoś, kto nie sprzedaje ani upgrade'ów, ani migracji — dokładnie temu służy diagnoza ecommerce: 2–4 tygodnie, 12–22 tys. zł netto, ze wskazaniem obszaru, który blokuje wynik, rekomendacją kierunku z kompromisami i planem na 90 dni.