OroCommerce Architektur: Symfony, API-first und Headless B2B-Commerce

Die technische Architektur einer E-Commerce-Plattform entscheidet langfristig über Wartbarkeit, Erweiterbarkeit und Integrationsfähigkeit. Während viele Plattformen ihre B2B-Funktionen nachträglich ergänzt haben, wurde OroCommerce von Beginn an als Enterprise-B2B-Plattform entwickelt. Das zeigt sich nicht nur im Funktionsumfang, sondern vor allem in der Architektur.

Für CTOs, Solution Architects und technische Projektleiter stellen sich dabei häufig dieselben Fragen:

Wie modern ist der Technologie-Stack?
Ist OroCommerce wirklich API-first?
Welche Headless-Szenarien sind realistisch?
Wie gut lässt sich die Plattform in bestehende ERP-Landschaften integrieren?
Welche Vorteile bietet Symfony im Vergleich zu Magento, Shopware oder Spryker?

Wer zunächst einen allgemeinen Überblick sucht, findet diesen im Beitrag OroCommerce Plattform-Überblick.

Der OroCommerce-Stack auf einen Blick

OroCommerce basiert auf einer modernen Enterprise-Architektur, die konsequent auf Erweiterbarkeit und Integrationsfähigkeit ausgelegt ist.

Die Plattform besteht nicht nur aus einem Shopsystem, sondern aus mehreren Schichten:

OroPlatform
OroCommerce
Workflow Engine
API Layer
Such- und Integrationsdienste

Dadurch entsteht eher eine Commerce-Plattform als ein klassischer Onlineshop.

Symfony als Basis-Framework

Das Fundament von OroCommerce bildet Symfony. Für viele Entwicklungsteams im DACH-Raum ist das ein wichtiger Vorteil.

Symfony gehört heute zu den am weitesten verbreiteten PHP-Frameworks im Enterprise-Umfeld und wird unter anderem genutzt von:

Shopware 6
Sylius
Drupal
Pimcore

Die Lernkurve ist dadurch deutlich flacher als beispielsweise bei Magento-spezifischen Framework-Konzepten.

Vorteile für Entwicklungsteams

etablierte Architekturprinzipien
große Entwickler-Community
umfangreiche Dokumentation
einfacher Wissenstransfer
langfristige Wartbarkeit

Gerade Unternehmen mit eigener Entwicklungsabteilung profitieren von dieser technologischen Nähe.

OroPlatform als technisches Fundament

OroCommerce basiert auf der sogenannten OroPlatform.

Die OroPlatform ist kein Shop-System, sondern ein Business-Application-Framework.

Sie bildet gleichzeitig die Grundlage für:

OroCommerce
OroCRM
OroMarketplace

Dadurch teilen alle Produkte:

Benutzerverwaltung
Workflow Engine
API-Schicht
Entity-System
Sicherheitsmodell

Das reduziert Redundanzen und vereinfacht spätere Erweiterungen.

Datenbank- und Infrastruktur-Komponenten

Je nach Edition unterstützt OroCommerce unterschiedliche Komponenten.

Typische Architekturbausteine:

MySQL
PostgreSQL
Elasticsearch
Redis
RabbitMQ

Insbesondere bei großen B2B-Katalogen mit mehreren hunderttausend Produkten spielt die Kombination aus PostgreSQL und Elasticsearch ihre Stärken aus.

API-Architektur: REST und GraphQL

OroCommerce verfolgt einen konsequent API-orientierten Ansatz.

Nahezu jede Funktion der Plattform kann über APIs angesprochen werden.

Das ist eine wichtige Voraussetzung für:

ERP-Integration
PIM-Anbindung
Mobile Apps
Kundenportale
Headless-Commerce

Storefront API auf GraphQL-Basis

Für moderne Frontends stellt OroCommerce eine GraphQL-API bereit.

Diese ermöglicht:

