Skip to content
blackbit-hi-inside-bgr_70_2400x1383

Pimcore im E-Commerce: Welche Architektur trägt Ihr Wachstum?

Framework, CoreShop, SaaS/PaaS-Integration oder Vendure Headless – ein Leitfaden für Führungskräfte und Entscheider im DACH-Mittelstand und Enterprise-Segment.

Ein strategischer Technologievergleich:

4

Architekturmodelle

11

Bewertungskriterien

2025

inkl. POCL-Lizenzänderung

DACH

Marktfokus
WICHTIGE LIZENZÄNDERUNG AB PIMCORE 2025.1
Pimcore hat mit Version 2025.1 die GPLv3-Lizenz durch die neue Pimcore Open Core License (POCL) ersetzt. Version 2024.4 war die letzte GPLv3-Version – ab sofort gelten neue Lizenz- und Kostenregeln. Für Unternehmen mit über 5 Mio. € Jahresumsatz ist eine kommerzielle Lizenz Pflicht. Bestehende GPLv3-Installationen laufen Ende 2026 aus dem Support. Pimcore ist ein Produkt der Pimcore GmbH mit Sitz in Salzburg. Dieser Artikel berücksichtigt das aktuelle Lizenzmodell vollständig.
Einführung

Warum Pimcore für mittelständische und Enterprise-Unternehmen?

Pimcore ist für viele Unternehmen im DACH-Raum das Herzstück ihrer Digitalisierungsstrategie – nicht trotz, sondern wegen seiner Komplexität. Die Plattform vereint Product Information Management (PIM), Digital Asset Management (DAM), Content Management und E-Commerce in einer einheitlichen Datenbankarchitektur auf Basis von PHP und Symfony. Das bedeutet für Sie als Entscheider: Produktdaten, Medien, Preise und Inhalte existieren einmal, werden einmal gepflegt und überall konsistent ausgespielt.

Für Unternehmen mit einem strukturell komplexen Produktkatalog – viele Varianten, mehrsprachige Märkte, technische Spezifikationen, regulierte Inhalte – ist dieser Ansatz strategisch überlegen gegenüber einer Landschaft fragmentierter Einzelsysteme. Die entscheidende Frage lautet jedoch nicht, ob Pimcore das richtige Fundament ist, sondern welche Commerce-Architektur darauf aufgebaut werden soll.
Die Antwort hängt von vier Faktoren ab: Ihren Wachstumszielen, dem verfügbaren Budget (einmalig und laufend), den Compliance-Anforderungen (DSGVO, NIS2) und dem gewünschten Grad an Unabhängigkeit von Technologieanbietern. Dieser Leitfaden gibt Ihnen die Grundlage für eine fundierte Entscheidung.
Lizenzmodell

Das neue Pimcore-Lizenzmodell: Was Entscheider jetzt wissen müssen

Mit Pimcore Platform Version 2025.1 hat Pimcore eines der bedeutendsten Updates seiner Geschichte vollzogen: Die Community Edition wird nicht länger unter der GPLv3-Lizenz veröffentlicht, sondern unter der neuen Pimcore Open Core License (POCL). Diese Änderung hat direkte Auswirkungen auf Ihre Investitions- und Betriebsplanung.

 

Was sich verändert hat – und warum

Die GPLv3 galt lange als Qualitätsmerkmal für echte Open-Source-Software. Im Enterprise-Kontext entwickelte sie sich jedoch zunehmend zum Problem: Lizenz-Kontaminationsrisiken (eigene Erweiterungen könnten unbeabsichtigt unter GPLv3-Pflichten fallen), aufwändige Rechtsaudits und Unsicherheiten bei SaaS- und PaaS-Betrieb bremsten die Akzeptanz bei größeren Unternehmen und deren Rechtsabteilungen.

