Nowy odcinekDlaczego klienci nie zamawiają przez platformę B2B: 8 powodów i jak to naprawić

Wsparcie, utrzymanie i aktualizacja sklepu Magento

Przejmujemy utrzymanie, doprowadzamy sklep do wspieranej wersji i pracujemy dalej na umowie serwisowej. Także wtedy, gdy kod pisał ktoś inny.

Konsultacja bezpłatna, bez zobowiązań.

Zaufali nam liderzy rynku

Vininova
Selsey
Żabka
Kross
Rawlplug
Immergas
Lite E-commerce
Raben Group
Robomow
MultiSport Card
Benefit Systems
Pearson
Macmillan Education
Designreisen
Peretti
Trefl
Emanuel Berg
Oceanic
Inoxa
Krons
Nymans Ur
NEUCA Group
MyBudapester
Swiss Rotors
Sanplast

Zakres umowy serwisowej

Co obejmuje utrzymanie sklepu Magento

Utrzymanie to nie skrzynka na zgłoszenia. To monitoring, poprawki bezpieczeństwa i testy, które pilnują, żeby nowa praca nie psuła starej.

Monitoring aplikacyjny

New Relic i Sentry pod stałą obserwacją, żeby błąd wychodził z alertu, a nie ze zgłoszenia klienta albo z pytania zarządu.

Poprawki bezpieczeństwa

Śledzimy biuletyny Adobe i wgrywamy poprawki na Twojej wersji. Kiedy wersja wypada ze wsparcia, mówimy to wprost, zamiast wgrywać poprawkę, której nie ma.

Umowa i czasy reakcji

Zakres, godziny obsługi i czasy reakcji ustalamy w umowie na Twój sklep. Nie mamy jednego cennika dla wszystkich, bo sklep z jedną integracją i sklep z pięcioma to inne ryzyko.

Kopie i odtwarzanie

Kopia to połowa roboty: druga połowa to sprawdzone odtworzenie. Testujemy je, bo backup, którego nikt nie przywrócił, jest założeniem, nie zabezpieczeniem.

Testy regresji

Regresja jest największym wrogiem e-commerce: nowe wdrożenie psuje funkcję, która działała. Testy automatyczne zajmują realnie 10–15% czasu pracy i to jest ich koszt oraz cały ich sens.

Rozwój w sprintach

Utrzymanie i rozwój idą na jednym backlogu, więc poprawka nie konkuruje z nową funkcją o ten sam tydzień. Raport miesięczny mówi, co zrobiliśmy i co przesunęliśmy.

Aktualizacja wersji

Aktualizacja Magento: co się właściwie aktualizuje

Aktualizacja sklepu Magento to przejście na wyższą wersję tej samej platformy. Dane, zamówienia, klienci i integracje zostają na miejscu, zmienia się kod pod nimi oraz to, na czym ten kod stoi: wersja PHP, baza, kolejki, wyszukiwarka. To dlatego aktualizacja rzadko jest samym podniesieniem numeru wersji.

Kosztu nie wyznacza numer, do którego idziesz, tylko to, co masz dodane na wierzchu. Płatny moduł bez wersji dla nowego Magento, moduł napisany kiedyś na zamówienie, szablon zmieniany bez warstwy nadpisań: każda z tych rzeczy potrafi być droższa niż sam skok wersji. Dlatego pierwszym krokiem jest inwentaryzacja, a nie aktualizacja.

Jeśli zastanawiasz się nad zmianą platformy, a nie nad wersją, to migracja z Magento na Shopify jest osobną decyzją i osobną rozmową. Jeśli chcesz najpierw zobaczyć stan techniczny sklepu, zacznij od audytu sklepu Magento.

Proces

