Magento Open Source

Bis 2017 hieß diese Variante Magento Community Edition (CE); mit der Übernahme von Magento durch Adobe wurde sie in Magento Open Source umbenannt. Sie bildet den technischen Kern, auf dem auch die kommerzielle Schwester-Variante Adobe Commerce aufsetzt. Für viele mittelständische Händler im DACH-Raum ist Magento Open Source über Jahre die Standardbasis für anspruchsvolle Online-Shops gewesen, und genau deshalb stellt sich heute für einen großen Bestand an Shops die Frage nach der weiteren Strategie.

Was Magento Open Source ausmacht

Magento Open Source stellt einen vollständigen Funktionsumfang für den Betrieb eines Online-Shops bereit: Produktkatalog mit konfigurierbaren, gruppierten, virtuellen und herunterladbaren Produkten, Warenkorb und Checkout, Kundenkonten, Rabatt- und Preisregeln, Bestellverwaltung, eine integrierte Such- und Filterfunktion (Layered Navigation) sowie Mehrsprachigkeit und Mehrwährungsfähigkeit. Charakteristisch ist die Fähigkeit, mehrere Stores und Storefronts (Multi-Store) aus einer einzigen Installation heraus zu betreiben, was die Plattform für Händler mit mehreren Marken, Ländershops oder getrennten B2B- und B2C-Auftritten attraktiv macht.

Der Quellcode ist offen einsehbar und wird über die offizielle Magento-2-Codebasis auf GitHub verteilt. Händler und Agenturen können den Code anpassen, eigene Module entwickeln und auf ein großes Ökosystem aus Erweiterungen (Extensions) zurückgreifen, die über den Adobe Commerce Marketplace und zahlreiche Drittanbieter verfügbar sind. Diese Offenheit ist zugleich Stärke und Schwäche: Sie erlaubt nahezu beliebige Individualisierung, verlagert aber die Verantwortung für Qualität, Sicherheit und Wartbarkeit der Erweiterungen vollständig auf das Projektteam.

Technische Grundlagen

Magento Open Source ist eine PHP-Anwendung mit einem eigenen, modularen Framework. Als Datenbank kommt typischerweise MySQL beziehungsweise MariaDB zum Einsatz; für Performance und Suche werden in der Praxis zusätzliche Dienste wie Redis (Caching und Sessions), Elasticsearch oder OpenSearch (Katalogsuche) sowie Varnish (Full-Page-Cache) eingebunden. Genau diese Architektur macht Magento mächtig, aber auch ressourcenhungrig: Eine produktionsreife Installation stellt spürbare Anforderungen an Server, Hosting und Betriebs-Know-how. Bereits die lokale Entwicklungsumgebung ist anspruchsvoller als bei schlankeren Shopsystemen.

Zur Architektur gehören außerdem das Entity-Attribute-Value-Modell (EAV) für Produkt- und Kundendaten, das Magento eine hohe Flexibilität bei Attributen verschafft, aber komplexe Datenbankabfragen erzeugt, sowie ein Indexer-System, das Katalog-, Preis- und Bestandsdaten für die schnelle Auslieferung vorberechnet. Für das Frontend bietet Magento traditionell das Luma-Theme an. Daneben hat Adobe mit PWA Studio einen Stack für Progressive Web Apps etabliert und verlagert die strategische Weiterentwicklung zunehmend auf cloud-native Dienste wie App Builder und Edge Delivery Services. Diese Richtung betrifft beide Varianten, also Open Source und Adobe Commerce gleichermaßen.

Kostenstruktur: "kostenlos" heißt nicht "günstig"

Die Lizenz von Magento Open Source ist kostenfrei. Das verleitet zu dem Trugschluss, der Betrieb sei günstig. Tatsächlich verlagert das Modell die Kosten lediglich von der Lizenz in andere Posten. Die folgende Aufstellung zeigt, wo die realen Kosten entstehen:

In der Praxis macht die Lizenz bei kommerziellen Plattformen typischerweise nur einen kleinen Teil der Gesamtkosten aus; der große Posten sind Betrieb und Pflege. Bei Magento Open Source fällt die Lizenz vollständig weg, der Betriebsaufwand bleibt aber bestehen und ist bei dieser Plattform eher hoch. Genau dieser Wartungsaufwand ist der zentrale Punkt, an dem sich Händler einen Wechsel auf ein moderneres System überlegen. Eine ehrliche Kostenbetrachtung rechnet deshalb nicht in Lizenzgebühren, sondern in den Gesamtbetriebskosten über mehrere Jahre, der sogenannten Total Cost of Ownership.