POCL löst diese Probleme durch ein hybrides Modell: Der Quellcode bleibt öffentlich einsehbar und anpassbar („source-available"), aber die viralen Copyleft-Pflichten der GPLv3 entfallen. Eigene Erweiterungen und Geschäftslogik müssen nicht offengelegt werden – ein entscheidender Vorteil für Unternehmen mit propriätären Prozessen.

 

partner-platinum

 

Die drei Pimcore-Editionen im Überblick

Edition
Community Edition
Professional Edition
Enterprise Edition
Lizenz
POCL (source-available)
POCL kommerziell
POCL kommerziell
Kosten
Kostenlos bis 5 Mio. € Jahresumsatz
ab 8.400 € / Jahr
ab 25.200 € / Jahr
Zielgruppe
Startups, KMU in der Wachstumsphase
Mid-Market, Unternehmen über 5 Mio. € Umsatz
Enterprise, komplexe Multi-Channel-Setups
Handlungsbedarf für bestehende Installationen:
Wer aktuell Pimcore ≤ 2024.4 unter GPLv3 betreibt, erhält bis Ende 2026 Sicherheitsupdates – danach endet der Support dieser Versionen. Ein kontrollierter Migrationspfad zu POCL sollte jetzt geplant werden, nicht erst unter Zeitdruck.
Positiv für Entscheider:
POCL schafft Rechtssicherheit. Keine Lizenz-Kontamination, kein Offenlegungszwang für eigene Erweiterungen, klare Compliance-Basis für NIS2-Anforderungen. Die Enterprise Edition umfasst zudem Software-Insurance und klare IP-Eigentumsrechte – ein Argument gegenüber internen Rechts- und Risikoteams.
Folgeeffekt für das gesamte Ökosystem:
Da POCL mit GPLv3 inkompatibel ist, müssen auch alle GPLv3-lizenzierten Pimcore-Erweiterungen kommerziell relizenziert werden, um in einem POCL-Umfeld (Pimcore ≥ 2025.1) einsetzbar zu bleiben. Das betrifft namhafte Erweiterungen wie CoreShop, das ebenfalls auf ein Open-Core-Modell mit eigener kommerzieller Lizenz (CCL – CoreShop Commercial License) umgestellt hat. Bei der Budgetplanung für neue Projekte müssen diese Lizenzkosten auf Ebene der eingesetzten Erweiterungen stets mitberücksichtigt werden – nicht nur die Pimcore-Plattformlizenz selbst.
Architekturmodell 1

Das Pimcore E-Commerce Framework: Fundament für individuelle Lösungen

Das native Pimcore E-Commerce Framework ist der ursprüngliche Commerce-Layer der Plattform. Es stellt abstrakte Basisklassen für Produktkataloge, Preisfindung, Warenkorb-Abstraktion und Checkout-Gerüste bereit – liefert jedoch bewusst keine fertige Storefront, kein Bestellmanagement-Backend und keine Out-of-the-box-Zahlungsintegration.

Entscheidungskriterium: Wann ist das Framework die richtige Wahl?

Das native Framework eignet sich primär für hochgradig individuelle B2B-Anwendungen, die keinem Standardshop-Paradigma folgen: Konfiguratorlösungen, projektbasiertes Pricing oder interne Bestellsysteme. Auch im B2C-Commerce kann das Framework als Basis für Ticketing-oder Buchungssysteme verwendet werden, wenn ein Produktkatalog, ein Warenkorb und ein projektspezifischer Bestell-Prozess abseits des Standards gewünscht sind.

Stärken aus Entscheidersicht

1
Maximale Gestaltungsfreiheit
Keine einschränkenden Konventionen. Datenmodell, Preislogik und Geschäftsprozesse vollständig nach eigenen Anforderungen modellierbar.
2
Kein zusätzlicher Vendor
Das Framework ist direkter Pimcore-Bestandteil – keine externe Projekt-Roadmap, keine Abhängigkeit von Drittanbieter-Releases.
3
Minimaler Overhead
Kein ungenutzter Feature-Ballast. Ideal als schlankes Backend für externe Commerce-Plattformen oder als API-Produktdatenschicht.
 
4
Volle Datensouveränität

Self-hosted, EU-fähig, DSGVO-konform. Keine Daten verlassen Ihre Infrastruktur ohne Ihre explizite Kontrolle.

Einschränkung:
Das native Framework wird kaum noch aktiv weiterentwickelt. Für neue Projekte mit vollständigem Shop-Bedarf – Warenkorb, Checkout, Bestellmanagement, Zahlungsabwicklung – ist es keine vollständige Lösung. In diesen Fällen empfehlen sich CoreShop oder ein Headless-Commerce-Layer.
Architekturmodell 2

CoreShop: Der integrierte Shop-Layer für Pimcore – jetzt mit kommerziellem Lizenzmodell

CoreShop ist ein eigenständiges E-Commerce-Framework, das auf dem Pimcore Framework aufsetzt und es zu einem vollwertigen Shop-System erweitert. Es liefert, was das native Framework nur als Gerüst bereitstellt: fertiges Bestellmanagement, Anbindung an Payment-Gateways über die Payum-Abstraktionsbibliothek, Versandkostenregeln, Steuerzonen, Mehrwährungsfähigkeit und Gutscheinsysteme – administrierbar direkt aus dem Pimcore-Backend.

Wichtig zur Zahlungsarchitektur: Payum ist eine Payment-Abstraktionsbibliothek, kein Payment Service Provider (PSP). Die eigentliche Zahlungsabwicklung findet über ein angebundenes Payment Gateway statt – etwa Stripe, Mollie, Heidelpay oder Unzer. Die Wahl des PSP ist frei und projektspezifisch; Payum standardisiert lediglich die Schnittstelle zu diesen Diensten.

„CoreShop bietet die tiefste native Integration in Pimcore – Produktdaten, Commerce-Logik und Content in einem einzigen System, ohne Synchronisationsaufwand."

Das strategische Argument für CoreShop

Der entscheidende strukturelle Vorteil liegt in der nativen Datenarchitektur: CoreShop-Produkte sind echte Pimcore-Objekte. Es gibt keine Datenkopie, keine Synchronisation zwischen Systemen, kein Konsistenzrisiko. Produktdaten, Varianten, Preise und Assets leben einmal und werden konsistent überall genutzt. Diese Eigenschaft reduziert die Systemkomplexität und damit auch den laufenden Wartungsaufwand erheblich.

Für den DACH-B2B-Markt ist CoreShop besonders stark positioniert: Kundengruppenpreise, Netto-/Brutto-Darstellung, komplexe Steuerregeln, individuelle Konditionen pro Kunde und kanalspezifische Kataloge lassen sich granular konfigurieren – ohne Entwicklereingriff für Standardanpassungen.

Lizenzkosten und die Vendor-Lock-in-Frage

Durch Pimcores Wechsel zu POCL musste auch CoreShop sein Lizenzmodell anpassen: GPLv3 und POCL sind inkompatibel und dürfen nicht gemeinsam in einer Umgebung betrieben werden. CoreShop hat daher ebenfalls ein Open-Core-Modell mit eigener kommerzieller Lizenz (CCL – CoreShop Commercial License) eingeführt, die über den Pimcore Store erhältlich ist. Für Unternehmen, die Pimcore Professional oder Enterprise nutzen, ist die CCL für die produktive Nutzung von CoreShop erforderlich.

Damit stellt sich die Frage: Entsteht hier ein Vendor Lock-in? Die ehrliche Antwort ist: teilweise ja. Der Quellcode bleibt weiterhin einsehbar und anpassbar, aber die lizenzrechtliche Bindung an den Pimcore-Ökosystem-Stack aus Plattform (POCL) und Erweiterung (CCL) schafft eine reale Abhängigkeit von zwei Lizenzgebern. Ein vollständiger Wechsel auf eine andere Commerce-Plattform würde zwar technisch keine Datenmigration erzwingen, aber den Wegfall der nativen Integration – und damit den wesentlichen Mehrwert der Kombination. Dies ist gegenüber der zuvor freien GPLv3-Situation ein strategisch relevanter Unterschied, der in die Architekturentscheidung einzubeziehen ist.

 

Coreshop-logo_200x100

 

Tiefste Pimcore-Integration
Produkte als native Pimcore-Objekte – keine Synchronisation, kein Datenkopie-Risiko.
Keine Transaktionsgebühren
Feste Lizenzkosten statt umsatzabhängiger Skalierung – planbar auch bei starkem Wachstum.
B2B-Tauglichkeit
Kundengruppen, individuelle Konditionen, Netto/Brutto – B2B-Logik ohne Custom-Development.
 
Doppelte Lizenzpflicht
Ab Pimcore 2025.1 sind sowohl Pimcore-Plattformlizenz (POCL) als auch CoreShop CCL erforderlich – beide kostenpflichtig.
Ökosystem-Abhängigkeit
Bindung an zwei Lizenzgeber (Pimcore + CoreShop) schafft eine strukturelle Abhängigkeit, die bei der Architekturentscheidung zu berücksichtigen ist.
Storefront-Aufwand

Kein fertiges modernes Frontend. Erfordert Twig-Entwicklung oder einen separaten Headless-Frontend-Layer.

Empfehlung: CoreShop ist die richtige Wahl, wenn …

… Ihr Unternehmen im DACH-Markt operiert, Datensouveränität und DSGVO-Kontrolle nicht verhandelbar sind, Sie keine umsatzabhängigen Lizenzkosten tolerieren können und der B2B-Anteil Ihres Commerce-Modells hoch ist. Voraussetzung ist, dass die Kombination aus Pimcore-Plattformlizenz und CoreShop CCL als kalkulierbarer, fixer Kostenfaktor akzeptiert wird – und ein Entwicklungsbudget für die Storefront vorhanden ist.

Architekturmodell 3

Pimcore + SaaS/PaaS: Maximale Commerce-Reife, kontrollierter Datenaustausch

Ein zunehmend verbreiteter Enterprise-Ansatz kombiniert Pimcore als zentralen PIM/DAM-Master mit einer spezialisierten SaaS- oder PaaS-Commerce-Plattform – etwa Shopware 6 (Cloud), BigCommerce, Commercetools oder Salesforce Commerce Cloud. Pimcore übernimmt Product Information Management und Asset-Verwaltung; der externe Shop verantwortet alle transaktionalen Commerce-Prozesse.

Dieser Ansatz entspricht dem Composable-Commerce-Paradigma: klar definierte API-Grenzen, spezialisierte Systeme für spezialisierte Aufgaben, kein monolithischer Kompromiss. Er bringt jedoch eine häufig unterschätzte Komplexität mit sich: die Content-Pflege.

Was SaaS/PaaS-Plattformen bieten, was Pimcore-native Ansätze nicht liefern

Commerce-Innovation
BNPL, Subscriptions, natives Checkout-Optimierung – SaaS-Anbieter investieren kontinuierlich, ohne dass Sie die Kosten tragen.
Payment-Ökosystem
Vorgefertigte Payment-Gateway-Integrationen, länderspezifische Methoden, PCI-DSS-Compliance out-of-the-box.
Infrastruktur
Auto-Scaling, Monitoring, Security-Patches – der Anbieter trägt die operative Last, nicht Ihr IT-Team.

Die vier strategischen Risiken aus Entscheiderperspektive

1. Laufende Lizenzkosten skalieren mit dem Erfolg. SaaS-Modelle mit transaktions- oder umsatzabhängigen Tarifen werden mit wachsendem Geschäft teurer. Eine 5-Jahres-TCO-Berechnung zeigt häufig, dass der initiale Preisvorteil gegenüber Open-Source-Alternativen nach drei bis vier Jahren kippt.

2. Datensynchronisation erzeugt operative Komplexität. Produktdaten, Preise, Lagerbestände und Kategoriestrukturen müssen zuverlässig zwischen Pimcore und der Commerce-Plattform synchronisiert werden. Werkzeuge wie der Blackbit Data Director übernehmen diese Aufgabe effizient – erfordern aber initiales Setup und laufendes Monitoring.

3. Digitale Souveränität ist eingeschränkt. US-amerikanische SaaS-Anbieter unterliegen dem CLOUD Act. Für Unternehmen mit sensiblen Kundendaten im DACH-Raum ist eine sorgfältige Datenschutz-Folgenabschätzung und ggf. eine EU-Datenverarbeitungsvereinbarung zwingend erforderlich – und nicht immer ausreichend.

4. Die CMS-Lücke wird systematisch unterschätzt. SaaS- und PaaS-Commerce-Plattformen bieten in aller Regel nur einfache CMS-Funktionen – ausreichend für Produktbeschreibungen und Landingpages, aber nicht für komplexes Storytelling, mehrstufige Kampagnenstrukturen, regulierte Inhalte oder mehrsprachige Redaktionsprozesse. Wenn Pimcore als CMS genutzt werden soll, muss entweder ein separates CMS (z.B. Storyblok, Contentful) in den Stack integriert werden – oder es wird eine eigene Integration des Pimcore-CMS in die SaaS-Plattform entwickelt. Beides bedeutet zusätzlichen Integrationsaufwand und laufende Wartungskosten, die bei der Projektplanung oft fehlen.

 

Pimcore-logo_200x100

 

Empfehlung: Pimcore + SaaS/PaaS eignet sich …

… für Unternehmen mit internationalem Roll-out, schnellem Time-to-Market-Bedarf und dem Willen, Commerce-Innovation einzukaufen statt selbst zu entwickeln. Voraussetzung: Das Integrationsbudget für PIM-Synchronisation und CMS-Integration ist vollständig kalkuliert, die Datenschutzfrage ist rechtssicher geklärt, und die CMS-Anforderungen sind realistisch bewertet.

Architekturmodell 4

Pimcore + Vendure: Headless Commerce mit vollständiger Souveränität

Vendure ist ein modernes, TypeScript-basiertes Headless-Commerce-Framework (MIT-Lizenz) auf Basis von Node.js, NestJS und GraphQL. In Kombination mit Pimcore entsteht eine vollständig Open-Source-basierte Composable-Commerce-Architektur, die Enterprise-Commerce-Funktionalität mit vollständiger Datensouveränität und ohne laufende Lizenzkosten verbindet.

Warum Vendure als strategische Alternative zu SaaS

Vendure liefert genau das, was das native Pimcore Framework nicht bietet: eine vollständige API-first-Commerce-Engine mit nativem GraphQL-Interface, Bestellmanagement, Zahlungsabwicklung (Stripe, Mollie, Braintree und weitere via Plugin), Fulfillment-Logik und einem modernen Admin-UI. Das Plugin-System auf Basis von NestJS erlaubt die Implementierung beliebiger Geschäftslogik ohne Framework-Konflikte – proprietäre Prozesse bleiben vollständig unter Ihrer Kontrolle.

Für Ihr Unternehmen bedeutet das: Die Flexibilität und Tiefe eines selbst entwickelten Commerce-Backends, aber auf einem erprobten, aktiv gepflegten Open-Source-Fundament – ohne den Aufwand, ein Framework von Grund auf zu bauen.

 

Vendure_logo

 

Die Architektur im Dreiklang

Pimcore
PIM/DAM-Master. Produktdaten, Varianten, Assets, mehrsprachige Inhalte – einmal gepflegt, überall konsistent.
Vendure
Commerce-Engine. Warenkorb, Checkout, Zahlungen, Bestellstatus, Fulfillment, Customer Accounts – API-first via GraphQL.
Frontend
Entkoppelte Storefront (Next.js, Nuxt, SvelteKit). Maximale Performance durch SSR, statische Generierung und Edge-Caching.

Das Kostenargument für Entscheider

Pimcore + Vendure ist der einzige vollständig Open-Source-basierte Enterprise-Commerce-Stack ohne laufende Plattformlizenzkosten. Keine Transaktionsgebühren. Keine Umsatzbeteiligung. Keine Skalierungsüberraschungen bei wachsendem Geschäft. Die Total Cost of Ownership über 5 Jahre liegt bei vergleichbaren Commerce-Volumina regelmäßig unter jener einer SaaS-Plattform – bei gleicher oder höherer Flexibilität.
Der Gegenposten: Die initiale Investition in Entwicklung und Integration ist höher als bei einer SaaS-Lösung. Drei Systeme müssen konzipiert, integriert und betrieben werden. Dies erfordert einen erfahrenen Commerce-Engineering-Partner und eine klare Betriebsstrategie – etwa auf Basis eines Kubernetes-basierten DevOps-Stacks.

Empfehlung: Pimcore + Vendure ist die richtige Wahl, wenn …

… Sie langfristig in eine skalierbare, souveräne Commerce-Architektur investieren wollen, laufende Lizenzkosten strategisch vermeiden möchten, Headless-Performance und maximale Frontend-Freiheit Priorität haben – und einen Partner haben, der den Betrieb dieses Stacks verantwortet. Besonders geeignet für wachsende Mid-Market-Unternehmen, die in drei bis fünf Jahren keine teure Plattformmigration riskieren wollen.

Kostenloser Download

Entscheidungsmatrix: Pimcore Commerce-Architekturen im Vergleich

Die vollständige Vergleichstabelle mit allen 11 Kriterien – als übersichtliches Referenzdokument für Ihre interne Entscheidungsvorbereitung, Präsentationen und Architektur-Reviews.

  • 11 Vergleichskriterien
  • Alle 4 Architekturmodelle
  • Aktuelle POCL-Lizenzinformationen
  • Druckoptimiertes Layout
Nächster Schritt

Plattformwahl oder Relaunch mit neuer Architektur? Lassen Sie uns gemeinsam die richtige Entscheidung treffen.

Ob Sie Pimcore neu einführen, eine bestehende Lösung auf POCL migrieren oder einen laufenden Shop auf eine composable Architektur umstellen möchten – jede dieser Entscheidungen hat strategische, technische und kommerzielle Dimensionen, die sorgfältig abgewogen sein wollen.

Blackbit begleitet mittelständische und Enterprise-Unternehmen im DACH-Raum bei genau diesen Weichenstellungen: von der neutralen Architekturberatung über die Technologieauswahl bis zur Umsetzung und dem laufenden Betrieb auf unserem Kubernetes-basierten DevOps-Stack.
Plattformwahl & Architektur-Beratung Neutrale Bewertung der vier Architekturmodelle auf Basis Ihrer konkreten Anforderungen, Ihres Produktkatalogs und Ihrer Wachstumsstrategie – ohne Produktbindung.  
Relaunch mit Architekturwechsel
Von der Bestandsanalyse über die Migrationsstrategie bis zur Umsetzung: Wir begleiten den Wechsel von monolithischen zu composable Architekturen ohne Betriebsunterbrechung.
 
POCL-Migration & Lizenz-Audit Code-Analyse, Lizenzrisikobewertung und Migrationspfad für bestehende Pimcore-Installationen auf GPLv3-Basis – vor dem Support-Ende Ende 2026.  
Dieser Artikel dient der allgemeinen Information und ersetzt keine individuelle Beratung. Lizenzangaben Stand März 2025 – bitte stets aktuelle Pimcore-Lizenzinformationen unter pimcore.com prüfen.