5,0 étoiles sur OMR Reviews. Serveurs situés dans l'UE. BFSG-ready. Déployé avec des partenaires OXID de la région DACH.
La Frontend Management Platform pour OXID eShop. Page builder visuel, plus de 70 composants e-commerce dont des blocs de construction B2B, hébergement UE. Plus rapide à mettre en production qu'un build sur mesure avec Next.js, compatible multi-éditions, ainsi qu'avec l'account selection, les permission sets et les assortiments spécifiques aux clients.
5,0 étoiles sur OMR Reviews. Serveurs situés dans l'UE. BFSG-ready. Déployé avec des partenaires OXID de la région DACH.
OMR Reviews
Composants e-commerce
Performance dès le jour 1
Conforme au RGPD, serveurs en Allemagne
Le headless pour OXID sépare le frontend, tout ce que vos clientes et clients voient, du backend OXID avec ses produits, l'account selection, les permission sets et les processus de commande. Au lieu du Flow Theme ou de Wave, le frontend est connecté via le module OXID GraphQL StoreFront et peut être conçu librement, sans les limites des thèmes Smarty et avec un contrôle total de la performance.
OXID continue de gérer les produits, l'account selection, les permission sets, les assortiments spécifiques aux clients, les workflows de TVA, les commandes et le checkout. Vous utilisez l'admin OXID sans changement, avec tous les modules B2B de l'Enterprise Edition.
Vous avez quatre options établies : Flow Theme (Smarty par défaut), Wave Theme (une variante plus moderne, également non headless), Custom Build (Next.js ou Nuxt avec OXID GraphQL StoreFront), ou une Frontend Management Platform comme Laioutr.
Aucune duplication de données, aucun conflit de synchronisation. Laioutr communique directement avec l'API OXID GraphQL StoreFront, y compris tous les endpoints B2B pour l'account selection, les permission sets et les assortiments spécifiques aux clients.
OXID n'a pas de framework headless officiel comme FastStore ou PWA Studio. Vous choisissez plutôt entre des thèmes classiques et un build sur mesure avec GraphQL StoreFront. Quatre options sont établies sur le marché. Voici pour qui chacune est pertinente du point de vue d'un acheteur OXID.
Basé sur Smarty, livré par défaut avec OXID, non headless. Utile pour les setups existants qui ne souhaitent pas migrer, ou pour des projets greenfield avec des besoins de personnalisation minimes. Les limites de performance et de modernisation sont réelles.
Une variante de thème plus moderne, également basée sur Smarty. Utile si vous souhaitez remplacer Flow sans encore passer au headless. Meilleure UI que Flow, mais les mêmes limites d'architecture.
Contrôle maximal, effort maximal. Une phase de build de six à neuf mois plus une maintenance permanente avec deux à trois ingénieurs. Utile pour les équipes enterprise disposant d'une ingénierie frontend dédiée et d'exigences B2B très spécifiques.
Une Frontend Management Platform avec un builder visuel, plus de 70 composants dont des blocs de construction B2B, un hébergement UE et un support multi-backend. Utile si vous voulez passer en production rapidement, avez besoin de fonctionnalités B2B standard prêtes à l'emploi et d'une vélocité marketing sans sprint d'ingénierie par page.
Laioutr est conçu pour les setups OXID qui souhaitent laisser derrière eux les limites de leurs thèmes Smarty, sans lancer un build sur mesure de six à neuf mois avec leur propre équipe Next.js. Du portail B2B spécifique à un compte jusqu'à la storefront multi-marques.
OXID B2B fournit l'ensemble des workflows. Laioutr appelle directement l'API GraphQL StoreFront et rend des frontends spécifiques à chaque compte avec la logique de permissions, des listes de prix spécifiques aux clients et des assortiments individuels.
Une stack de thèmes Smarty existante doit être remplacée, sans toucher au backend OXID. Migration par phases, sans que la performance existante en pâtisse.
Plusieurs marques sur une seule instance OXID EE, avec leurs propres frontends, leurs propres domaines, un backend partagé et une configuration B2B partagée.
OXID multi-pays avec des listes de prix localisées, des workflows de TVA et des variantes linguistiques. Le frontend est configuré dans Studio, sans mettre en place un build sur mesure par marché.
Vous avez un build sur mesure avec Next.js et OXID GraphQL StoreFront en production, et l'équipe d'ingénierie s'est réduite. Migration vers une FMP, sans toucher au backend OXID.
Nouveau projet OXID, départ à zéro. Avec les thèmes Laioutr et la bibliothèque UI, vous passez en production en quelques semaines au lieu d'investir six mois dans un build sur mesure avec OXID GraphQL StoreFront.
Un build sur mesure est la voie la plus courante vers le headless OXID : le module officiel GraphQL StoreFront plus votre propre frontend en Next.js, Nuxt ou Vue Storefront. Laioutr est une Frontend Management Platform complète avec un builder visuel, une bibliothèque de composants et un support multi-backend. Les deux fonctionnent avec OXID. Si vous voulez un contrôle maximal du code et une équipe frontend dédiée, le build sur mesure est l'option la plus flexible. Si vous recherchez la vélocité marketing, des composants B2B et un TCO prévisible, vous serez plus productif avec 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 |
Toutes les données reposent sur des informations publiquement disponibles, sur les enseignements tirés d'échanges commerciaux avec des marques e-commerce de la région DACH ainsi que sur nos propres tests de la plateforme. À jour au : avril 2026. Les fonctionnalités d'OXID ont pu évoluer depuis.
Vous disposez d'une équipe Next.js ou Nuxt dédiée avec une expérience de l'API OXID (au moins trois ingénieurs), vous acceptez des phases de build de six à neuf mois, une différenciation maximale au pixel près est stratégiquement importante, des workflows B2B très spécifiques ne peuvent être couverts par des composants standard, et des années de maintenance d'ingénierie sont prévues au budget. Cas d'usage classique : un fabricant de biens industriels avec un configurateur complexe et une équipe frontend dédiée.
Vous voulez passer en production en quelques semaines plutôt qu'en plusieurs mois, le marketing doit pouvoir construire des pages de façon autonome, les fonctionnalités B2B standard doivent être disponibles prêtes à l'emploi, vous n'avez pas d'équipe d'ingénierie frontend dédiée, le coût total de possession sur 5 ans compte, et la conformité BFSG doit être assurée sans audit séparé. Cas d'usage classique : une marque B2B du Mittelstand de la région DACH sur OXID qui souhaite se moderniser sans monter une équipe d'ingénierie frontend.