performante Datenabfragen
reduzierte Payloads
flexible Frontend-Architekturen

GraphQL ist insbesondere interessant für:

React
Next.js
Vue
Nuxt

basierte Frontends.

Seit OroCommerce 5.x gilt die GraphQL-Storefront-API als produktionsreif und wird in Headless-Projekten aktiv eingesetzt.

Management API für Backoffice-Integrationen

Neben GraphQL existiert eine umfangreiche REST-API.

Sie orientiert sich am JSON:API-Standard und deckt unter anderem ab:

Produkte
Kunden
Bestellungen
Preislisten
Kataloge
Angebote

Diese API bildet häufig die Grundlage für Integrationen mit:

SAP
proAlpha
Sage
Microsoft Dynamics
Infor

Mehr dazu im Beitrag ERP-Integration über die OroCommerce-API.

Authentifizierung und Sicherheit

OroCommerce unterstützt verschiedene Authentifizierungsverfahren:

OAuth2
JWT
API-Keys

Dadurch lassen sich unterschiedliche Integrationsszenarien sicher abbilden.

Von einfachen ERP-Schnittstellen bis hin zu komplexen Multi-System-Landschaften.

Headless-Optionen – was wirklich machbar ist

Headless Commerce ist ein häufiges Schlagwort. In der Praxis stellt sich jedoch die Frage: Braucht das Projekt überhaupt Headless?

Die ehrliche Antwort lautet oft: Nein. Viele erfolgreiche OroCommerce-Projekte nutzen weiterhin die Standard-Storefront.

Offizielle PWA-Ansätze

OroCommerce unterstützt moderne Frontend-Architekturen.

Mögliche Szenarien:

Progressive Web Apps
mobile Commerce-Portale
spezielle Kundenportale
Commerce Apps

Die technische Grundlage dafür bildet die GraphQL-Schicht.

Eigene Frontends mit Next.js oder Nuxt

Für maximale Flexibilität lassen sich eigene Frontends entwickeln.

Typische Technologien:

Next.js
Nuxt
React
Vue

Das ist besonders interessant für Unternehmen mit:

mehreren Kanälen
komplexen UX-Anforderungen
individuellen Kundenportalen

Hybrid-Architekturen

In vielen Projekten beobachten wir einen pragmatischen Mittelweg. Dabei bleibt die Standard-Storefront bestehen.

Zusätzliche Touchpoints werden separat aufgebaut:

Serviceportale
Außendienst-Apps
Kunden-Apps
Konfiguratoren

Dadurch lassen sich Entwicklungskosten reduzieren, ohne auf moderne Frontend-Konzepte zu verzichten.

Workflow Engine und Datenmodell

Hier unterscheidet sich OroCommerce besonders deutlich von vielen Wettbewerbern.

Integrierte Workflow Engine

Die Workflow Engine gehört zum Kern der Plattform.

Geschäftsprozesse können modelliert werden für:

Angebotsfreigaben
Genehmigungen
Eskalationen
Außendienstprozesse
Kundenservice-Abläufe

Viele Wettbewerber benötigen hierfür zusätzliche Erweiterungen oder individuelle Entwicklung.

Entity-Erweiterungssystem

Ein weiteres Alleinstellungsmerkmal ist das Entity-Extend-System.

Neue Felder können häufig ohne Programmierung ergänzt werden.

Beispiele:

zusätzliche Kundeneigenschaften
ERP-Felder
Produktattribute
Angebotsinformationen

Das reduziert:

Entwicklungsaufwand
Wartungskosten
Upgrade-Risiken

Gerade in langfristigen B2B-Projekten ist das ein erheblicher Vorteil.

Performance, Skalierbarkeit und Caching

OroCommerce ist für große B2B-Kataloge ausgelegt.

Typische Optimierungsmechanismen:

Elasticsearch für Suche
Redis für Caching
RabbitMQ für Hintergrundprozesse
horizontale Skalierung über mehrere Server

