Es ist Ende Juli. Black Friday ist der 27. November 2026, Cyber Monday der 30. Das klingt nach reich…
Custom Build vs. Laioutr für OXID: Welches Frontend?
Wenn Sie OXID headless betreiben wollen, stehen zwei realistische Wege im Raum: ein Custom Build mit Next.js, Nuxt oder Vue Storefront und dem OXID GraphQL StoreFront-Modul, oder eine Frontend Management Platform wie Laioutr.
Beide funktionieren mit OXID. Beide nutzen das offizielle GraphQL StoreFront-Modul. Beide sind echtes Headless. Aber sie sind für unterschiedliche Team-Setups gebaut, und genau deshalb ist die Entscheidung eine strategische, nicht eine technische.
Dieser Beitrag schaut sich die beiden Optionen entlang sechs Dimensionen an.
Was Custom Build im OXID-Kontext ist
Custom Build mit OXID GraphQL StoreFront bedeutet: das offizielle Headless-Modul von OXID plus ein eigenes Frontend, gebaut in Next.js, Nuxt oder Vue Storefront. Code-First, maximale Flexibilität, eigenes Hosting, eigenes Performance-Tuning.
Custom Build ist das Werkzeug für Engineering-Teams, die maximale Code-Kontrolle wollen und ein dediziertes Frontend-Team mitbringen.
Was Laioutr ist
Laioutr ist eine Frontend Management Platform, eine vollständige Plattform mit visuellem Page Builder (Studio), 70+ vorgefertigten E-Commerce-Komponenten inklusive B2B-Bausteinen, Themes, App-Integrationen und EU-Hosting.
Laioutr ist ein Werkzeug für Cross-funktionale Teams, in denen Marketing, Design und Engineering gemeinsam an der Storefront arbeiten.
Sechs Vergleichs-Dimensionen
1. Wer kann damit arbeiten?
Custom Build setzt Next.js- oder Nuxt-Kenntnisse plus OXID-API-Verständnis voraus. Marketing-Teams sind außen vor, jede Page-Änderung ist ein Code-Commit. Laioutr richtet sich an Marketing- und Design-Teams genauso wie an Engineering, mit visuellem Builder für nicht-technische Nutzer.
2. B2B-Komponenten
Custom Build liefert keine fertige Komponenten-Bibliothek, B2B-spezifische UIs (Permission-Sets, Account-Selection-Flows, kundenspezifische Sortimente) müssen selbst gebaut werden. Laioutr liefert diese als Standard-Komponenten.
3. OXID-API-Anbindung
Beide nutzen das OXID GraphQL StoreFront-Modul, hier ist der Architektur-Punkt identisch. Der Unterschied liegt darin, wie die API-Antworten ins Frontend gerendert werden.
4. Time-to-Launch
Custom Build braucht 6 bis 9 Monate Build-Phase plus Performance-Tuning. Laioutr ist in 6 bis 12 Wochen live, mit Themes und Komponenten.
5. Performance und Compliance
Custom Build kann Lighthouse 100 erreichen, aber nur mit dediziertem Performance-Engineering. BFSG und WCAG 3.0 sind Eigenverantwortung. Laioutr-Komponenten sind out of the box compliant.
6. Total Cost of Ownership über 5 Jahre
Custom Build ist in der Software kostenfrei (das GraphQL StoreFront-Modul ist Teil von OXID), aber das Engineering-Investment ist erheblich (sechs- bis neunmonatige Build-Phase plus dauerhafte Wartung mit zwei bis drei Engineers). Laioutr ist SaaS, Hosting und Komponenten enthalten. TCO-Rechnung: typischerweise 30 bis 50 Prozent unter Custom Build über 5 Jahre. Den vollständigen Vergleich finden Sie in der Vergleichstabelle auf der Hub-Seite.
Welches Team passt zu welcher Lösung?
Custom Build ist die richtige Wahl, wenn …
- Sie ein dediziertes Next.js- oder Nuxt-Team mit OXID-Erfahrung haben (mindestens drei Engineers)
- Maximale Pixel-Level-Differenzierung ist strategisch wichtig
- Hochspezifische B2B-Workflows lassen sich nicht mit Standard-Komponenten abbilden
- Budget für sechs- bis neunmonatige Build-Phase plus Engineering-Wartung über Jahre vorhanden
- Marketing-Teams arbeiten primär über Tickets, nicht direkt im Frontend
Klassischer Anwendungsfall: ein Industriegüter-Hersteller mit komplexem Konfigurator und dediziertem Frontend-Team.
Laioutr ist die richtige Wahl, wenn …
- Sie kein dediziertes Frontend-Engineering-Team haben oder aufbauen wollen
- Marketing soll eigenständig Seiten bauen, ohne Engineering-Sprints
- Sie B2B-Komponenten ohne Sprint pro Workflow brauchen
- Sie Wochen statt Monate bis Go-live brauchen
- Total Cost of Ownership über 5 Jahre ist relevant
- BFSG-Compliance ohne separates Audit gelöst sein muss
Klassischer Anwendungsfall: ein DACH-Mittelstand-B2B-Brand auf OXID, der modernisieren will, ohne ein Frontend-Engineering-Team aufzubauen.
Wann lohnt sich ein Wechsel von Custom Build zu Laioutr?
Wir sehen den Wechsel typischerweise in zwei Konstellationen:
Erstens: wenn das Frontend-Team, das den Custom Build aufgesetzt hat, ausgedünnt wird oder das Unternehmen verlässt. Wartung wird teuer, Updates stagnieren, Stillstand droht.
Zweitens: wenn Marketing strategisch unabhängiger werden soll. Mit Custom Build ist jede Marketing-Page ein Engineering-Sprint, mit einer FMP eine Konfiguration.
Fazit: Team-Setup ist die Strategie-Frage
Die Custom-Build-vs.-Laioutr-Frage ist eine Strategie-Frage. Wer ein reifes Frontend-Engineering-Team und Pixel-Level-Anforderungen hat, soll Custom Build nehmen. Wer Marketing-Velocity, B2B-Komponenten und planbare TCO will, fährt mit einer FMP planbarer und günstiger.
Wenn Sie unsicher sind, machen wir den Vergleich live an Ihrem OXID-Setup, inklusive 5-Jahres-TCO-Rechnung.
Weiterführende Ressourcen: Composable Headless Frontend und Content-Management.