Waarom u Magento 2 moet upgraden
Adobe brengt periodiek nieuwe Magento Open Source- en Adobe Commerce-versies uit, aangevuld met losse securitypatches tussen de releases door. Elke release lost kwetsbaarheden op, verbetert prestaties en houdt de shop compatibel met de PHP-, database- en zoekmachineversies die eronder draaien.
Niet upgraden is een sluipend risico. Zodra een versie end-of-life raakt, stopt Adobe met securitypatches en groeit uw aanvalsoppervlak met elke bekendgemaakte kwetsbaarheid. Ook betaalproviders, koppelingen en browsers bewegen door; een verouderde shop loopt uiteindelijk vast op moderne eisen rond veiligheid en compliance.
- Securitypatches en het dichten van bekende kwetsbaarheden
- Compatibiliteit met ondersteunde PHP-, MariaDB/MySQL- en OpenSearch-versies
- Prestatie- en stabiliteitsverbeteringen
- Blijvende ondersteuning van betaal-, verzend- en ERP-koppelingen
De risico's: waar upgrades misgaan
De kern van het risico zit in afhankelijkheden. Een Magento-shop draait zelden kaal: er zitten third-party modules, een custom of Hyvä-thema en eigen koppelingen op. Een nieuwe Magento-versie kan breaking changes bevatten waardoor een module niet meer laadt, een template breekt of een API-aanroep anders reageert dan voorheen.
Daarnaast is er de PHP-afhankelijkheid: nieuwere Magento-versies vereisen nieuwere PHP-versies, en niet elke module is daarop getest. Doet u een upgrade rechtstreeks op productie, dan kan een enkele incompatibele extensie de hele checkout platleggen. Dat is precies het scenario dat u wilt voorkomen.
- Breaking changes in core-API's, layout of themevariabelen
- Modules of thema's die (nog) niet compatibel zijn met de doelversie
- PHP-versiesprongen die eigen code of dependencies raken
- Databasemigraties die niet terug te draaien zijn zonder back-up
Voorbereiding: de helft van het werk
Een geslaagde upgrade begint met inventariseren. Breng in kaart welke Magento-versie u draait, welke PHP-versie eronder ligt en welke modules en thema's geïnstalleerd zijn, inclusief hun versies en compatibiliteit met de doelversie. Modules zonder update voor de nieuwe versie zijn een beslispunt: vervangen, patchen of tijdelijk uitfaseren.
Vervolgens werkt u nooit blind op productie. De upgrade hoort thuis op een staging-omgeving die de productie zo dicht mogelijk benadert, met een verse kopie van de data. Zo test u de daadwerkelijke migratie en niet een geïdealiseerde versie ervan.
- Volledige, herstelbare back-up van bestanden en database
- Inventarisatie van module- en themecompatibiliteit met de doelversie
- Upgrade eerst op staging, met een realistische datakopie
- Een geteste rollback: hoe komt u terug als het misgaat
Hoe lang duurt een upgrade?
Een eerlijk antwoord is: dat hangt af van de afstand die u moet overbruggen en de complexiteit van uw shop. Een kleine sprong tussen twee opeenvolgende patchversies op een schone, goed onderhouden shop is een kwestie van uren tot een dag testen. Een sprong over meerdere hoofdversies, met een PHP-upgrade en tientallen modules, kan oplopen tot meerdere dagen of langer.
Zie onderstaande drijvende factoren als richtlijn, niet als vaste prijs. De grootste variabele is bijna altijd het aantal en de staat van de third-party modules en het maatwerk, niet Magento zelf.
- Aantal overgeslagen versies (patch, minor of meerdere majors)
- Aantal en kwaliteit van modules, koppelingen en maatwerk
- Of er een PHP- of infrastructuursprong bij komt kijken
- De hoeveelheid data en de zwaarte van de testcyclus
Onderhoud: voorkom dat u achterop raakt
De duurste upgrades zijn de uitgestelde. Wie jaren niets doet, staat op een dag voor een sprong over meerdere versies tegelijk, met een stapel modules die intussen allemaal verouderd zijn. Doorlopend onderhoud verkleint elke upgrade tot een behapbare stap in plaats van een migratieproject.
In de praktijk betekent dit: securitypatches maandelijks toepassen, kleinere versies tijdig meenemen en compatibiliteit bewaken bij elke wijziging, altijd via staging en met een rollback achter de hand. Zo blijft uw shop veilig en actueel zonder dat u telkens een grote ingreep hoeft in te plannen.