5,0 estrellas en OMR Reviews. Servidores en la UE. BFSG-ready. Usado con partners de OXID en DACH.
La Frontend Management Platform para OXID eShop. Page builder visual, más de 70 componentes de e-commerce con bloques B2B, hosting UE. En vivo más rápido que un desarrollo a medida con Next.js, compatible con multi-edición, compatible con account selection, permission sets y surtidos específicos por cliente.
5,0 estrellas en OMR Reviews. Servidores en la UE. BFSG-ready. Usado con partners de OXID en DACH.
OMR Reviews
Componentes de e-commerce
Rendimiento desde el día 1
Conforme al RGPD, servidores en Alemania
Headless para OXID separa el frontend, todo lo que ven tus clientes, del backend de OXID con sus productos, account selection, permission sets y procesos de pedido. En lugar de Flow Theme o Wave, el frontend se conecta a través del módulo OXID GraphQL StoreFront y se puede diseñar libremente, sin límites de theme Smarty y con control total sobre el rendimiento.
Para profundizar: nuestros artículos sobre cuándo vale la pena el cambio a headless en OXID, la actualización de OXID 6 a 7 y qué significa el fin de vida de OXID 6 para tu frontend.
OXID sigue gestionando productos, account selection, permission sets, surtidos específicos por cliente, workflows de IVA, pedidos y checkout. Usas el admin de OXID sin cambios, con todos los módulos B2B de la Enterprise Edition.
Tienes cuatro opciones establecidas: Flow Theme (Smarty por defecto), Wave Theme (variante más moderna, tampoco headless), desarrollo a medida (Next.js o Nuxt con OXID GraphQL StoreFront), o una Frontend Management Platform como Laioutr.
Sin duplicación de datos, sin conflictos de sincronización. Laioutr habla directamente con la API de OXID GraphQL StoreFront, incluidos todos los endpoints B2B para account selection, permission sets y surtidos específicos por cliente.
OXID no tiene un framework headless oficial como FastStore o PWA Studio. En su lugar, eliges entre themes clásicos y un desarrollo a medida con GraphQL StoreFront. Cuatro opciones están establecidas en el mercado. Aquí está dónde compensa cada una para compradores de OXID.
Basado en Smarty, incluido con OXID por defecto, sin headless. Útil para configuraciones existentes que no quieren migrar, o para proyectos greenfield con necesidades mínimas de personalización. Los límites de rendimiento y modernización son reales.
Una variante de theme más moderna, también basada en Smarty. Útil si quieres sustituir Flow pero aún no quieres ir a headless. Mejor UI que Flow, pero los mismos límites de arquitectura.
Máximo control, máximo esfuerzo. Una fase de construcción de seis a nueve meses más mantenimiento continuo con dos a tres ingenieros. Útil para equipos enterprise con ingeniería de frontend dedicada y requisitos B2B altamente específicos.
Una Frontend Management Platform con builder visual, más de 70 componentes incluyendo bloques B2B, hosting UE y soporte multi-backend. Útil si quieres salir en vivo rápido, necesitas funciones B2B estándar de fábrica, y necesitas velocidad de marketing sin un sprint de ingeniería por página.
Laioutr está construido para configuraciones de OXID que quieren dejar atrás los límites de sus themes Smarty, sin empezar un desarrollo a medida de seis a nueve meses con su propio equipo Next.js. Desde el portal B2B específico por cuenta hasta la storefront multi-marca.
OXID B2B entrega los workflows completos. Laioutr llama directamente a la API de GraphQL StoreFront y representa frontends específicos por cuenta con lógica de permisos, listas de precios específicas por cliente y surtidos individuales.
Un stack de theme Smarty existente debe sustituirse, sin tocar el backend de OXID. Migración por fases, sin que el rendimiento existente se resienta.
Varias marcas en una sola instancia de OXID EE, con frontends propios, dominios propios, backend compartido y configuración B2B compartida.
Multi-país de OXID con listas de precios localizadas, workflows de IVA y variantes de idioma. El frontend se configura en Studio, sin montar un desarrollo a medida por mercado.
Tienes un desarrollo a medida con Next.js y OXID GraphQL StoreFront en funcionamiento, y el equipo de ingeniería se ha reducido. Migración a una FMP, sin tocar el backend de OXID.
Nuevo proyecto de OXID, inicio desde cero. Con themes de Laioutr y la biblioteca de UI, sales en vivo en semanas en lugar de invertir seis meses en un desarrollo a medida con OXID GraphQL StoreFront.
El desarrollo a medida es el camino más común hacia el headless de OXID: el módulo oficial GraphQL StoreFront más tu propio frontend en Next.js, Nuxt o Vue Storefront. Laioutr es una Frontend Management Platform completa con builder visual, biblioteca de componentes y soporte multi-backend. Ambos funcionan con OXID. Si quieres máximo control de código y un equipo de frontend dedicado, el desarrollo a medida es la opción más flexible. Si quieres velocidad de marketing, componentes B2B y un TCO predecible, serás más productivo con Laioutr.
Comparar las diferencias | 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 |
Todos los datos se basan en información disponible públicamente, conversaciones de venta con marcas de e-commerce de la región DACH y nuestras propias pruebas de la plataforma. A fecha de abril de 2026. Las funciones de OXID pueden haber evolucionado desde entonces.
Tienes un equipo Next.js o Nuxt dedicado con experiencia en la API de OXID (al menos tres ingenieros), aceptas fases de construcción de seis a nueve meses, la diferenciación máxima a nivel de píxel es estratégicamente importante, workflows B2B altamente específicos no se pueden representar con componentes estándar, y el mantenimiento de ingeniería a lo largo de años está presupuestado. Caso de uso clásico: un fabricante de bienes industriales con un configurador complejo y un equipo de frontend dedicado.
Quieres semanas en lugar de meses para salir en vivo, marketing debe construir páginas de forma autónoma, las funciones B2B estándar deben estar disponibles de fábrica, no tienes un equipo de ingeniería de frontend dedicado, el coste total de propiedad a 5 años es relevante, y la conformidad con el BFSG debe resolverse sin auditoría separada. Caso de uso clásico: una marca B2B del mid-market DACH sobre OXID que quiere modernizarse sin construir un equipo de ingeniería de frontend.