Wer FireBears Vergleichsartikel liest, bekommt eine klare Empfehlung serviert: Bleibt bei Magento Open Source, kauft Erweiterungen, spart die Enterprise-Lizenz. Das Problem: FireBear verkauft genau diese Erweiterungen. Wer einen Hammer hat, sieht überall einen Nagel, und wer ein 22.000 Euro teures Abo hat, sieht überall eine Lizenzgebühr. Der Artikel ist keine Plattformanalyse, sondern Verkaufsargumentation in akademischem Gewand.
Adobe hat es geschafft, eine Verschiebung der Rechnung als Funktionsvorsprung zu verkaufen. Company Accounts, Shared Catalogs, negotiable Quotes, Content Staging, Visual Merchandiser: All das lebt in Commerce, aber der Kern bleibt derselbe. Beide Editionen teilen dieselbe Datenbank, denselben Checkout, dieselben APIs. Der Unterschied ist kein architektonischer, sondern ein kommerzieller. Adobe hat die Differenzierung hinter eine Gebühr gelegt, und das Extension-Ökosystem hat die Lücke sofort gefüllt.
FireBear Studio: „The real question is which capabilities your business needs and how much you’re willing to invest in them.“
Genau diese Formulierung ist die eigentliche Leiche im Kabinett. „How much you’re willing to invest“ klingt nach rationaler Abwägung, meint aber Abo-Mechanik. Die Kaufentscheidung wird von einem technischen Problem in eine Finanzierungsfrage übersetzt, und genau dort verliert der Händler den Überblick. Die Lizenz ist der sichtbare Betrag. Die Erweiterungen, die sie ersetzen sollen, sind es nicht.
Der Konflikt sitzt im Autor
FireBear listet sämtliche Commerce-Features und ordnet jedem eine Extension zu. Amasty, Aheadworks, Magenest, und natürlich FireBear selbst. Der Leser soll glauben, es gebe eine eins-zu-eins-Abdeckung. Das Gegenteil stimmt. Der Artikel selbst mault vorsichtig, einige Lösungen seien „not a direct replacement“ und erforderten „additional development“. Das ist die ehrliche Passage, die der ganze Aufsatz trägt, und sie wird im nächsten Atemzug wieder weggewischt.
Mehrere Anbieter, mehrere Code-Stile, mehrere Upgrade-Zyklen. Jede Extension berührt denselben Checkout, denselben Katalog, dieselben Kundenentitäten. In Magento ist das nichts Ungewöhnliches, aber die Rechnung kommt erst bei Version 2.4.9. Ein Patch von Anbieter A bricht den Import von Anbieter B, und plötzlich zahlt der Händler für zwei Support-Hotlines, die sich gegenseitig die Schuld zuschieben. Das ist keine Technologieentscheidung mehr. Das ist Lieferantenmanagement.
Und dann ist da Adobe Commerce as a Cloud Service. Die SaaS-Variante erlaubt keine beliebigen PHP-Module mehr im Kern. FireBears eigenes Improved Import & Export unterstützt ACCS ausdrücklich nicht. Wer also nach der Logik des Artikels eine Open-Source-plus-Extensions-Strategie fährt und später in ACCS wechseln will, sitzt mit einem Erweiterungsbestand da, der dort nicht läuft. Der Rat ist teuer, und er widerspricht sich auch.
Was DACH-Händler wirklich kostet
Der deutsche Markt macht das Problem konkret. Hier dominiert der B2B-Großhandel, und hier sind die 22.000 bis 40.000 Euro Lizenz im Vergleich zum Entwicklungsbudget oft der kleinere Posten. Entwicklerstunden kosten in DACH zwischen 90 und 150 Euro, und Magento-Projekte frisst Jahre an Wartung. Wer denkt, die Lizenzersparnis reiche für zwanzig Amasty-Module, verrechnet nur die Anschaffung und vergisst die Lebensdauer.
DSGVO und Datenschutz verschärfen die Lage. Shared Catalogs und Customer Segmentation sind in Deutschland sensibel, weil personalisierte Preise und sichtbare Konditionen schnell wettbewerbsrechtlich und datenschutzrechtlich heikel werden. Native Commerce-Features sind zentral geprüft, versioniert und dokumentiert. Ein Dutzend Fremdmodule aus verschiedenen Häusern erzeugt genau die Nachweispflicht, die niemand haben will.
Der Mittelstand, der jetzt auf Open Source setzt, baut sich ein Softwarehaus im Verborgenen. Er hat eine Plattform, aber er betreibt sie wie ein IT-Unternehmen. Personal, DevOps, Security-Patches, Penetrationstests, Vendor-Management. Alles Dinge, für die ein Händler eigentlich Kunden gewinnen will.
Die einzige Frage, die zählt
Vergesst die Editionsfrage. Stattdessen eine einzige Prüfung: Werden Sie in den nächsten drei Jahren mehr Entwickler als Vertriebler einstellen? Wenn ja, ist Magento Open Source eine gute Wahl, und Adobe Commerce spart Ihnen vielleicht nur Zeit. Wenn nein, ist jede Edition eine Falle, weil die Komplexität nicht im Code steckt. Sie sitzt in der Organisation, die den Code am Leben erhält.
Adobe wird Commerce weiter gegen die Wand fahren, und die Extension-Industrie wird jede neue Gebühr mit einem eigenen Produkt beantworten. Das ist ein Ökosystem, das von eurer Unsicherheit lebt. Bestellt also keine Lizenz aus Angst vor Migration, und keine Module aus Angst vor der Lizenz. Bestellt das, was eure Betriebswirklichkeit verträgt.
Und an FireBear: Wenn ihr Open Source wirklich für die bessere Wahl haltet, dann veröffentlicht eine Ehrlichkeitsklausel. Nennt den Umsatz, den ihr mit der empfohlenen Lücke erzielt. Alles andere ist Beratung mit provabler Rechnung.