Jak prowadzimy aktualizację

  1. 01

    Inwentaryzacja wersji i modułów

    Zaczynamy od tego, na czym stoisz: wersja Magento, wersja PHP, baza, lista modułów płatnych i własnych. Ten krok najczęściej wykrywa moduł bez wsparcia dla nowej wersji, a to on decyduje o kosztach całej aktualizacji.

  2. 02

    Ocena skoku

    Aktualizacja z 2.4.6 na 2.4.9 to inna praca niż wyjście z 2.4.4. Mówimy, ile skoków trzeba zrobić, czego nie da się przeskoczyć i co wymaga zmiany po stronie serwera.

  3. 03

    Środowisko testowe

    Aktualizację robimy na kopii, nie na produkcji. Na kopii widać konflikty modułów i zmiany w szablonie, zanim zobaczy je klient.

  4. 04

    Aktualizacja i poprawki

    Przejście przez wersje, poprawa własnego kodu tam, gdzie zmieniło się API, i podniesienie tego, co musi iść razem: PHP, kolejki, wyszukiwarka.

  5. 05

    Testy regresji przed wdrożeniem

    Sprawdzamy koszyk, płatności, integracje i eksport zamówień. Aktualizacja, która przeszła bez błędu w konsoli i zatrzymała wysyłkę do ERP, jest awarią, nie sukcesem.

  6. 06

    Wdrożenie i okno serwisowe

    Wdrożenie w ustalonym oknie, z planem wycofania. Po wdrożeniu zostajemy na podniesionym monitoringu, bo pierwsze dni po skoku wersji są jedynym momentem, kiedy warto patrzeć częściej.

Cykl życia wersji

Które wersje Magento mają jeszcze wsparcie

Sprawdź swoją wersję w panelu administracyjnym albo poleceniem bin/magento --version, a potem w tej tabeli.

WersjaWydanaWsparcie regularne doStatus
2.4.912.05.202631.05.2029Aktualna
2.4.808.04.202531.05.2028Wspierana
2.4.709.04.202431.05.2027Wspierana
2.4.614.03.202311.08.2026Bez wsparcia
2.4.509.08.202212.08.2025Bez wsparcia
2.4.412.04.202212.04.2025Bez wsparcia
2.4.0–2.4.32020–202128.11.2022Bez wsparcia

Wsparcie rozszerzone jest tylko dla Adobe Commerce. Adobe udostępnia poprawki w ramach wsparcia rozszerzonego wyłącznie klientom Adobe Commerce i nie obejmuje nimi kodu Magento Open Source. Sklep na Adobe Commerce 2.4.6 ma więc poprawki jeszcze po sierpniu 2026, a sklep na Magento Open Source 2.4.6 nie ma ich od 11 sierpnia 2026. Polski rynek stoi w większości na open source, więc dla większości polskich sklepów liczy się data z kolumny „Wsparcie regularne do" i nic po niej.

Źródło: dokumentacja Adobe, wydane wersje i polityka cyklu życia. Stan na 27 sierpnia 2026. Adobe wydaje kolejną wersję w maju, więc daty warto sprawdzić po majowym wydaniu.

Co dalej z Magento? Mage-OS i Hyvä w 2026 roku

Przejęcie od innej agencji

Przejmujemy sklep, którego nie budowaliśmy

Znaczna część naszej pracy utrzymaniowej zaczyna się od cudzego kodu. Powód rzadko jest awarią: częściej są to rosnące koszty przy spadającej jakości obsługi, dług technologiczny platformy, która ma cztery czy pięć lat, albo brak proaktywności, czyli agencja odklikująca zadania bez jednej rady na temat wydajności czy SEO.

Kolejność przy przekazaniu jest jedną rzeczą, której nie zmieniamy: najpierw audyt kodu i przejęcie utrzymania, dopiero potem rozwój. Odwrotna kolejność wygląda na szybszą i kończy się tym, że nowe prace toczą się na platformie, której nikt jeszcze nie zna, a pierwsza awaria wypada w tygodniu wdrożenia.

Druga rzecz to własność. Kod, repozytorium i infrastruktura muszą być Twoje, niezależnie od tego, kto na nich pracuje. Jeśli nie są, to jest pierwszy problem do rozwiązania i rozwiązuje się go przed zmianą agencji, nie po.

Lista kontrolna przekazania

