Diese Woche bringt zwei Ereignisse auf einmal: Storyblok hält heute (30. Juni, 15:00 Uhr CET) sein &…
Sylius Frontend Eigenbau vs. Laioutr: Welches passt?
Wenn Sie Sylius headless betreiben wollen, stehen mehrere Frontend-Optionen im Raum. Anders als bei Shopify (Hydrogen) oder commercetools (Frontastic) gibt es kein offizielles Sylius-Frontend-Produkt. Die häufigste ernste Vergleichsfrage lautet deshalb: Custom Build in Next.js oder Nuxt, oder eine Frontend Management Platform wie Laioutr.
Beide funktionieren mit Sylius Community und Plus. Beide sprechen die Sylius API Platform. Beide können Multi-Channel und B2B. Aber sie sind für unterschiedliche Team-Setups gebaut, und genau deshalb ist die Entscheidung weniger eine Tech-Frage als eine Team-Frage.
Dieser Beitrag schaut sich die beiden Optionen entlang sechs Dimensionen an und endet mit einer Entscheidungs-Matrix.
Was Custom Build ist und was nicht
Custom Build heißt: ein dediziertes Frontend-Projekt aufsetzen, in der Regel mit Next.js (React) oder Nuxt (Vue), das die Sylius API Platform anspricht. Das Team baut Komponenten von Grund auf, kümmert sich um State-Management, integriert Drittsysteme, deployt selbst.
Custom Build ist das Werkzeug für reife Engineering-Teams. Wer ein eingespieltes React- oder Vue-Team mit Symfony-Erfahrung hat, bekommt damit maximale Kontrolle. Wer das Team nicht hat, baut sechs bis zwölf Monate ein Fundament, das viele FMPs schon mitliefern.
Was Laioutr ist und was nicht
Laioutr ist eine Frontend Management Platform, keine Bibliothek und kein Framework, sondern eine vollständige Plattform mit visuellem Page Builder (Studio), 70+ vorgefertigten E-Commerce-Komponenten, Themes, App-Integrationen und global verteiltem EU-Hosting.
Laioutr ist ein Werkzeug für cross-funktionale Teams: Marketing, Design und Engineering arbeiten an derselben Plattform. Im Gegensatz zu einem Custom Build ist Laioutr Backend-agnostisch, Sylius, Shopify, Shopware und andere Backends sind ebenso anbindbar.
Sechs Vergleichs-Dimensionen
1. Wer kann damit arbeiten?
Custom Build setzt React- oder Vue-Kenntnisse plus Symfony- und Sylius-API-Verständnis voraus. Marketing-Teams sind außen vor. Laioutr richtet sich an Marketing- und Design-Teams genauso wie an Engineering, über den visuellen Builder ebenso wie über die Code-API.
2. Time-to-Launch
Custom Build greenfield von null bis live dauert typischerweise sechs bis zwölf Monate, weil alles selbst gebaut wird, von Komponenten über Routing bis zum Hosting. Mit Laioutr und einem Theme ist eine erste Storefront in Wochen produktiv.
3. Hosting und Deployment
Custom Build muss separat gehostet und deployt werden, typischerweise auf Vercel, AWS oder eigener Infrastruktur. Laioutr Cloud ist im Plan enthalten, mit globaler EU-CDN-Distribution und automatisiertem Deployment.
4. Backend-Flexibilität
Custom Build wird typischerweise spezifisch für die Sylius API Platform gebaut. Ein späterer Backend-Wechsel würde einen großen Re-Build des State-Layers und der API-Anbindung erfordern. Laioutr ist Backend-agnostisch, ein Wechsel zu Shopify, Shopware, commercetools oder anderen Backends bedeutet eine API-Anbindung neu zu konfigurieren.
5. Performance und Compliance
Custom Build liefert eine gute Code-Basis, wenn das Team es richtig macht, aber Lighthouse-100-Performance, BFSG-Konformität und WCAG 3.0 sind Eigenverantwortung. Laioutr-Komponenten haben Lighthouse 100 als Zielwert und decken WCAG 3.0, EN 301 549 sowie BFSG out of the box ab.
6. Total Cost of Ownership
Custom Build erscheint günstig, weil es keine Lizenzkosten gibt, kostet aber sechs- bis zwölfmonatige Build-Phase plus dauerhafte Wartung durch ein internes Team. Laioutr ist SaaS mit transparenten Plänen, Hosting, Komponenten und Editor sind enthalten. Der TCO über 3 bis 5 Jahre liegt typischerweise deutlich unter Custom Build. Den vollständigen Vergleich der zwölf wichtigsten Dimensionen finden Sie in der Vergleichstabelle auf der Hub-Seite.
Welches Team-Setup passt zu welcher Lösung?
Custom Build ist die richtige Wahl, wenn …
- Sie ein dediziertes React- oder Vue-Team mit mindestens drei Engineers haben
- Sie Symfony- und Sylius-API-Erfahrung im Haus haben
- Sie genau eine Sylius-Storefront bauen, ohne Plan auf Multi-Brand oder Backend-Wechsel
- Sie jede Designentscheidung selbst kodieren wollen
- Frontend-Engineering ist Ihre strategische Kernkompetenz
Klassischer Anwendungsfall: ein DTC-Brand mit eigenem Engineering-Team, der maximale Kontrolle über jeden Pixel will und das Frontend als Wettbewerbsvorteil betrachtet.
Laioutr ist die richtige Wahl, wenn …
- Marketing eigenständig Seiten bauen soll
- Sie Wochen statt Monate bis Go-live brauchen
- Sie mehrere Sylius Channels oder Marken bedienen
- Sie sich Backend-Optionalität offen halten wollen
- BFSG und WCAG 3.0 ohne separates Audit gelöst sein müssen
- Sie kein dediziertes React- oder Vue-Frontend-Team haben oder aufbauen wollen
Klassischer Anwendungsfall: ein Mid-Market- oder Enterprise-Sylius-Shop, der seinen Marketing-Output stark erhöhen muss, ohne ein zweistelliges Engineering-Investment.
Wann lohnt sich ein Wechsel von Custom Build zu Laioutr?
Wir sehen den Wechsel typischerweise in zwei Konstellationen:
Erstens: wenn das React- oder Vue-Team, das den Custom Build gebaut hat, ausgedünnt wird oder das Unternehmen verlässt. Dann steht das Frontend ohne Owner da, mit hohen Wartungskosten und Dokumentations-Lücken.
Zweitens: wenn die Multi-Brand- oder Multi-Markt-Strategie konkret wird und der monolithische Custom Build nicht mitskaliert.
Fazit: Tooling folgt Team-Setup
Die Eigenbau-vs.-Laioutr-Frage ist selten eine Tech-Frage. Sie ist eine Team-Frage. Wer das React- oder Vue-Team hat, das einen Custom Build verlangt und über Jahre wartet, soll Custom Build machen, das ist eine valide Strategie. Wer das nicht hat oder nicht aufbauen will, fährt mit einer FMP planbarer.
Wenn Sie unsicher sind, machen wir den Vergleich live an Ihrem Sylius-Setup, inklusive Total-Cost-of-Ownership-Rechnung über 3 Jahre.
Weiterführende Ressourcen: Composable Headless Frontend und Content-Management.