OXID Headless: Wann lohnt sich der Wechsel?
OXID eShop ist die etablierte deutsche B2B-Plattform für DACH-Mittelstand: Account-Selection, Permission-Sets, kundenspezifische Sortimente, VAT-Workflows, deutsche-ERP-Integration. All das im Backend. Aber das Frontend ist meistens Flow Theme oder Wave, beide Smarty-basiert. Headless mit OXID GraphQL StoreFront ist die strategische Frage.
Wer den OXID-Frontend-Stack vor zwei oder drei Jahren mit Flow gestartet hat, sieht heute oft Symptome, die für einen Wechsel sprechen. Wer einen Custom Build mit Next.js und OXID GraphQL StoreFront laufen hat, merkt nach sechs bis neun Monaten Build, dass die Wartung erst der Anfang ist.
Dieser Guide hilft Ihnen, die Entscheidung sauber zu treffen.
Was bedeutet „OXID Headless"?
OXID Headless trennt das Frontend, alles was Ihre Käufer sehen, vom OXID-Backend mit Produkten, Account-Selection, Permission-Sets und Bestellprozessen. Statt Flow oder Wave wird das Frontend über das OXID GraphQL StoreFront-Modul angebunden. Eine vollständige Übersicht der Optionen finden Sie auf unserer Hub-Seite zu Headless für OXID.
Fünf Symptome, die für einen Wechsel sprechen
1. Flow Theme wirkt veraltet, Conversion-Rate fällt
Sie betreiben Flow Theme seit Jahren. Es funktioniert, aber sieht aus wie 2018. Mobile-Performance ist mittel, A/B-Tests bringen wenig, weil die Theme-Architektur Iterationen ausbremst. Die Marketing-Wunschliste „eine moderne Storefront" liegt seit zwei Jahren auf dem Tisch.
Mit einer FMP, die moderne Themes und Komponenten mitliefert, wird das eine Wochen-Sache.
2. Marketing kann nicht eigenständig iterieren
Jede neue Landingpage, jede Microsite, jede Saisonkampagne ist ein Smarty-Template-Edit, der über Engineering läuft. Marketing-Iterationen brauchen Sprints, A/B-Tests sind realistisch nur monatlich.
Mit einem visuellen Builder iteriert Marketing eigenständig, ohne Engineering-Sprint pro Page.
3. B2B-Workflows binden Engineering-Sprints
Sie nutzen OXID-EE-B2B: Account-Selection, Permission-Sets, kundenspezifische Sortimente. Aber jeder neue Workflow (Permission-UI, Sortiments-Konfigurator, Approval-Flow) ist ein Smarty-Template-Edit oder ein Custom-Build-Sprint im Next.js-Stack.
Mit einer FMP, die B2B-Komponenten als Standard mitliefert, beschleunigt sich das deutlich.
4. Performance-Werte sind nicht mehr wettbewerbsfähig
B2B-Käufer erwarten heute B2C-Performance. Wenn Ihr OXID-Frontend trotz Caching und CDN bei Lighthouse 50 bis 70 hängt, verlieren Sie Conversions. Custom Build kann Lighthouse 100 erreichen, aber nur mit dediziertem Performance-Engineering.
Komponenten-basierte FMPs mit Lighthouse-100-Zielwert durchbrechen das strukturell.
5. Custom-Build-Wartung wird zu teuer
Sie haben einen Custom Build mit Next.js und OXID GraphQL StoreFront, vielleicht vor zwei Jahren aufgesetzt. Es funktioniert, aber: das Frontend-Team braucht zwei oder drei Personen, OXID-API-Änderungen erzwingen Anpassungen, jede neue Page ist ein Engineering-Auftrag.
Mit einer FMP wird Wartung gebündelt, Updates laufen über die Plattform, Marketing wird unabhängig.
Wann ein Wechsel (noch) nicht lohnt
Drei Konstellationen, in denen wir aktiv abraten:
Sie haben gerade Flow oder Wave neu aufgesetzt. Wenn Sie vor sechs Monaten ein neues Theme aufgesetzt haben und es funktioniert, ist Headless die nächste Iteration, nicht die sofortige.
Sie sind mitten in einem OXID-Edition-Wechsel. Backend-Migration und Frontend-Migration parallel ist doppeltes Risiko.
Kein Architekt im Haus. Eine FMP-Migration ohne technischen Owner geht selten gut.
Drei Faustformeln für die Entscheidung
- Flow Theme älter als 3 Jahre und Conversion-Rate sinkt? Klares Signal Richtung FMP.
- Marketing-Wunschliste „moderne Storefront" länger als 6 Monate alt? Klares Signal Richtung FMP.
- Custom-Build-Wartung bindet zwei oder mehr Engineers dauerhaft? Klares Signal Richtung FMP.
Treffen zwei dieser drei Punkte zu, ist die Frage nicht mehr „ob", sondern „wie".
Was ein Frontend-Wechsel konkret verändert
Aus den von uns begleiteten OXID-Projekten zeichnen sich drei Effekte ab:
Marketing-Velocity steigt deutlich, weil Marketing eigenständig in Studio iteriert.
B2B-Time-to-Feature sinkt deutlich, weil Standard-B2B-Workflows als Komponenten verfügbar sind.
Operative Kosten sinken, weil Hosting, Komponenten-Wartung und Compliance-Audits in der FMP-Lizenz enthalten sind.
Pragmatischer Einstieg
Eine Komplettmigration in einem Schritt ist selten der richtige Weg. Was funktioniert: starten Sie mit einer einzelnen Storefront, etwa für eine neue Brand oder einen neuen Markt. Den vollständigen Migrations-Pfad beschreibt der Beitrag OXID Headless Migration, Schritt für Schritt.
Fazit: Frontend-Strategie ist Architektur-Entscheidung
Wer auf der Symptom-Liste mehr als zwei Treffer hat, sollte den Wechsel ernsthaft prüfen. Wer null oder einen Treffer hat und Flow Theme stabil betreibt, ist mit der Bestand-Architektur oft besser bedient.
Wenn Sie unsicher sind, machen wir das gerne mit Ihnen durch. Wir zeigen Laioutr live an Ihrem OXID-Setup und sagen ehrlich, ob ein Wechsel für Sie Sinn ergibt.