Co trzeba zebrać przed zmianą agencji

Osiem pozycji. Brak którejkolwiek nie blokuje przejęcia, ale każdą brakującą lepiej znać przed podpisaniem umowy niż po.

  • Dostęp do repozytorium
  • Własność kodu
  • Dostęp do serwerów
  • Konta u dostawców
  • Licencje modułów
  • Dokumentacja integracji
  • Historia zgłoszeń
  • Lista długu technicznego
Zmiana agencji Magento: jak obniżyć koszty bez utraty jakości?

Pytania, które słyszymy najczęściej

Wsparcie i aktualizacja Magento: FAQ

Czy muszę aktualizować Magento, jeśli sklep działa?
Sklep na wersji bez wsparcia działa dokładnie tak długo, aż pojawi się luka, której nikt już nie załata na Twojej wersji. Aktualizacja nie naprawia niczego, co dziś widzisz: kupuje Ci dostęp do poprawek bezpieczeństwa i do modułów, które przestają wychodzić na stare wersje. Jeśli stoisz na wersji wspieranej, spokojnie planuj skok w cyklu rocznym.
Czym różni się aktualizacja od migracji?
Aktualizacja to przejście na wyższą wersję tej samej platformy: dane, integracje i szablon zostają, zmienia się kod pod nimi. Migracja to zmiana platformy, więc przenosisz dane i budujesz sklep od nowa. Aktualizacja jest zawsze tańsza od migracji i prawie zawsze jest właściwą odpowiedzią, jeśli Magento nadal odpowiada Twojemu modelowi sprzedaży.
Czy Magento Open Source dostaje wsparcie tak długo jak Adobe Commerce?
Nie, i to jest najczęściej powtarzany błąd w tekstach o cyklu życia Magento. Wsparcie rozszerzone Adobe daje wyłącznie klientom Adobe Commerce i nie obejmuje kodu Magento Open Source. Dla sklepu na Magento Open Source liczy się tylko data wyjścia ze wsparcia regularnego z tabeli wyżej, a po niej nie ma już poprawek.
Co blokuje aktualizację najczęściej?
Moduł, który nie ma wersji dla nowego Magento: płatny, którego autor porzucił, albo napisany kiedyś na zamówienie. Drugi w kolejności jest szablon zmieniany bez zachowania warstwy nadpisań. Dlatego inwentaryzacja modułów jest pierwszym krokiem, a nie formalnością: to ona, nie sama wersja, decyduje o koszcie.
Przejmiecie sklep, którego nie budowaliście?
Tak, to znaczna część naszej pracy utrzymaniowej. Zaczynamy od audytu kodu i przejęcia utrzymania, a rozwój dopiero potem, żeby biznes nie stał w trakcie przekazania. Warunkiem jest dostęp do repozytorium i do infrastruktury oraz to, żeby kod był Twoją własnością.
A co z Mage-OS i przyszłością Magento?
To realne pytanie i odpowiadamy na nie osobno, w odcinku „Co dalej z Magento? Mage-OS i Hyvä w 2026 roku" nagranym w sierpniu 2026. Krótko: decyzja o aktualizacji nie zależy od tego rozstrzygnięcia, bo bez wspieranej wersji nie wchodzisz na żadną z tych dróg.

Sprawdź, czy Twoja wersja Magento ma jeszcze wsparcie.

Napisz, na jakiej wersji stoisz i co macie dodane na wierzchu. Odpowiemy, ile skoków dzieli Cię od wspieranej wersji i co w Twoim przypadku decyduje o koszcie.

Umów rozmowę
Tomasz Grzemski, CEO Macopedia

Tomasz Grzemski

CEO Macopedia

Utrzymanie, aktualizacja albo przejęcie sklepu Magento

Napisz, na czym stoisz i czego potrzebujesz. Wracamy z zakresem i pytaniami, nie z gotowym cennikiem.

Jeśli potrzebujesz NDA, najpierw napisz do nas na adres sales@macopedia.com.

Więcej informacji znajdziesz w Polityce prywatności i cookie.