Onlineshop auf Magento 2.4.9 aktualisieren und die Kosten realistisch planen
Mit Magento 2.4.9 steht Shopbetreibern eine neue Versionslinie zur Verfügung. Für viele Unternehmen stellt sich deshalb weniger die Frage, ob ihr Magento-Shop aktualisiert werden muss. Sie möchten vor allem wissen, welche Kosten entstehen, wie hoch das technische Risiko ist und ob die bisherige Magento-Agentur das Update weiterhin durchführen soll.
Ein Magento-Update besteht bei einem individuellen Shop aus weit mehr als der Installation einer neuen Core-Version. Erweiterungen, Schnittstellen, das Theme, die Serverumgebung und individuelle Programmierungen müssen zur Zielversion passen. Hinzu kommen Tests, Fehlerkorrekturen und die kontrollierte Veröffentlichung.
Die Kosten hängen daher stark vom Zustand des jeweiligen Shops ab. Eine belastbare Planung beginnt mit einer technischen Bestandsaufnahme. Das gilt besonders, wenn ein Unternehmen im Zuge des Updates über einen Wechsel der betreuenden Magento-Agentur nachdenkt.
Warum ist Magento 2.4.9 ein umfangreicheres Update
Magento Open Source 2.4.9 und Adobe Commerce 2.4.9 wurden im Mai 2026 veröffentlicht. Die neue Versionslinie enthält zahlreiche Fehlerkorrekturen, aktualisierte Abhängigkeiten und Änderungen an zentralen Plattformkomponenten. Allein im Core von Magento Open Source wurden laut Adobe 580 Fehler behoben.
Zu den technischen Veränderungen gehören die Unterstützung aktueller PHP-Versionen, OpenSearch 3.x, Valkey 9.x und Symfony 7.4 LTS. PHP 8.2 wird mit Magento 2.4.9 nicht mehr unterstützt. Individueller Code, der Klassen aus Symfony erweitert, kann angepasste Typdeklarationen oder Methodensignaturen benötigen.
Offizielle Versionshinweise für Magento Open Source 2.4.9:
Offizielle Versionshinweise für Adobe Commerce 2.4.9:
https://experienceleague.adobe.com/en/docs/commerce-operations/release/notes/adobe-commerce/2-4-9
Für Entscheider bedeutet das, dass nicht nur Magento selbst aktualisiert wird. Häufig müssen mehrere technische Bestandteile gemeinsam betrachtet werden. Je älter die Ausgangsversion und je individueller der Shop, desto größer ist in der Regel der Prüfungsbedarf.
Welchen Planungshorizont bietet Magento 2.4.9
Für Adobe Commerce 2.4.9 nennt Adobe den 31. Mai 2029 als Ende des regulären Supports. Dieser Termin gilt ausdrücklich für Adobe Commerce. Betreiber von Magento Open Source erhalten daraus keinen gleichwertigen vertraglichen Supportanspruch. Die Versionslinie bietet dennoch einen vergleichsweise langen technischen Planungshorizont.
Quelle zur Adobe Commerce Lifecycle Policy:
https://experienceleague.adobe.com/en/docs/commerce-operations/release/planning/lifecycle-policy
Ein Update auf Magento 2.4.9 kann deshalb sinnvoll sein, wenn ohnehin größere technische Arbeiten anstehen. Dazu gehören beispielsweise ein Wechsel der PHP-Version, die Modernisierung der Suchtechnologie oder die Ablösung älterer Erweiterungen.
Die neue Version sollte trotzdem nicht ungeprüft installiert werden. Drittanbieter benötigen unter Umständen Zeit, um ihre Module freizugeben. Bei geschäftskritischen Erweiterungen sollte vor der Terminplanung geklärt werden, ob eine offiziell kompatible Version verfügbar ist.
Weshalb gibt es keinen seriösen Pauschalpreis?
Die eigentliche Aktualisierung der Magento-Pakete bildet nur einen Teil des Projekts. Der größere Aufwand entsteht häufig durch die Vorbereitung, die Anpassung individueller Bestandteile und die anschließenden Tests.
Die wichtigsten Einflussgrößen sind:
- aktuell eingesetzte Magento-Version
- Magento Open Source oder Adobe Commerce
- Anzahl und Qualität der Erweiterungen
- Umfang individueller Module
- verwendetes Frontend und Theme
- angebundene Drittsysteme
- Zustand der Serverumgebung
- vorhandene Entwicklungs- und Testsysteme
- technische Dokumentation
- bekannte Fehler und Altlasten
- Anzahl der Storeviews und Märkte
- individuelle Preis-, Kunden- oder Bestellprozesse
Zwei Shops können im Frontend ähnlich aussehen und technisch vollkommen unterschiedlich aufgebaut sein. Ein gut gepflegter Shop mit wenigen, regelmäßig aktualisierten Modulen lässt sich oft übersichtlicher aktualisieren als ein System mit zahlreichen Anpassungen ohne Dokumentation.
Konkrete Eurobeträge lassen sich deshalb erst nach einer Prüfung des Shops seriös nennen. Pauschale Angaben ohne Kenntnis des Quellcodes, der Erweiterungen und der Infrastruktur bieten Entscheidern wenig Orientierung.
Kostenblock 1 für die technische Bestandsaufnahme
Vor der Umsetzung sollte geklärt werden, was tatsächlich aktualisiert werden muss. Die technische Bestandsaufnahme schafft dafür die Grundlage.
Typische Aufgaben sind:
- installierte Magento-Version und Sicherheitspatches erfassen
- Composer-Konfiguration und Paketabhängigkeiten prüfen
- Drittanbieter-Erweiterungen dokumentieren
- individuelle Module identifizieren
- Überschreibungen und Plugins untersuchen
- Theme und Checkout-Anpassungen erfassen
- Schnittstellen und externe Dienste auflisten
- Serverkomponenten mit den Systemanforderungen vergleichen
- bekannte Fehler und technische Schulden berücksichtigen
Für Adobe Commerce stellt Adobe das Upgrade Compatibility Tool bereit. Es analysiert installierte Module sowie den Core-Code und meldet kritische Probleme, Fehler und Warnungen. Das Werkzeug steht laut Adobe nur für Adobe Commerce zur Verfügung. Bei Magento Open Source müssen vergleichbare Prüfungen mit anderen Analysewerkzeugen und durch eine manuelle Codeprüfung erfolgen.
Quelle zum Upgrade Compatibility Tool:
Ein automatischer Bericht kann die Analyse unterstützen. Er bildet jedoch nicht alle fachlichen Besonderheiten eines Shops ab. Ob ein individueller Bestellprozess, ein Datenimport oder eine kundenspezifische Preisberechnung weiterhin korrekt funktioniert, zeigt sich erst durch gezielte Tests.
Kostenblock 2 für Hosting und Systemkomponenten
Magento 2.4.9 setzt einen aktuellen technischen Unterbau voraus. Abhängig von der vorhandenen Umgebung können deshalb Arbeiten an PHP, Composer, Datenbank, Suchmaschine, Cache, Message Queue, Webserver und Varnish erforderlich werden.
Adobe führt für Magento 2.4.9 unter anderem aktuelle Versionen von PHP, Composer, OpenSearch, MariaDB oder MySQL, RabbitMQ, Valkey, Varnish und nginx auf. Die genauen Anforderungen unterscheiden sich zwischen Adobe Commerce Cloud und selbst betriebenen Installationen. Da Adobe diese Tabellen aktualisieren kann, sollte vor der Umsetzung immer der aktuelle Stand geprüft werden.
Aktuelle Systemanforderungen:
Bei einem Managed Hosting übernimmt häufig der Hoster einen Teil dieser Arbeiten. In anderen Fällen liegt die Verantwortung bei der Magento-Agentur oder der internen IT. Vor Projektbeginn sollte feststehen, wer welche Komponente aktualisiert und wer bei Problemen erreichbar ist.
Wir raten sehr dringend dazu das Hosting durch einen erfahrenen Magento Hoster zu übernehmen und NICHT selbst zu hosten. Der Aufwand und Probleme sind unserer Erfahrung nach deutlich höher als die vermeintlich gesparten monatlichen Kosten.
Unklare Zuständigkeiten verursachen Verzögerungen. Beispielsweise kann der Anwendungscode bereits vorbereitet sein, während eine benötigte Datenbank- oder Suchmaschinenversion auf dem Server noch fehlt. Der Support reagiert womöglich langsam oder nicht und ähnliche Dinge.
Kostenblock 3 für Erweiterungen und individuelle Programmierung
Drittanbieter-Erweiterungen und eigener Code gehören zu den größten Kostentreibern eines Magento-Updates.
Zunächst muss geprüft werden, ob für jedes relevante Modul eine mit Magento 2.4.9 kompatible Version verfügbar ist. Manche Hersteller stellen Updates im Rahmen einer laufenden Lizenz bereit. Andere verlangen eine Verlängerung der Subscription oder eine neue Lizenz. Bei anderen Herstellern gibt es womöglich schlicht keine Updates und man muss mögliche Anpassungen selbst durchführen.
Besondere Aufmerksamkeit benötigen Erweiterungen, die tief in zentrale Prozesse eingreifen.
Dazu zählen unter anderem:
- Zahlungsarten
- Checkout-Anpassungen
- Versandmodule
- Preisberechnungen
- ERP- und PIM-Anbindungen
- Marktplatzanbindungen
- B2B-Funktionen
- Steuer- und Rechnungsfunktionen
- Import- und Exportprozesse
Ein einzelnes komplexes Modul kann mehr Aufwand verursachen als zahlreiche kleine Erweiterungen. Entscheidend ist daher nicht allein die Anzahl.
Zusätzlicher Aufwand entsteht, wenn ein Anbieter seine Erweiterung nicht mehr pflegt. Dann muss die Agentur prüfen, ob das Modul angepasst, ausgetauscht oder entfernt werden kann. Bei individuellen Modulen ist eine Codeanalyse erforderlich. Änderungen an PHP, Symfony oder anderen Abhängigkeiten können Korrekturen notwendig machen.
Kostenblock 4 für Theme und Frontend
Auch das Frontend muss in die Updateplanung einbezogen werden. Das gilt für klassische Luma-basierte Themes, individuelle Themes und Hyvä-Frontends.
Geprüft werden sollten insbesondere:
- Magento-Templates
- Layout-XML
- JavaScript-Komponenten
- individuelle Produktdarstellungen
- Warenkorb und Checkout
- Kundenkonto
- Such- und Filterfunktionen
- Tracking
- Consent-Lösung
- mobile Darstellung
Je stärker das Theme vom Magento-Standard abweicht, desto größer kann der Test- und Anpassungsaufwand werden. Bei Hyvä müssen zusätzlich die verwendete Hyvä-Version und mögliche Kompatibilitätsmodule von Drittanbietern berücksichtigt werden.
Ein scheinbar kleiner Fehler im Frontend kann erhebliche Auswirkungen haben. Funktionieren beispielsweise Variantenwechsel, Warenkorb oder Zahlungsart nicht mehr zuverlässig, ist der Shop technisch erreichbar, kann jedoch Bestellungen verlieren.
Kostenblock 5 für Schnittstellen und Geschäftsprozesse
Viele Magento-Shops sind Teil einer größeren Systemlandschaft. Produkte kommen aus einem PIM oder ERP. Bestellungen werden an die Warenwirtschaft übergeben. Zahlungs-, Versand- und Trackingdienste kommunizieren über APIs mit dem Shop.
Nach dem Update müssen deshalb nicht nur einzelne Seiten, sondern vollständige Abläufe geprüft werden.
Dazu gehören beispielsweise:
- Produkt- und Kategorieimporte
- Preis- und Bestandsaktualisierungen
- Kundenimporte
- Bestellübertragung
- Statusrückmeldungen
- Rechnungs- und Versandprozesse
- Zahlungsautorisierung und Erstattung
- Versandlabel und Tracking
- E-Mail-Versand
- Cronjobs und Warteschlangen
Bei einem Agenturwechsel besteht hier ein zusätzliches Risiko. Die neue Agentur kennt anfangs möglicherweise nicht alle beteiligten Systeme und Sonderfälle. Fehlende Dokumentation erhöht den Analyseaufwand.
Shopbetreiber sollten deshalb nicht nur eine Liste der technischen Schnittstellen bereitstellen. Hilfreich ist auch eine Beschreibung der fachlichen Abläufe. Die Information, dass eine ERP-Schnittstelle vorhanden ist, reicht nicht aus. Entscheidend ist, welche Daten wann in welche Richtung übertragen werden und wie Fehler behandelt werden.
Kostenblock 6 für Tests und Veröffentlichung
Ein erfolgreich ausgeführter Update-Befehl bedeutet noch nicht, dass der Shop produktiv eingesetzt werden kann. Den Abschluss bilden technische Tests, fachliche Prüfungen und eine kontrollierte Veröffentlichung.
Die Agentur sollte zentrale technische Funktionen prüfen. Dazu gehören beispielsweise Magento-Administration, Indexierung, Cronjobs, Queues, Cache, Suche, E-Mail-Versand und Schnittstellen.
Der Shopbetreiber sollte zusätzlich seine geschäftlichen Besonderheiten testen. Dazu gehören Kundengruppen, individuelle Preise, Rabattregeln, Freigabeprozesse, Storeviews und spezielle Bestellabläufe.
Für die Veröffentlichung sind weitere Arbeiten erforderlich:
- vollständiges Backup erstellen
- Wartungsfenster planen
- aktuelle Daten berücksichtigen
- Deployment vorbereiten
- Datenbankaktualisierungen durchführen
- Caches und Indizes erneuern
- zentrale Funktionen unmittelbar kontrollieren
- Protokolle nach der Veröffentlichung überwachen
- Rückfallstrategie bereithalten
Der Testaufwand sollte nicht als unnötiger Kostenfaktor betrachtet werden. Fehler, die erst im produktiven Betrieb auffallen, verursachen meist höheren Aufwand und können Umsatz oder Arbeitsabläufe beeinträchtigen.
Was kostet ein Update auf Magento 2.4.9 ?
Ohne Analyse des konkreten Shops lässt sich keine seriöse Summe nennen. Der Aufwand hängt vor allem von der Ausgangsversion, den Erweiterungen, dem individuellen Code, der Infrastruktur, den Schnittstellen und dem Testumfang ab.
Ein gepflegter Standardshop benötigt meist weniger Analyse und Anpassung als ein über Jahre individuell erweitertes System. Entscheidend ist nicht die Größe des Sortiments, sondern vor allem die technische Komplexität.
Wir bieten daher üblicherweise an das Testsystem des Shops z.B. für bis zu 4 Std. zu prüfen. Basierend auf dieser Prüfung, kann dann realistischer eingeschätzt werden, ob das Update z.B. nur wenigen Stunden oder womöglich eher im Bereich 2-3 Tage (oder auch mehr) anzusetzen ist.
Wie lassen sich die Updatekosten begrenzen
Eine frühe Vorbereitung reduziert ungeplante Aufwände. Shopbetreiber sollten nicht warten, bis die bisherige Magento-Version oder eine wichtige Serverkomponente kurz vor dem Supportende steht.
Hilfreiche Maßnahmen sind:
- Erweiterungen regelmäßig aktualisieren
- nicht mehr benötigte Module entfernen
- individuelle Entwicklungen dokumentieren
- Entwicklungs- und Testsysteme pflegen
- geschäftskritische Testfälle festlegen
- Verantwortlichkeiten für Schnittstellen klären
- technische Fehler vor dem Versionswechsel bereinigen
- ausreichend Zeit für Anbieterfreigaben einplanen
- während des Updates unnötige Funktionsänderungen vermeiden
Es kann wirtschaftlich sinnvoll sein, technische Verbesserungen mit dem Update zu verbinden. Zu viele zusätzliche Anforderungen erhöhen jedoch die Komplexität. Neue Funktionen, ein Redesign und ein Core-Update sollten nur dann gleichzeitig umgesetzt werden, wenn die Abhängigkeiten klar sind und das Projekt entsprechend geplant wurde.
Wie lange dauert ein Magento-2.4.9-Update?
Auch die Dauer hängt von der Ausgangslage ab. Neben der technischen Umsetzung müssen Freigaben von Modulherstellern, Arbeiten des Hosters, Schnittstellentests und die fachliche Abnahme berücksichtigt werden.
Ein kleiner, gepflegter Shop kann deutlich schneller vorbereitet werden als ein System mit mehreren Storeviews, individuellen B2B-Prozessen und zahlreichen Drittsystemen. Eine Zeitangabe ohne vorherige Analyse wäre daher wenig belastbar.
Sollte direkt auf Magento 2.4.9 aktualisiert werden
Magento 2.4.9 bietet einen aktuellen technischen Stand und für Adobe Commerce einen regulären Supportzeitraum bis zum 31. Mai 2029. Ob die Version bereits die richtige Zielversion für einen konkreten Shop ist, hängt jedoch von der Kompatibilität der eingesetzten Erweiterungen und Systeme ab.
Vor der Entscheidung sollten die offiziellen Systemanforderungen, die Versionshinweise und die Freigaben geschäftskritischer Anbieter geprüft werden.
Kann eine neue Agentur das Magento-Update übernehmen?
Eine andere Magento-Agentur kann das Update übernehmen, sofern Quellcode, Zugänge, Lizenzen und die notwendigen technischen Informationen verfügbar sind.
Fehlende Dokumentation schließt eine Übernahme nicht aus. Sie erhöht jedoch den anfänglichen Analyseaufwand. Vor Beginn sollte geklärt werden, ob die bisherige Agentur alle benötigten Daten und Zugänge übergeben kann.
Welche zusätzlichen Kosten entstehen bei einem Agenturwechsel?
Eine neue Magento-Agentur muss sich zunächst in den Shop einarbeiten. Dieser Aufwand fällt bei der bisherigen Agentur möglicherweise geringer aus, weil dort bereits Wissen über Erweiterungen, Sonderfälle und frühere Entscheidungen vorhanden ist.
Der Einarbeitungsaufwand hängt stark von der Dokumentation ab. Ein sauber geführtes Repository, nachvollziehbare Tickets, aktuelle Zugangsdaten und eine Übersicht der Erweiterungen erleichtern die Übernahme.
Fehlen diese Grundlagen, muss die neue Agentur Teile der Systemarchitektur erst rekonstruieren. Das kann die anfänglichen Kosten erhöhen. Gleichzeitig bringt eine unabhängige Analyse die Möglichkeit, technische Altlasten und bisher übersehene Risiken aufzudecken.
Ein Wechsel verursacht außerdem organisatorischen Aufwand. Zugänge müssen übertragen, Lizenzen geklärt und Ansprechpartner eingebunden werden. Mit der bisherigen Agentur ist zu klären, welche Dokumentationen, Accounts und administrativen Rechte übergeben werden.
Diese Kosten sollten gegen die erwarteten Vorteile abgewogen werden. Ein günstiges Update-Angebot allein ist kein ausreichender Wechselgrund. Wichtiger sind technische Qualität, Transparenz, Verlässlichkeit und eine Arbeitsweise, die zum Unternehmen passt.
Wann kann ein Wechsel der Magento-Agentur sinnvoll sein
Ein Agenturwechsel kann geprüft werden, wenn sich wiederholt strukturelle Probleme zeigen. Dazu gehören unverständliche Aufwandsschätzungen, fehlende Dokumentation, verspätete Sicherheitsupdates oder Änderungen direkt am Produktivsystem.
Weitere Warnzeichen können sein:
- es gibt kein funktionsfähiges Staging-System
- Quellcode wird nicht sauber versioniert
- Risiken werden erst während der Umsetzung angesprochen
- durchgeführte Arbeiten sind kaum nachvollziehbar
- Wissen konzentriert sich auf eine einzelne Person
- Tests und Verantwortlichkeiten bleiben ungeklärt
- Zugänge oder Lizenzen liegen ausschließlich bei der Agentur
- wiederkehrende Fehler werden nur kurzfristig behoben
Nicht jedes Problem rechtfertigt einen sofortigen Wechsel. Die bestehende Agentur kennt den Shop und kann dadurch effizient arbeiten. Kommunikationsprobleme oder unklare Angebote lassen sich möglicherweise durch bessere Prozesse lösen.
Ein Wechsel bietet sich vor allem dann an, wenn die Zusammenarbeit dauerhaft keine verlässliche technische und wirtschaftliche Planung ermöglicht. Das Magento-2.4.9-Update kann ein geeigneter Anlass sein, den Zustand des Shops und die bisherige Betreuung sachlich bewerten zu lassen.
Welche Unterlagen benötigt eine neue Magento-Agentur
Eine strukturierte Übergabe reduziert Kosten und Risiken. Shopbetreiber sollten möglichst folgende Informationen zusammenstellen:
- Zugang zum Quellcode-Repository
- Composer-Dateien
- Liste der installierten Erweiterungen
- Lizenz- und Herstellerinformationen
- Dokumentation individueller Module
- Zugang zu Entwicklungs- und Stagingumgebungen
- Informationen zum Hosting
- Übersicht aller Schnittstellen
- Ansprechpartner für Drittsysteme
- bisherige Update- und Fehlerprotokolle
- Beschreibung geschäftskritischer Prozesse
- Backup- und Wiederherstellungskonzept
Passwörter sollten über einen sicheren Passwortmanager übergeben werden. Zugangsdaten gehören nicht in unverschlüsselte E-Mails oder allgemeine Projektdokumente.
Falls Unterlagen fehlen, sollte dies offen benannt werden. Die neue Agentur kann den fehlenden Wissensstand dann in ihrer Planung berücksichtigen.
Fazit
Die Kosten eines Updates auf Magento 2.4.9 entstehen hauptsächlich durch Analyse, Kompatibilitätsprüfungen, Anpassungen, Tests und die Vorbereitung der technischen Umgebung. Das reine Aktualisieren der Magento-Pakete bildet nur einen Teil des Projekts.
Für Shopbetreiber bietet das Update zugleich die Gelegenheit, den technischen Zustand ihres Systems und die Qualität der bisherigen Betreuung zu bewerten. Ein Agenturwechsel kann neue Transparenz und eine unabhängige Einschätzung bringen. Er verursacht zunächst jedoch zusätzlichen Einarbeitungs- und Übergabeaufwand.
Eine fundierte Entscheidung benötigt deshalb eine dokumentierte Bestandsaufnahme. Erst wenn Erweiterungen, Eigenentwicklungen, Schnittstellen und Infrastruktur bekannt sind, lassen sich Kosten, Risiken und Zeitbedarf sinnvoll einschätzen.
Sie möchten weitere Informationen zu Magento Shop Betreuung?
Auf folgender Infoseite rund um Kosten eines Magento Onlineshop Projektes finden Sie ausführliche Informationen basierend auf über 15 Jahre Erfahrung.
Weitere Informationen rund um Magento finden Sie auch hier:
Informationen zu Magento Updaten und Patch einspielen generell
Informationen zu Magento Kosten bei Neuerstellung eines Shops
Informationen zu Magento Betreuung und Verbesserungen
Informationen zu Programmierung individueller Magento Erweiterungen (Funktionen)
Informationen zu Magento Schnittstellen Programmierung