Die wichtigste Grenze: kein natives B2B

Ein entscheidender Unterschied zwischen Magento Open Source und Adobe Commerce liegt im B2B-Funktionsumfang. Magento Open Source bringt kein natives B2B-Modul mit. Funktionen wie Firmenkonten, geteilte Kataloge, Angebotsfunktion (Quoting), Bestelllisten und mehrstufige Freigabe-Workflows sind in der Open-Source-Variante nicht enthalten. Wer B2B-Handel auf Magento Open Source abbilden will, ist auf Drittanbieter-Extensions angewiesen, mit dem bekannten Folgeaufwand: Jede Extension muss bei Updates auf Kompatibilität geprüft, gepflegt und im Konfliktfall angepasst werden.

Das ist ein wichtiger Faktor bei der Plattformwahl: Händler, die ihren B2B-Vertrieb auf zusammengesteckten Extensions betreiben, tragen ein höheres Wartungsrisiko als Händler auf Systemen mit nativem B2B-Unterbau. Je geschäftskritischer der B2B-Kanal ist, desto stärker fällt diese Grenze ins Gewicht, etwa wenn Einkaufshierarchien, Budgetfreigaben oder kundenspezifische Preislisten zuverlässig funktionieren müssen.

Support-Zeitlinie und strategische Richtung

Adobe hat für die Magento-Release-Linien einen gestaffelten Support-Fahrplan veröffentlicht. Für Magento Open Source 2.4.6 ist der Support am 11. August 2026 ausgelaufen, für 2.4.7 endet er am 31. Mai 2027, für 2.4.8 am 31. Mai 2028 und für 2.4.9 am 31. Mai 2029. Das bedeutet nicht das Ende von Magento: Adobe führt die 2.4.x-Linie als LTS mit einem großen Patch pro Jahr im Mai; Version 2.4.9 erschien im Mai 2026, die Linie 2.4.10 ist seit dem 13. Oktober 2026 als Alpha verfügbar, und Sicherheitspatches werden weiter ausgeliefert. Entscheidend ist die strategische Ansage: Ein "Magento 3" ist nicht geplant. Adobe entwickelt die Plattform über cloud-native Bausteine weiter statt über einen klassischen Monolith-Nachfolger. Für Händler ist das weniger ein technisches als ein Richtungsthema, denn nicht jeder mittelständische Betrieb will diesen cloud-nativen Weg mitgehen.

Wer auf einer älteren, aus dem Support gelaufenen Version bleibt, handelt sich ein wachsendes Sicherheits- und Compliance-Risiko ein, weil neue Schwachstellen nicht mehr offiziell gepatcht werden. Das macht den Support-Fahrplan zu einem konkreten Planungsfaktor, nicht zu einer abstrakten Randnotiz.

Realbeispiel: Wartungsaufwand bei einem Upgrade

Ein typisches Szenario verdeutlicht den Aufwand: Ein Händler betreibt einen Magento-Open-Source-2.4-Shop mit rund zwei Dutzend installierten Extensions. Steht ein Minor-Upgrade an, müssen alle Extensions auf Kompatibilität mit der neuen Version geprüft, mögliche Patch-Konflikte aufgelöst und Regressionstests über große Teile der Storefront gefahren werden. Fällt eine zentrale Extension aus dem Support oder ist sie nicht kompatibel, kann ein eigentlich kleines Update zu einem mehrtägigen Projekt werden. Dieser wiederkehrende Aufwand ist der Hauptgrund, warum viele Open-Source-Händler über ein Replatforming nachdenken, etwa hin zu Shopware 6, dessen Migration Assistant Magento 2.0 bis 2.4 als Quellsysteme unterstützt.

Abgrenzung: Magento Open Source vs. Adobe Commerce vs. Shopware

• Magento Open Source: kostenlose Lizenz, self-hosted, kein natives B2B, hoher Wartungsanteil, volle Datenhoheit bei eigenem Hosting.
• Adobe Commerce: kommerzielle Lizenz (GMV-abhängig), natives B2B, Page Builder, Adobe-Experience-Cloud-Integration, wahlweise als gehostete Cloud-Variante.
• Shopware 6: Symfony-basierter, API-first-Stack mit Community Edition (Open Source) und Lizenzplänen, nativem B2B ab dem entsprechenden Plan und im DACH-Raum gut verfügbarem Entwickler-Know-how.

Diese Abgrenzung ist der praktische Ausgangspunkt für jede Wechselentscheidung: Sie bestimmt, ob beim Umstieg vor allem Wartungsaufwand, Lizenzkosten oder Datenhoheit das Hauptargument ist. Für reine B2C-Händler steht meist der Wartungsaufwand im Vordergrund, für B2B-Händler die fehlenden nativen Funktionen, und für stark regulierte Branchen die Frage nach Hosting-Standort und Datenkontrolle.

