Pimcore / OpenDXP · Migration
Ich ziehe deine Pimcore Community Edition nach OpenDXP um
Manuel Spar · Sparcode
mail@sparcode.devWoher der Druck kommt
Was sich an der Pimcore Community Edition geändert hat
-
Lizenz
Die Community Edition steht nicht mehr unter GPLv3
Mit Platform 2025.1 hat Pimcore die kostenlose Ausgabe auf die Pimcore Open Core License umgestellt, kurz POCL. Das letzte Release unter GPLv3 war 2024.4. -
Umsatzgrenze
Frei nur unterhalb von 5 Millionen Euro Jahresumsatz
Die POCL erlaubt den kostenlosen Einsatz für Nicht-Produktion, für Bildung und Non-Profit sowie für Unternehmen unter 5 Mio. € Jahresumsatz. Wer die Software als SaaS weiterverteilt, braucht eine OEM-Lizenz. -
Produkt-Key
Installieren geht nur noch mit Registrierung
Auch die kostenlose Ausgabe verlangt beim Aufsetzen einen Produkt-Key. Ohne Registrierung kommt eine frische Installation nicht bis zum ersten Login. -
Oberfläche
Der ExtJS-Admin läuft aus
2025.4 war das letzte Release mit beiden Oberflächen. Ab Pimcore 12 beziehungsweise 2026.1 ist Pimcore Studio Pflicht, und Module wie Portal Engine oder Datenqualität kosten extra. -
Support
Für Pimcore 11 gibt es keine Updates mehr
Der Support für Pimcore 11 ist ausgelaufen. Wer heute eine Community Edition betreibt, entscheidet bis Ende 2026, wohin es geht. -
Abhängigkeiten
Die POCL verträgt sich nicht mit GPL-Code
Sie ist inkompatibel zu Abhängigkeiten unter GPL, LGPL und AGPL. Wer solche Bibliotheken im Projekt hat, hat ein Rechtsproblem, kein Geschmacksproblem.
Umfang
Was bei einer Migration angefasst wird
-
Code
Namespaces und Präfixe werden umbenannt
Aus dem Namespace Pimcore wird OpenDxp, aus dem Präfix pimcore_ wird opendxp_, aus Konstanten mit PIMCORE_ werden welche mit OPENDXP_, aus config/pimcore wird config/opendxp. Dieselbe Vorschrift gilt für Twig-Funktionen, Service-IDs und Commands. -
Bundles
Bundles sind eigene Forks, kein Eins-zu-eins-Tausch
Pimcore-Bundles und OpenDXP-Bundles sind getrennte Pakete. Für jedes Bundle im Projekt kläre ich, ob es einen Fork gibt, ob ein anderes Paket die Aufgabe übernimmt oder ob die Funktion selbst gebaut wird. -
Daten
Die Datenbank bleibt, zwei Stellen werden umgeschrieben
Objekte, Assets und Dokumente bleiben liegen, wo sie sind. Umgeschrieben werden die Einträge im settings_store und die serialisierten Klassennamen in documents_editables und properties.
Ablauf
Wie der Umzug läuft
-
Bestandsaufnahme
Ich sehe mir an, welche Pimcore-Version läuft, welche Bundles installiert sind und wie viel Eigencode daran hängt. Danach weißt du, was umgeschrieben werden muss, und bekommst einen Festpreis. -
Auf Pimcore 11.5.x heben
OpenDXP setzt auf der Community Edition 11.5.13 auf. Steht dein Projekt darunter, ist das der erste Schritt — noch komplett im Pimcore-Land, mit den bekannten Upgrade-Notes. -
Rename
Namespaces, Präfixe, Konstanten und Config-Ordner werden nach einer festen Tabelle umbenannt. Der Schritt ist mechanisch und deshalb prüfbar: Was nicht in der Tabelle steht, wird nicht angefasst. -
Bundles und Datenbank
Die Bundles kommen auf ihre OpenDXP-Forks, im settings_store und in den serialisierten Klassenreferenzen wird Pimcore durch OpenDxp ersetzt. Danach startet die Installation zum ersten Mal ohne Produkt-Key. -
Test und Go-Live
Redaktion, Frontend und Schnittstellen klicke ich auf einer Kopie durch. Erst wenn das durch ist, wird umgeschaltet.
Womit ich arbeite
Häufige Fragen
Was zu OpenDXP zuerst gefragt wird
Was ist OpenDXP?
OpenDXP („Open Data & Digital Experience Platform") ist ein community-getragener Fork der letzten freien Pimcore Community Edition 11.5.13, weiterhin unter GPLv3 und seit dem 12. Februar 2026 öffentlich. Initiiert hat ihn DACHCOM.DIGITAL aus Rheineck in der Schweiz. Der Funktionsumfang ist derselbe wie in der Community Edition: Produktdaten (PIM/MDM), Assets (DAM), Headless-CMS, Data-Hub, FormBuilder, E-Commerce und Web-to-Print.
Muss ich wechseln?
Nein. Wenn dein Unternehmen unter der Umsatzgrenze von 5 Mio. € liegt, mit der Registrierung leben kann und den Weg Richtung Pimcore Studio ohnehin gehen will, bleibt die Pimcore Community Edition eine saubere Option. Interessant wird OpenDXP bei viel Eigencode, bei GPL-Abhängigkeiten und dann, wenn der Produkt-Key im Weg steht.
Wie lange dauert das?
Das hängt an der Menge Eigencode und an den Bundles. Sylphen ordnet den Aufwand typischerweise kleiner ein als einen Umstieg auf Pimcore 12 — die Basis bleibt dieselbe, und niemand muss eine neue Oberfläche lernen. Eine belastbare Zahl bekommst du, sobald ich in dein Projekt geschaut habe.
Was passiert mit meinen Bundles?
Pimcore-Bundles und OpenDXP-Bundles sind getrennte Pakete; im OpenDXP-Umfeld gibt es derzeit 24 Bundle-Repositories. Für jedes Bundle in deinem Projekt kläre ich vorab, ob es einen Fork gibt, ob ein anderes Paket die Aufgabe übernimmt oder ob die Funktion selbst gebaut wird.
Welche Risiken hat OpenDXP?
Das Projekt ist jung: Die erste öffentliche Version stammt vom Februar 2026, aktuell ist 1.4.1 vom 8. September 2026. Getragen wird es im Wesentlichen von einem Hauptsponsor, und das Bundle-Ökosystem ist zwischen Pimcore- und OpenDXP-Forks aufgeteilt. Dazu kommt die Trademark-Frage: OpenDXP ist unabhängig und steht nicht mit der Pimcore GmbH in Verbindung. Wer diese Punkte nicht tragen will, bleibt bei Pimcore.
Was kostet die Migration?
Nach der Bestandsaufnahme bekommst du ein Festpreisangebot, keine offene Stundenabrechnung. Der Preis hängt an Eigencode, Bundles und Datenmenge — das sehe ich erst im Projekt.
Passt OpenDXP zu deinem Projekt?
Kein Vertrieb. Nur ich.
mail@sparcode.dev