Separar el frontend del backend en una tienda online tiene sentido cuando tu negocio ya mueve volúmenes altos, necesita experiencias de compra muy personalizadas o debe integrar múltiples canales de venta. Para la mayoría de pymes españolas con facturaciones por debajo de los 800.000 € anuales suele ser, directamente, sobreingeniería cara y difícil de mantener.
Qué significa realmente headless commerce en 2025
Headless commerce consiste en usar solo la parte de backend (gestión de productos, pedidos, pagos y stock) y construir el frontend por separado con frameworks como Next.js, Nuxt o Astro. El backend expone una API (normalmente REST o GraphQL) y el frontend consume esos datos para generar la tienda.
Esto permite total libertad de diseño y rendimiento, pero también implica que tú te encargas de todo lo que antes resolvía el CMS o plataforma monolítica: carrito, checkout, autenticación, SEO, rutas, estado, etc.
Cuándo sí tiene sentido usar headless
El enfoque headless deja de ser un capricho y se convierte en herramienta lógica en estos casos concretos:
- Tu tienda ya factura más de 1,2 millones al año y necesitas velocidades de carga por debajo de 1 segundo para competir.
- Requiere experiencias de compra muy específicas (configuradores complejos, suscripciones avanzadas, marketplaces propios o integración con ERP propio).
- Vendes en múltiples países con dominios, monedas y reglas fiscales distintas que un PrestaShop o WooCommerce estándar no gestiona bien.
- Tienes un equipo técnico sólido (al menos un frontend senior y un backend/devops) que puede mantener el sistema a largo plazo.
Cuándo es pura sobreingeniería para pymes
Si tu tienda es un WooCommerce con 300 productos, dos personas en nómina y facturas 400.000 € al año, montar Next.js + headless es, con perdón, tocarse los cojones con tecnología.
Los motivos son claros:
Costes reales
Un proyecto headless medio arranca en 18.000-35.000 € solo de desarrollo inicial. Luego tienes que sumar hosting del frontend (Vercel, Netlify), costes de API (Shopify Storefront, Medusa, Commercetools o tu propio backend), mantenimiento anual y actualizaciones de seguridad. En total, fácilmente duplicas o triplicas el coste anual respecto a una tienda tradicional bien montada.
SEO: sigue siendo un dolor de cabeza
Aunque Next.js con SSR o SSG ha mejorado mucho, seguirás peleándote con renderizado, sitemaps dinámicos, datos estructurados, canonicals y problemas de indexación en tiendas con miles de variantes. Google ya no penaliza el JS, pero sigue prefiriendo HTML directo. Un error en la hidratación o en las cabeceras puede hacer que pierdas posiciones duramente conseguidas.
Equipo necesario
Necesitas gente que sepa React o Vue a nivel avanzado, que entienda de SSR, caching, API orchestration, autenticación con JWT o OAuth, y que además conozca tu plataforma de backend. Ese perfil en España cobra entre 45.000 y 65.000 € brutos al año. Si eres una pyme con un solo desarrollador freelance, olvídate.
Alternativas intermedias que suelen ser más sensatas
Antes de tirarte al headless puro, considera estas opciones que dan mucho resultado con menos sufrimiento:
- WooCommerce + tema headless ligero: Usas Woo como backend y un tema Next.js que solo consume la REST API o GraphQL. Menos coste y sigues teniendo el panel de administración que tu equipo conoce.
- Shopify Hydrogen: Shopify se encarga del backend pesado y tú construyes el frontend con Hydrogen (basado en Remix). Buen equilibrio entre control y mantenimiento.
- PrestaShop con API Platform o Symfony UX: Modernizas el frontend sin tirar todo el backend a la basura.
- Plataformas SaaS con frontend personalizable: Shopify, BigCommerce o Salesforce Commerce Cloud con Storefront Reference Architecture dan mucho control visual sin escribir todo desde cero.
Mi criterio después de ver decenas de proyectos
Si tu equipo actual no es capaz de explicar con claridad cómo vas a resolver el carrito abandonado, los pagos SCA, la sincronización de stock en tiempo real y la regeneración de cachés sin mirar Stack Overflow, entonces el headless no es para ti todavía.
La tecnología es solo una herramienta. He visto tiendas en WooCommerce con conversiones del 4,8 % y tiendas headless que no llegan al 1,8 % porque el equipo estaba más preocupado de la arquitectura que de la experiencia de compra.
La pregunta correcta no es «¿puedo hacer headless?». La pregunta es «¿me va a dar más ventas o solo más dolores de cabeza y factura».
Recomendación práctica
Para la mayoría de pymes españolas mi consejo es directo: mejora primero lo que ya tienes. Optimiza tu WooCommerce o PrestaShop, implementa un buen sistema de caché, mejora las fichas de producto, acelera el checkout y mide resultados. Cuando estés facturando consistentemente por encima del millón y notes que la plataforma monolítica te limita de verdad, entonces (y solo entonces) valora pasar a headless.
El que tiene un martillo lo ve todo como un clavo. El buen desarrollador sabe cuándo usar el martillo y cuándo simplemente usar un destornillador.