Was ist OpenDXP?

OpenDXP ist eine Digital Experience Platform: eine Software, die Produktinformationen, Mediendateien und redaktionelle Inhalte in einem System verwaltet und daraus beliebig viele Ausgabekanäle bedient. Sie steht unter der GNU General Public License v3 und ist damit vollständig quelloffen.

Technisch setzt OpenDXP auf dem PHP-Framework Symfony auf. Das bedeutet in der Praxis: Erweiterungen entstehen nach gängigen Symfony-Mustern, und jedes Team, das mit modernem PHP arbeitet, findet sich zurecht.

Kurzform: ein System für Produktdaten, Assets, Inhalte und Portale, quelloffen, ohne Lizenzgebühren.

OpenDXP wird häufig als vier Bausteine beschrieben, die auf demselben Datenmodell liegen. Genau diese gemeinsame Basis unterscheidet eine DXP von vier separaten Werkzeugen.

• PIM (Product Information Management): strukturierte Daten wie Merkmale, Varianten, Einheiten und Übersetzungen
• DAM (Digital Asset Management): Bilder, Videos, Zeichnungen und Dokumente samt Rechten und automatischen Ableitungen
• CMS: Websites, Landingpages und Portale, die direkt auf die vorhandenen Daten zugreifen
• Datenaustausch: Schnittstellen zu ERP, Shop, CRM, Marktplätzen und Feed-Formaten

OpenDXP ist ein Fork von Pimcore, also eine Abspaltung derselben Codebasis, die eigenständig weiterentwickelt wird. Aufbau, Oberfläche und Datenmodell sind deshalb sehr ähnlich. Wer Pimcore kennt, findet sich in OpenDXP praktisch sofort zurecht.

Der entscheidende Unterschied liegt im Lizenz- und Governance-Rahmen: OpenDXP steht vollständig unter GPLv3 und wird offen weiterentwickelt. Für Häuser, denen Planbarkeit bei Lizenz, Roadmap und Dienstleisterwahl wichtig ist, ist das der Hauptgrund für einen Blick auf die Plattform.

Eine Migration aus einer bestehenden Pimcore-Installation ist gut planbar, weil Datenmodell und Struktur erhalten bleiben. Angepasst werden im Wesentlichen Namespaces, Composer-Pakete und die Deployment-Konfiguration.

Der häufigste Ausgangspunkt ist Mehrfachpflege: Dieselben Informationen liegen in mehreren Systemen und müssen bei jeder Änderung überall nachgezogen werden. Eine DXP führt sie auf eine Quelle zurück.

• Produktdaten für Shop, Marktplätze, Katalog und Vertrieb aus einer Quelle
• Mediendatenbank mit klaren Nutzungsrechten und automatischen Formaten
• Mehrsprachige Auftritte mit Übersetzung als geregeltem Prozess
• Kunden-, Händler- oder Mitgliederportale auf derselben Datenbasis
• Druckerzeugnisse wie Kataloge und Datenblätter automatisiert erzeugen

Der Aufwand eines DXP-Projekts liegt selten in der Installation. Er liegt im Datenmodell und in der Frage, wer künftig welche Angaben verantwortet. Wird das früh geklärt, läuft der Rest planbar.

Bewährt hat sich ein Pilot: eine vollständige Produktgruppe oder ein abgegrenzter Inhaltsbereich geht einmal komplett durch das System, vom Import bis zur Ausgabe im Kanal. Was dort funktioniert, lässt sich auf den Rest übertragen.

• Attributmodell an echten Daten prüfen, nicht am Reißbrett
• Rollen und Freigabewege festlegen, bevor gebaut wird
• Mit einem Kanal starten und weitere schrittweise anschließen
• Datenqualität messbar machen: Pflichtfelder und Vollständigkeitsgrade