Knapp fünf Monate nach Erscheinen von Magento Open Source und Adobe Commerce 2.4.8 ist klar: Adobe hat die Version zum Langzeitpfosten gemacht. Support bis April 2028, inzwischen der fünfte reine Sicherheitspatch (2.4.8-p5) – und wer die Release Notes aufmerksam liest, erkennt die Richtung: Adobe räumt den Technikstack gründlich auf und schiebt gleichzeitig die Enterprise-Kunden in Richtung SaaS.
Die Release-Notes-Übersicht auf Adobe Experience League ist dabei mehr als eine Changelog-Sammlung. Für Händler und Agenturen ist sie das zentrale Dokument, um zu entscheiden, wann ein Upgrade fällig ist und welche Baustellen das Update im eigenen Shop aufmacht. Ein Blick auf die wichtigsten Punkte von 2.4.8 lohnt sich – gerade für Shops, die noch auf 2.4.6 oder früher fahren.
Was bringt Magento 2.4.8 konkret?
Der auffälligste Sprung liegt in der Infrastruktur: Kompatibilität mit PHP 8.4 und MariaDB 11.4. Das bedeutet längere Sicherheitszyklen und spürbar bessere Datenbank-Performance bei großen Katalogen. Wer mit 500.000 SKUs kämpft, wird die schnelleren Bulk-Operationen bei Staffelpreisen bemerken – die REST-API für Tier-Price-Updates wurde so überarbeitet, dass Massenupdates den Shop nicht mehr lahmlegen. Für B2B-Händler mit kundenindividuellen Preislisten ist das keine Fußnote, sondern Tagesgeschäft.
Daneben das übliche Paket: GraphQL-Verbesserungen für Headless-Setups, zahlreiche Bugfixes aus der Community und die obligatorischen Sicherheitsfixes. Die 2.4.8-p-Reihe – derzeit p5 – enthält ausschließlich Security-Patches ohne Feature-Änderungen. Das macht sie risikoarm einspielbar, anders als Minor-Releases.
Warum verabschiedet Adobe Elasticsearch aus Magento?
Eine Änderung, die in den Notes klein daherkommt, hat es in sich: Adobe markiert Elasticsearch offiziell als veraltet. Die Antwort ist kurz: Adobe setzt vollständig auf OpenSearch, den quelloffenen Fork. In der Admin-Konfiguration erscheint bei Auswahl von Elasticsearch jetzt ein Hinweistext, der die Deprecation klarstellt.
Für Shopbetreiber heißt das: Wer aktuell Elasticsearch 7.x oder 8.x hostet, sollte den Wechsel auf OpenSearch in die nächste Wartungsrunde einplanen. Funktional ändert sich an der Storefront-Suche wenig – OpenSearch ist API-kompatibel –, aber Hosting-Verträge, DevOps-Skripte und Monitoring müssen angepasst werden. Agenturen berichten von Migrationsaufwänden zwischen vier Stunden (Standard-Setup) und mehreren Tagen (Custom-Analyser, mehrsprachige Kataloge).
Wer ohnehin über die Suchqualität nachdenkt, findet mit Extensions wie Amasty Elastic Search oder Mageplaza Layered Navigation weiterhin Optionen, die auf beiden Engines laufen – für komplexe B2B-Kataloge oft die pragmatischere Route als ein Eigenbau.
Der stille Hintergrund: Adobes SaaS-Kurs
Die Release Notes erzählen auch eine zweite Geschichte. Während 2.4.8 solide gepflegt wird, investiert Adobe Marketing-Energie vor allem in Adobe Commerce as a Cloud Service und die Storefront-Bausteine rund um Edge Delivery. Für Bestandskunden ändert das kurzfristig nichts – 2.4.8 bleibt voll nutzbar. Strategisch sollten Betreiber aber einplanen, dass die Innovationsgeschwindigkeit im klassischen On-Premise-Zweig weiter abnimmt.
Wer 2.4.8 sauber aufsetzt, kauft sich Zeit. Wer die Zeit nutzt, um den eigenen Stack zu entrümpeln, kauft sich Optionen.
Konkrete Handlungsempfehlung: Shops auf 2.4.6 oder älter sollten das Upgrade auf 2.4.8-p5 noch dieses Jahr fahren – allein wegen der PHP-8.4-Basis und der Security-Patches. Parallel den Elasticsearch-Umzug als eigenes Mini-Projekt aufsetzen, nicht als Beiläufer im Release. Und die Release-Notes-Seite auf Experience League gehört in jede Wartungsroutine, denn dort steht als Erstes, wann der nächste Patch Pflicht wird.