Dadurch lassen sich auch komplexe Enterprise-Szenarien abbilden.

Insbesondere dann, wenn:

mehrere Länder
mehrere Portale
große Produktkataloge
viele gleichzeitige Benutzer

vorhanden sind.

Was die Symfony-Basis für Entwicklungsteams bedeutet

Aus technischer Sicht ist dies häufig einer der wichtigsten Vorteile.

Schnellere Einarbeitung

Viele PHP-Teams verfügen bereits über Symfony-Kenntnisse. Dadurch reduziert sich der Onboarding-Aufwand deutlich.

Geringerer Vendor-Lock-in

Symfony gehört zu den etablierten Open-Source-Technologien.

Know-how bleibt damit nicht an einen einzelnen Hersteller gebunden.

Langfristige Wartbarkeit

Der Symfony-Stack erleichtert:

Entwicklergewinnung
Wissenstransfer
Wartung
Erweiterung

Das wird besonders relevant bei Projekten mit einer geplanten Laufzeit von fünf bis zehn Jahren.

Wann Headless sinnvoll ist – und wann nicht

Headless ist sinnvoll wenn

mehrere Frontends betrieben werden
Mobile Apps vorgesehen sind
individuelle UX-Anforderungen bestehen
verschiedene Kanäle angebunden werden

Die Standard-Storefront reicht meist aus wenn

ein klassisches B2B-Portal entsteht
ERP-Integration wichtiger als UX-Innovation ist
Budget und Time-to-Market relevant sind

Viele erfolgreiche DACH-Projekte starten genau so.

Headless wird später ergänzt, wenn der tatsächliche Bedarf entsteht.

Fazit

Die Architektur von OroCommerce gehört zu den stärksten Argumenten für die Plattform.

Besonders hervorzuheben sind:

Symfony als modernes Enterprise-Framework
API-first-Ansatz mit REST und GraphQL
integrierte Workflow Engine
flexibles Entity-System
echte Headless-Fähigkeit
starke Integrationsmöglichkeiten

Für technische Teams ist OroCommerce deshalb weniger ein klassisches Shopsystem als vielmehr eine B2B-Prozessplattform mit Commerce-Funktionalität.

Wer zusätzlich Integrationsszenarien betrachten möchte, findet weitere Details in den Beiträgen zur ERP-Integration über die OroCommerce-API sowie zu BMEcat und openTRANS über die API anbinden.

So unterstützt Unit M dabei

Sie evaluieren OroCommerce technisch und benötigen eine belastbare Architekturentscheidung?

Unit M unterstützt Unternehmen bei Architektur-Workshops, Headless-Bewertungen, ERP-Integrationen und Migrationsprojekten. Mit über 20 Jahren Erfahrung in PHP- und Symfony-basierten Plattformprojekten helfen wir dabei, eine Architektur zu entwickeln, die langfristig tragfähig bleibt.

FAQ

Ist OroCommerce wirklich headless-fähig?

Ja. OroCommerce bietet eine produktionsreife GraphQL-API und kann vollständig headless betrieben werden.

Nutzt OroCommerce REST oder GraphQL?

Beides. Für Storefront-Anwendungen steht GraphQL zur Verfügung, für Integrationen und Backoffice-Prozesse REST.

Welche Datenbanken unterstützt OroCommerce?

Je nach Edition werden MySQL und PostgreSQL unterstützt. Zusätzlich kommen Elasticsearch, Redis und RabbitMQ zum Einsatz.

Was bringt die Workflow Engine?

Sie ermöglicht die Modellierung von Geschäftsprozessen wie Angebotsfreigaben, Genehmigungen oder Service-Abläufen ohne umfangreiche Individualentwicklung.

Muss ich für OroCommerce ein Headless-Frontend entwickeln?

Nein. Viele Projekte nutzen erfolgreich die Standard-Storefront. Headless ist eine Option, keine Voraussetzung.