Sylius B2B: Symfony-Backend mit Composable Storefront

Sylius ist eines der flexibelsten Open-Source-Backends im DACH-Raum, weil es direkt auf Symfony aufbaut und sich ohne Workarounds für B2B-Szenarien erweitern lässt. Das eigentliche Problem liegt selten im Backend, sondern im Frontend: Wer eine komplexe B2B-Storefront mit Staffelpreisen, Kundengruppen, Angebotsprozessen und Multi-Account-Logik braucht, stößt mit Sylius-eigenen Themes schnell an Grenzen.

Dieser Post zeigt, wie du Sylius als Backend-Kern behältst und gleichzeitig eine vollwertige Composable B2B-Storefront davorschaltest.

Was macht B2B-Commerce an Sylius besonders?

Sylius liefert von Haus aus eine saubere Produkt-, Kunden- und Bestellverwaltung auf Symfony-Basis. Für B2B-Szenarien bedeutet das konkret:

• Kundengruppen mit eigenen Preisen: Staffelpreise und kundengruppen-spezifische Kataloge lassen sich nativ in Sylius konfigurieren.
• Angebotsprozesse: Mit Sylius-Plugins oder Custom-Code ist ein RFQ-Flow (Request for Quotation) umsetzbar.
• GraphQL-API: Sylius bietet eine GraphQL-API, die direkt als Datenquelle für ein decoupled Frontend dient.
• Symfony-Ökosystem: Wer ein Entwicklerteam mit Symfony-Kenntnissen hat, kann Sylius tief anpassen, ohne auf ein proprietäres Framework zu wechseln.

Was Sylius nicht mitliefert: ein Frontend, das mit diesen B2B-Fähigkeiten mithalten kann. Standard-Themes sind auf B2C ausgelegt, responsive, aber ohne die UX-Tiefe, die B2B-Einkäufer im Alltag brauchen.

Das Problem, das viele Sylius-Teams kennen

B2B-Projekte auf Sylius enden häufig in einem Frontend-Engpass. Das Backend ist gut aufgestellt: Kundengruppen, Preise, Berechtigungen. Aber das Frontend wird zur Baustelle. Jede B2B-Anforderung, die Sylius im Backend sauber abbildet, muss im Theme mühsam nachgebaut werden. Das führt zu:

• langen Entwicklungszyklen für jede neue Anforderung (Staffelpreis-Anzeige, Kunden-Schnellerfassung, Angebotsflow)
• technischen Schulden in Form von Theme-Overrides, die bei Sylius-Updates brechen
• einer Storefront, die gut funktioniert, aber schwer durch Marketing weiterentwickelt werden kann, weil jede Änderung einen Engineering-Sprint braucht

Hinzu kommt ein strukturelles Problem: Wer Sylius auf PHP/Symfony betreibt, hat oft keinen eingebauten Pfad zur modernen Frontend-Architektur (Vue, Nuxt, React). Das Frontend bleibt Twig-basiert und verliert an Performance und Flexibilität.

Genau an dieser Stelle zeigt sich, warum das Composable-Architektur-Muster in der Praxis an Fahrt gewinnt: Backend und Frontend werden sauber getrennt, und jeder Layer kann unabhängig weiterentwickelt werden.

Wie du Sylius mit einer Composable B2B-Storefront kombinierst

Der Ansatz ist direkter als viele erwarten. Du behältst Sylius als Backend vollständig, und schaltest eine Composable Storefront auf Nuxt-Basis davor. Das funktioniert in drei Phasen:

Phase 1: API-Verbindung prüfen

Sylius bietet eine GraphQL-API und eine REST-API. Für ein decoupled Frontend nutzt du die GraphQL-API als primäre Datenquelle. Prüfe dabei:

• Sind Kundengruppen und Preisregeln über die API abrufbar?
• Lassen sich Bestellprozesse (inkl. RFQ) über die API steuern?
• Gibt es bestehende Authentifizierungs-Token-Logik für B2B-Accounts?

In den meisten Sylius-Setups sind diese Punkte mit minimalem Aufwand erreichbar, weil Symfony Middleware-Logik klar trennt.

Phase 2: Composable Frontend aufsetzen

Laioutr koppelt sich über den Composable Headless Frontend-Layer an Sylius. Das bedeutet:

• Nuxt-App als Frontend-Basis (SSR + Edge-Delivery für Performance)
• Verbindung zur Sylius-GraphQL-API über den Orchestr-Connect-Layer
• B2B-Komponenten: Staffelpreis-Anzeige, Kundengruppen-Switch, Schnellerfassung-Modul, Angebotsformular

Diese Komponenten sind im B2B Growth Kit vorgefertigt und sofort einsatzbereit - ohne monatelange Entwicklungszeit.

Phase 3: Marketing-Freigabe und Iteration

Sobald das Composable Frontend läuft, übernimmt das Marketing-Team die Kontrolle über Landing-Pages, Kampagnen und Content-Updates direkt im Laioutr Studio. Engineering bleibt für Komponenten-Entwicklung und API-Erweiterungen zuständig, nicht für jede Preis-Aktualisierung auf der Startseite.

Was du dadurch gewinnst

FAQ

Muss ich Sylius anfassen, um das Frontend zu wechseln? Nein. Du behältst Sylius vollständig als Backend. Das Composable Frontend kommuniziert ausschließlich über die Sylius-API. Keine Änderungen am Backend-Code.

Welche Sylius-Version wird unterstützt? Laioutr koppelt sich über die GraphQL- und REST-API an Sylius. Das funktioniert mit Sylius 1.x und Sylius 2.x, sofern die API-Layer aktiviert sind.

Wie lange dauert die Migration auf das Composable Frontend? Bei typischen Sylius-B2B-Setups liegt der Zeitrahmen bei 4-8 Wochen für das initiale Frontend, abhängig von der Komplexität der Kundengruppen-Logik und RFQ-Flows.

Kann das Marketing-Team danach selbst arbeiten? Ja. Nach dem Go-Live arbeitet das Marketing direkt im Studio. Komponenten werden von Engineering gepflegt und freigegeben, Inhalte und Layouts von Marketing selbst.

Nächste Schritte

Wenn du Sylius als Backend behältst und das Frontend auf Composable Commerce umstellen willst, ist der direkteste Einstieg die Headless-Frontend-Seite für Sylius:

Schau dir die Headless Frontend für Sylius Landingpage an, um den Integrations-Stack konkret zu sehen.

Oder buch direkt eine Demo, um euer Sylius-Setup gemeinsam zu besprechen.

Weitere Themen aus der Laioutr-Plattform

• Headless Frontend für Sylius - Integrations-Stack, Architektur und erste Schritte
• B2B Growth Kit - Fertige B2B-Komponenten für Punchout, Staffelpreise und Schnellerfassung
• Composable Headless Frontend - Architektur-Basis für Backend-agnostische Frontends
• Laioutr Startseite - Plattform-Überblick und Demo buchen
• Alle Insights - Weitere Artikel zur Composable-Commerce-Strategie