Für wen Magento Open Source weiterhin passt

Trotz aller Wartungsthemen bleibt Magento Open Source für bestimmte Konstellationen eine sinnvolle Wahl. Wer über ein eingespieltes Entwicklerteam oder einen verlässlichen Magento-Dienstleister verfügt, sehr individuelle Anforderungen hat und die volle Kontrolle über Code und Hosting behalten will, kann die Flexibilität der Plattform produktiv nutzen. Auch große, komplexe Kataloge mit vielen Attributen und Multi-Store-Strukturen sind eine traditionelle Stärke des Systems. Die Entscheidung sollte daher nie pauschal, sondern entlang des konkreten Geschäfts, der vorhandenen Kompetenzen und der Datenstrategie getroffen werden.

Sicherheit, Updates und Eigenverantwortung

Weil Magento Open Source self-hosted betrieben wird, liegt die Verantwortung für Sicherheit vollständig beim Betreiber. Adobe stellt regelmäßig Sicherheitspatches bereit, doch das Einspielen, Testen und Ausrollen dieser Patches muss das Projektteam selbst organisieren. Ein nicht gepatchter Magento-Shop ist ein bekanntes Angriffsziel, etwa für Skimming-Angriffe (Magecart), bei denen Schadcode im Checkout Kreditkartendaten abgreift. Wer Magento Open Source verantwortungsvoll betreibt, braucht deshalb einen festen Prozess für Monitoring, Patch-Management und regelmäßige Backups. Diese Eigenverantwortung ist der Preis der Offenheit und sollte bei der Plattformwahl realistisch eingeplant werden.

Migration weg von Magento Open Source

Wenn der Wartungsaufwand oder die strategische Richtung nicht mehr passt, steht häufig ein Wechsel auf ein anderes Shopsystem an. Im DACH-Raum ist Shopware 6 dabei die meistgenannte Alternative. Der Migrationspfad ist konkret: Shopware stellt mit dem Migration Assistant ein kostenloses Plugin bereit, das über ein Magento-Migrationsprofil Magento 2.0 bis 2.4 als Quellsysteme unterstützt – die Unterstützung für Magento 1.9 wurde mit Version 11.0.0 im März 2026 entfernt. Migrierbar sind unter anderem Produkte, Kategorien, Hersteller, Kunden, Bestellungen und Medien. Das eigentliche Projektrisiko liegt dabei selten in den Stammdaten, sondern in Extensions ohne direktes Pendant, individueller Geschäftslogik und einem sauberen Redirect-Mapping der alten URLs, damit der Relaunch keine Suchmaschinen-Rankings kostet. Als grober Zeitrahmen sind 5–12 Wochen realistisch, mit ERP-Anbindung bis 6 Monate. Wer Magento zu Shopware migrieren will, plant deshalb Extension-Inventur und Redirect-Konzept als erste Schritte ein.

Häufige Fragen zu Magento Open Source

Ist Magento Open Source wirklich kostenlos?
Die Lizenz ist kostenlos. Hosting, Entwicklung, Extensions und Wartung sind es nicht. "Kostenlos" bezieht sich ausschließlich auf das Lizenzentgelt; die Gesamtbetriebskosten können erheblich sein.

Was ist der Unterschied zwischen Magento Open Source und der früheren Community Edition?
Es ist dasselbe Produkt. Community Edition (CE) war der Name vor der Übernahme durch Adobe; seitdem heißt die Variante Magento Open Source.

Hat Magento Open Source ein natives B2B-Modul?
Nein. Natives B2B (Firmenkonten, Quoting, geteilte Kataloge) ist nur in Adobe Commerce enthalten. In Open Source wird B2B über Drittanbieter-Extensions abgebildet.

Wann endet der Support für Magento Open Source?
Gestaffelt nach Release: 2.4.6 ist seit dem 11. August 2026 aus dem Support, 2.4.7 folgt am 31. Mai 2027, 2.4.8 am 31. Mai 2028 und 2.4.9 am 31. Mai 2029. Adobe liefert pro Jahr einen großen Patch im Mai; die nächste Linie 2.4.10 ist seit dem 13. Oktober 2026 im Alpha-Stadium.

Gibt es ein Magento 3?
Nein, ein Magento 3 ist nicht geplant. Adobe verlagert die Weiterentwicklung auf cloud-native Dienste wie App Builder und Edge Delivery Services.