// dowód
Po aktualizacji sklep wstaje i wygląda dobrze. Tydzień później okazuje się, że jedna grupa klientów widziała złe ceny, a w drugim kraju zniknęła połowa katalogu. Dlatego zaczynamy od audytu kompatybilności, a testy robimy per store view, nie tylko na widoku domyślnym.
Dla sklepów na 2.4.7, które nie chcą jeszcze zmieniać wersji: PHP 8.3, przejście z MySQL 8.0 (bez wsparcia od 30.04.2026) na MariaDB, OpenSearch i cache w wersjach z wymagań Adobe, najnowsze wydanie bezpieczeństwa 2.4.7. Test na kopii, wdrożenie w uzgodnionym oknie.
Ceny pakietów obejmują sklep z najwyżej 25 modułami zewnętrznymi i 3 widokami. Większy sklep dostaje stałą cenę z audytu. Licencje modułów opłacasz u producentów.
Stała. Audyt kosztuje 1 200 zł, wdrożenie to cena pakietu z tabeli. Audyt sprawdza, czy sklep mieści się w warunkach pakietu. Jeśli moduł nie ma wersji zgodnej z nową linią, jego naprawa kosztuje 490, 990 albo 1 900 zł, zależnie od wielkości, i znasz tę kwotę przed startem. Godzinowo, po 220 zł netto, rozliczamy tylko pracę poza uzgodnionym zakresem, zawsze po Twojej pisemnej akceptacji wyceny.
To osobna usługa za 1 490 zł, płatna po wdrożeniu: łatka bezpieczeństwa Magento. Adobe wydało ją dla wszystkich wydań od 2.4.4, więc nie wymaga aktualizacji.
Licencji modułów (płacisz producentom), zmian w hostingu poza pakietem z pracą na serwerze, nowych funkcji, przepisywania motywu i sprzątania po wcześniejszym włamaniu. Jeśli audyt wykaże ślady włamania, najpierw zajmujemy się nimi osobno, a aktualizacja czeka.
Domyślnie do 2.4.8-p5 na PHP 8.3 lub 8.4. Wersję 2.4.9 wybieramy, gdy serwer spełnia wymagania Adobe dla tej wersji. Adobe Commerce 2.4.6 ma rozszerzone wsparcie do 31 sierpnia 2027, więc dla licencjobiorców Adobe termin wygląda inaczej niż dla Open Source; mówimy o tym w audycie.
Trzy ścieżki, w tej kolejności. Aktualizacja do wersji zgodnej, jeśli producent ją wydał. Zastąpienie odpowiednikiem o tej samej funkcji, z migracją danych. Albo naprawa po naszej stronie. Audyt mówi, która ścieżka dotyczy którego modułu i ile kosztuje. Wybór należy do Ciebie.
Tak, w ustalonym oknie. W praktyce to zrzut bazy i snapshot katalogu bezpośrednio przed wdrożeniem. Trzeba jednak wiedzieć, że po pewnym czasie zamówienia złożone na nowej wersji zaczynają blokować powrót. To kwestia spójności danych, nie techniki. Długość tego okna ustalamy na piśmie przed wdrożeniem.
To koszt po Twojej stronie i policzymy go w audycie. Przejście na wersję zgodną z nową linią Magento często wymaga aktywnej subskrypcji u producenta (np. Amasty albo Mirasvit). Bywa to niemiła niespodzianka w połowie projektu, dlatego liczymy to na samym początku.
SSH tylko do odczytu do produkcji albo jej kopii, composer.json i composer.lock oraz wynik bin/magento module:status i setup:db:status. Do tego struktura bazy bez danych, repozytorium albo archiwum app/code i app/design, specyfikacja serwera i lista integracji zewnętrznych.
Tak, i traktujemy to jako warunek współpracy. Nie podejmujemy się upgrade'u wycenionego w ciemno, bo to najczęstsza przyczyna projektów, które przekraczają budżet o połowę. Audyt zaliczamy w 100% na wdrożenie zamówione w ciągu 60 dni. Jeśli po audycie nie podamy stałej ceny, zwracamy całą kwotę. Jeśli masz świeży audyt od kogoś innego, chętnie na nim oprzemy wycenę.
Przerwa jest krótka i planowana. Całą pracę wykonujemy na stagingu, a na produkcji zostaje wdrożenie przygotowanej wersji plus testy dymne. Okno wybieramy razem z Tobą, zwykle poza godzinami największej sprzedaży.
Sprawdź swój sklep Magento 2 w ~30 sekund: wystawione pliki, nagłówki bezpieczeństwa, SEO techniczne i wydajność mierzona na realnych użytkownikach. Bez logowania, bez instalowania czegokolwiek.
Uruchom skan →Napisz, na jakiej wersji jesteście i dokąd chcecie dojść. Jeśli masz pod ręką composer.lock albo wynik bin/magento module:status, dołącz je, wtedy odpowiem konkretniej i szybciej.