Adobe heeft Magento 1 in juni 2020 niet meer ondersteund. Dat is zes jaar geleden. Toch draait een aanzienlijk deel van de wereldwijde Magento-installaties nog steeds op deze versie – in productie, met echte bestellingen, vandaag.
Als u een van die webshop-eigenaren bent, weet u al dat M1 “niet meer ondersteund” wordt. Elk bureau dat u een migratie heeft aangeboden, heeft dat gezegd. Wat de meesten niet uitleggen: wat dat in de praktijk echt betekent – welke risico’s u daadwerkelijk loopt, hoe “ondersteuning” eruitziet voor een platform waar Adobe zich van heeft teruggetrokken, en hoe u de afweging migreren vs. blijven maakt zonder een verkooppresentatie erbij.
Wat “End of Life” werkelijk betekent
Adobes EOL-aankondiging voor Magento 1 had drie concrete gevolgen – geen vage waarschuwing:
- Geen beveiligingspatches meer van Adobe. Elke kwetsbaarheid die na juni 2020 wordt ontdekt in de Magento 1-kern krijgt geen officiële fix.
- Geen officiële doorontwikkeling meer. Het platform is bevroren zoals het in 2020 was.
- Geen officiële Adobe-supportcontracten meer. Als u betaalde voor Magento Enterprise M1, eindigt die relatie.
Wat het niet betekende: dat elke M1-webshop direct gecompromitteerd is, dat PCI-compliance van de ene op de andere dag onmogelijk wordt, of dat de software stopt met werken. Veel verwarring in dit domein komt voort uit het gelijkstellen van “niet ondersteund” met “kapot.”
Waarom webshops in 2026 nog op M1 draaien
We werken regelmatig met M1-webshops samen, en de redenen waarom ze er nog op zitten zijn zelden “we wisten het niet.” De gebruikelijke redenen:
- Budget. Een migratie is een project van vijf of zes cijfers. Als de webshop winstgevend en stabiel is, is dat een moeilijk te rechtvaardigen bedrag tegenover andere prioriteiten.
- Te complexe maatwerksoftware om veilig te verplaatsen. Tien of meer jaar aan custom modules, prijsregels en integraties gebouwd op de M1-architectuur. Dat migreren is geen lift-and-shift – het is een herbouw, en herbouwen brengen eigen risico’s met zich mee.
- “Als het niet kapot is.” De webshop converteert, de kassa werkt, orders worden verzonden. Er is geen functioneel probleem dat iemand naar een project trekt met echte kosten en echte verstoringsrisico’s.
- Niemand beschikbaar om het te doen. Steeds minder bureaus willen M1-werk aannemen, en nog minder willen een migratie inschatten voor een codebase die ze niet zelf hebben gebouwd.
Dit zijn legitieme bedrijfsbeslissingen, geen nalatigheid. De vraag die gesteld moet worden is niet “waarom heeft u nog niet gemigreerd?” – maar “hoe ziet verantwoorde M1-ondersteuning eruit terwijl u die beslissing neemt?”
Wat “M1-ondersteuning” vandaag de dag werkelijk inhoudt
Sinds Adobe zich heeft teruggetrokken, is de ondersteuning voor Magento 1 verschoven naar externe ontwikkelaars en de open-source community. In de praktijk omvat “M1-ondersteuning” in 2026:
- Beveiligingspatches van derden. Ontwikkelaars die de M1-codebase nog kennen, backporten fixes voor bekende kwetsbaarheden – niet van Adobe, maar vanuit community-onderzoek en interne audits.
- OpenMage. De door de community onderhouden fork van Magento 1 CE wordt nog actief ontwikkeld, met een eigen releasecyclus en beveiligingspatches. Webshops die hun codebase naar OpenMage migreren, krijgen daarmee weer een actief onderhouden upstream, wat het risicospectrum aanzienlijk verandert.
- PCI-compliance oplossingen. M1 kan nog steeds voldoen aan PCI-DSS-eisen met de juiste configuratie – hosted betaalvelden, tokenisatie, TLS-handhaving en een geharde serveromgeving. Dat vereist bewuste inrichting, niet de standaardinstellingen van 2019.
- Extensie- en integratie-onderhoud. Hier komen de meeste echte M1-noodsituaties vandaan – een externe dienst (ERP, verzend-API, betaalprovider) wijzigt zijn M1-connector of stopt ermee, en de integratie valt weg. Dat is een onderhoudsrisico, geen platformrisico.
- Performance en server-side beveiliging. PHP-versierestricties, server hardening en de stack compatibel houden met moderne infrastructuur naarmate hosting-providers verder gaan.
Dit maakt M1 niet gelijkwaardig aan een ondersteund platform. Het maakt het een platform dat u verantwoord kunt draaien als iemand competents het daadwerkelijk onderhoudt – wat een andere vraag is dan of u zou moeten migreren.
Het realistische risiconiveau
We gaan u niet vertellen dat uw webshop morgen gehackt wordt als u niet migreert. De meeste M1-webshops die we hebben beoordeeld staan niet onder actieve aanvallen, en vele hebben jaren na EOL gedraaid zonder incident. Maar “geringe kans” is niet “geen risico”, en het risicoprofiel is specifiek:
- Blootstelling aan bekende kwetsbaarheden. Publieke meldingen tegen M1-kern bestaan en krijgen geen officiële fixes. Als uw webshop niet door iemand die dit bijhoudt is gepatcht, is dat de echte blootstelling – niet de EOL-status zelf.
- Talenrisico, niet alleen veiligheidsrisico. Elk jaar hebben minder ontwikkelaars diepgaande M1-ervaring. Het grotere praktische gevaar voor de meeste webshop-eigenaren is niet een inbraak – maar niemand meer kunnen vinden die de codebase veilig kan aanraken als er iets kapotgaat.
- Derde partijen die stoppen met M1-ondersteuning. Dit is de meest voorkomende echte M1-noodsituatie die we zien: een betaalprovider, ERP of verzendprovider stopt M1-ondersteuning met een korte deadline, en de webshop-eigenaar heeft snel een vervangende integratie nodig. We hebben dit exact gedaan – met een deadline van vijf dagen, voor een klant met een ERP-geïntegreerde M1-webshop die iedereen anders had afgewezen. De volledige case study staat op onze website.
- Compliance-drift. PCI-vereisten evolueren. Wat twee jaar geleden een scan doorstond, voldoet misschien dit jaar niet meer zonder configuratie-updates.
Geen van deze risico’s is uniek voor Magento 1 – vergelijkbare risico’s bestaan voor elke ongepatchte afhankelijkheid op elk platform. Wat anders is: de last van het beheren ervan is volledig verschoven van Adobe naar u en wie u ook heeft ingehuurd om de webshop te onderhouden.
Migreren vs. blijven: een beslissingsraamwerk, geen verkooppraatje
Sla het “nu upgraden of sterven”-verhaal over. Dit bepaalt werkelijk of op M1 blijven nog een jaar verdedigbaar is, of dat het tijd is een migratie te plannen:
- Transactievolume en blootstelling aan kaartgegevens. Hoger volume en gevoeliger data verhogen de kosten van een incident en verscherpen de compliance-controle. Hoger volume pleit voor eerder migreren.
- Afhankelijkheid van externe diensten met onzekere M1-toekomst. Als uw ERP, PIM of betaalprovider al heeft gesignaleerd dat ze M1-ondersteuning afbouwen, loopt die klok ongeacht wat u beslist over het platform zelf.
- Complexiteit van uw maatwerk. Hoe meer maatwerklogica bovenop M1 is gebouwd, hoe langer en riskanter een migratie wordt – maar ook hoe meer waarde er is in het documenteren en stabiliseren van wat u heeft in plaats van blind te herbouwen.
- Groeitraject. Als u significant schaalt, biedt M2 (of een modern Hyvä-frontend) u een platform met een echte toekomst. Als de webshop stabiel en volwassen is, is die druk minder.
- Wie het nu werkelijk onderhoudt. Een webshop op M1 zonder iemand die kwetsbaarheden, extensie-uitval of compliance-drift in de gaten houdt is een wezenlijk ander risico dan een webshop op M1 met een actieve externe onderhoudsregeling.
Voor de meeste webshop-eigenaren is het eerlijke antwoord niet “nu migreren” of “nooit migreren” – maar “zorg vandaag voor goed onderhoud en plan de migratie op een tijdlijn die past bij uw bedrijf, niet bij de deadline van een leverancier.”
Wat wij doen
Wij zijn gespecialiseerd in Magento 2 – Hyvä, performance, integraties, migraties. We nemen ook nog Magento 1-onderhoudsopdrachten aan, omdat veel webshop-eigenaren zich precies in de hierboven beschreven situatie bevinden en een partner nodig hebben die hen niet simpelweg vertelt alles opnieuw te bouwen. Dat omvat beveiligingspatches, PCI-relevante configuratie en het herbouwen van integraties wanneer een externe leverancier M1-ondersteuning zonder waarschuwing stopt.
Als u Magento 1 draait en een eerlijk beeld wilt van waar uw webshop werkelijk staat – geen migratiepitch – neem contact op.
