Magento 2.4.9: ce înseamnă pentru magazinul tău și când trebuie să treci

Pe 12 mai 2026, Adobe a lansat Magento 2.4.9 - cea mai mare schimbare de arhitectură din linia 2.4 de la 2.4.4 încoace. E și prima versiune dintr-un calendar nou, cu o lansare majoră pe an, în fiecare mai.

Pentru un proprietar de magazin, întrebarea nu e ce s-a schimbat tehnic. E dacă trebuie să facă ceva și când.

Verificarea de treizeci de secunde

Intră în panoul de administrare, jos în subsol, sau cere-i dezvoltatorului versiunea. Apoi:

• 2.4.9 - ești pe ultima versiune, cu suport până în mai 2029. Nimic urgent.
• 2.4.8 - suport până în aprilie 2028. Ai timp, dar planifică.
• 2.4.7 - mai ai o fereastră scurtă. Începe pregătirea acum.
• 2.4.6 sau mai vechi - nu mai primești patch-uri de securitate. Suportul regulat pentru 2.4.5 și 2.4.6 s-a încheiat pe 11 august 2026.
• Magento 1 - fără suport din 2020. E o discuție complet diferită, de refacere, nu de upgrade.

Capcana Magento Open Source

Aici se înșală multă lume, și e diferența care contează cel mai mult financiar.

Adobe oferă suport extins pentru versiunile ieșite din suportul regulat - dar politica lui de ciclu de viață spune explicit că e disponibil numai pentru clienții Adobe Commerce. Pe baza de cod Magento Open Source, nu există.

Practic: dacă ai Adobe Commerce cu licență, poți cumpăra timp. Dacă ai Magento Open Source - varianta gratuită, pe care rulează majoritatea magazinelor din România - nu poți. După data de sfârșit al suportului, nu mai apar patch-uri și atât.

Ce înseamnă concret un magazin fără patch-uri

Nu se strică nimic peste noapte. Riscul se acumulează:

• Vulnerabilitățile devin publice. Când Adobe publică un patch pentru versiunile suportate, descrie și problema pe care o rezolvă. Cine caută ținte știe exact ce să încerce pe instalările nepatchate.
• Magento e o țintă preferată pentru furtul de date de card prin scripturi injectate în checkout. Sunt atacuri automate, care caută instalări vechi. Nu trebuie să fii un magazin mare ca să fii lovit.
• Conformitatea cu standardele de plată devine discutabilă. Procesatorii pot cere dovada că sistemul e actualizat.
• Modulele noi nu mai sunt compatibile. Furnizorii se aliniază la versiunile suportate, iar la un moment dat nu mai poți instala ce ai nevoie.

Ce aduce 2.4.9

Nu e o versiune de funcționalități noi vizibile pentru client. E una de modernizare a fundației:

• PHP 8.5 - cu efect real asupra vitezei pe partea de server.
• Trei componente de framework înlocuite, dintre cele care trăgeau platforma în urmă.
• Peste 560 de corecturi.
• Cerințe de infrastructură mai stricte - și aici e partea care surprinde pe mulți.

Ultimul punct e cel care transformă un upgrade într-un proiect. Dacă găzduirea ta e una partajată, ieftină, e foarte probabil să nu îndeplinească cerințele - și atunci upgrade-ul înseamnă și mutare pe altă infrastructură.

De ce upgrade-ul nu e „apeși un buton"

Un magazin Magento care funcționează de câțiva ani are, de regulă:

• module de la terți - fiecare trebuie să aibă o versiune compatibilă, iar unele nu mai sunt întreținute;
• o temă personalizată, care poate depinde de componente eliminate;
• integrări cu ERP, curieri, procesatori de plăți, marketplace-uri;
• modificări făcute direct în cod de-a lungul anilor, uneori nedocumentate.

Un upgrade serios înseamnă inventarul tuturor acestora, un mediu de test identic cu producția, și un plan de revenire dacă ceva nu merge.

Cum îl planifici

1. Inventarul modulelor. Ce e instalat, ce versiune, cine îl întreține, există variantă compatibilă. De obicei aici apar surprizele.
2. Verificarea infrastructurii față de cerințele noii versiuni. Dacă nu se potrivește, mutarea se face separat și înainte.
3. Mediu de test cu o copie a bazei de date reale. Nu cu date de probă - problemele apar pe volumul real.
4. Upgrade pe test, apoi parcurgerea manuală a fluxurilor care aduc bani: căutare, filtrare, adăugare în coș, checkout, plată, generare AWB.
5. Fereastra de execuție, aleasă în afara sezonului. Nu în noiembrie.
6. Plan de revenire și copie de siguranță verificată - adică una din care chiar ai încercat să restaurezi.

Partea de SEO, care se ratează cel mai des

Un upgrade nu ar trebui să schimbe adresele paginilor. „Nu ar trebui" nu înseamnă „nu se întâmplă” - mai ales când se schimbă și tema odată cu el.

Ce se verifică obligatoriu după:

• adresele produselor și categoriilor au rămas identice;
• fișierul robots.txt nu a fost înlocuit cu cel implicit;
• nu au apărut etichete noindex pe categorii;
• datele structurate de produs încă se generează;
• sitemap-ul se regenerează corect.

Am scris despre ce se întâmplă când partea asta e ignorată în studiul de caz al unei migrări greșite - un magazin ajuns la 50–80 de vizitatori organici pe zi.

Când merită să faci altceva decât upgrade

Onest: nu orice magazin pe Magento ar trebui să rămână pe Magento.

Dacă ai sub câteva sute de produse, fără integrări complexe și fără nevoi speciale de configurare, plătești complexitatea unei platforme construite pentru cataloage de zeci de mii de referințe. O migrare pe Shopify sau pe altă platformă mai simplă poate costa mai puțin decât doi ani de întreținere Magento.

Invers, dacă ai catalog mare, prețuri pe categorii de clienți, mai multe depozite sau integrare cu ERP, Magento rămâne alegerea potrivită și upgrade-ul e drumul corect.

Ne ocupăm de upgrade-uri și migrări Magento, de optimizarea performanței și de mentenanță - inclusiv de partea neplăcută în care îți spunem că platforma nu ți se potrivește. Dacă vrei o evaluare a situației tale, scrie-ne prin pagina de contact.