Unlock Limitless Creativity and Commerce Performance with Laioutr
OMR Reviews
E-commerce components
Performance from day one
GDPR-compliant, server location in Germany
Headless for OXID separates the frontend, everything your customers see, from the OXID backend with products, Account Selection, Permission Sets and order processes. Instead of Flow Theme or Wave, the frontend is connected via the OXID GraphQL StoreFront module and can be designed freely, without Smarty theme limits and with full performance control.
OXID continues to manage products, Account Selection, Permission Sets, customer-specific assortments, VAT workflows, orders and checkout. You keep using the OXID admin unchanged, with all the B2B modules of the Enterprise Edition.
You have four established options: Flow Theme (default Smarty), Wave Theme (a more modern variant, also not headless), a custom build (Next.js, Nuxt with OXID GraphQL StoreFront) or a Frontend Management Platform like Laioutr.
No data duplication, no sync conflicts. Laioutr talks directly to the OXID GraphQL StoreFront API, including all B2B endpoints for Account Selection, Permission Sets and customer-specific assortments.
OXID has no official headless framework like FastStore or PWA Studio. Instead, there's a choice between classic themes and a custom build with GraphQL StoreFront. Four options are established in the market. Here's where each one pays off for OXID buyers.
Smarty-based, shipped with OXID by default, not headless. Sensible for existing setups that don't want to migrate, or for greenfield projects with minimal customization needs. The performance and modernization limits are real.
A more modern theme variant, also Smarty-based. Sensible if you want to replace Flow but aren't ready to go headless yet. Better UI than Flow, but the same architectural limits.
Maximum control, highest effort. A six- to nine-month build phase plus ongoing maintenance with two to three engineers. Sensible for enterprise teams with dedicated frontend engineering and highly specific B2B requirements.
A Frontend Management Platform with a visual builder, 70+ components including B2B building blocks, EU hosting and multi-backend support. Sensible if you want to go live fast, need standard B2B features out of the box, and want marketing velocity without an engineering sprint per page.
Laioutr is built for OXID setups that want to leave their Smarty theme limits behind without starting a six- to nine-month custom build with their own Next.js team. From an account-specific B2B portal to a multi-brand storefront.
OXID B2B delivers the complete workflows. Laioutr calls the GraphQL StoreFront API directly and renders account-specific frontends with permission logic, customer-specific price lists and individual assortments.
An existing Smarty theme stack is to be replaced without touching the OXID backend. Phased migration without the existing performance suffering.
Multiple brands on a single OXID EE instance, with their own frontends, their own domains, a shared backend and a shared B2B configuration.
OXID multi-country with localized price lists, VAT workflows and language variants. Frontend configured in Studio, without setting up a custom build per market.
You're running a custom build with Next.js and OXID GraphQL StoreFront, and the engineering team has thinned out. Migrate to an FMP without touching the OXID backend.
A new OXID project, a fresh start. With Laioutr themes and the UI library you go live in weeks instead of investing six months in a custom build with OXID GraphQL StoreFront.
A custom build is the most common route to headless OXID: the official GraphQL StoreFront module plus your own frontend in Next.js, Nuxt or Vue Storefront. Laioutr is a complete Frontend Management Platform with a visual builder, component library and multi-backend support. Both work with OXID. If you want maximum code control and a dedicated frontend team, a custom build is the most flexible solution. If you want marketing velocity, B2B components and predictable TCO, you're more productive with Laioutr.
Compare differences | Laioutr FMP | Custom Build (Next.js + OXID GraphQL StoreFront) |
|---|---|---|
Builder und Komponenten Was Sie aus der Box bekommen, mit Fokus auf B2B und DACH-Mittelstand. | ||
Visueller Page Builder Drag-and-Drop-Editor für Marketing- und Content-Teams. | Inklusive (Studio) Live-Preview, komponentenbasiert | Nicht enthalten Reine Code-Entwicklung in Next.js |
B2B-Komponenten Vorgefertigte UI-Bausteine für Account-Selection, Permission-Sets, kundenspezifische Sortimente. | 70+ Komponenten B2B-Bausteine inkl. Permission-UI | Selbst bauen B2B-UI als Custom-Build pro Workflow |
Themes und Vorlagen Startpunkt für neue Storefronts ohne Greenfield-Aufwand. | Vorgefertigte Themes Sofort einsatzbereit, voll erweiterbar | Greenfield Storefront komplett selbst designen |
Hosting Wo das Frontend ausgeliefert wird und wer es betreibt. | Inklusive (EU-CDN) Laioutr Cloud, kein separater Deploy | Selbst hosten Vercel, AWS, Hetzner, eigene Infrastruktur |
Architektur und OXID-Integration Wie das Frontend das OXID-Backend nutzt und wie viel Eigenleistung nötig ist. | ||
Backend-Flexibilität Welche E-Commerce-Backends sich anbinden lassen. | Multi-Backend OXID, Shopware, commercetools, weitere | OXID-spezifisch Code ist auf OXID-Schema zugeschnitten |
OXID-API-Anbindung Wie das Frontend mit dem OXID-Backend kommuniziert. | GraphQL StoreFront Standard-Anbindung über offizielles Modul | GraphQL StoreFront Standard-Anbindung über offizielles Modul |
Performance und Core Web Vitals Wie viel Aufwand für Lighthouse-100-Niveau nötig ist. | Out of the box Lighthouse 100 als Default-Ziel | Manuelles Tuning Performance-Engineering durch Team |
BFSG und WCAG 3.0 Konformität mit Barrierefreiheitsstärkungsgesetz und WCAG 3.0. | Im Standard WCAG 3.0, BFSG, EN 301 549 | Eigenverantwortung Audit separat erforderlich |
Team und Wirtschaftlichkeit Wer mit der Plattform produktiv ist und was es Sie über die Zeit kostet. | ||
Lernkurve Wie schnell ein neues Teammitglied produktiv wird. | Niedrig Marketing onboardet in Tagen | Hoch Next.js, GraphQL, OXID-Schema |
Time-to-Launch Realistische Zeitspanne bis zum Live-Gang einer neuen Storefront. | Wochen Mit Themes und Komponenten | Monate 6 bis 9 Monate Build-Phase |
Ideales Team-Setup Wer mit der Plattform arbeiten kann und wer arbeiten muss. | Cross-funktional Marketing, Design und Dev gemeinsam | Engineering-only Next.js-Team mit OXID-Erfahrung |
Total Cost of Ownership Software plus Engineering plus Wartung über 3 bis 5 Jahre. | SaaS (planbar) Hosting und Komponenten inklusive Preise ansehen | Engineering-lastig Hohe Build- und Wartungs-Kosten |
All data is based on publicly available information, experience from sales conversations with DACH e-commerce brands, and our own platform testing. As of April 2026. OXID features may have evolved since.
You have a dedicated Next.js or Nuxt team with OXID API experience (at least three engineers), you accept six- to nine-month build phases, maximum pixel-level differentiation is strategically important, highly specific B2B workflows cannot be mapped with standard components, and years of engineering maintenance are budgeted for. A classic use case: an industrial goods manufacturer with a complex configurator and a dedicated frontend team.
You want weeks instead of months to go-live, marketing should build pages independently, standard B2B features should be available out of the box, you don't have a dedicated frontend engineering team, total cost of ownership over 5 years is relevant, and BFSG compliance needs to be solved without a separate audit. A classic use case: a DACH mid-market B2B brand on OXID that wants to modernize without building up a frontend engineering team.