Qué es y cómo funciona
En una tienda online tradicional, la plataforma se encarga de todo: guarda el catálogo, calcula precios, gestiona el carrito, el pago y los pedidos, y además genera las páginas que ve el cliente mediante un tema o plantilla. El headless commerce separa esas dos capas: la lógica de comercio sigue en un backend que la expone mediante API (REST o GraphQL), y el frontend, la parte visible, se desarrolla aparte, por ejemplo con Next.js.
Entre los backends habituales están Shopify (con su API de Storefront), Medusa, Commerce Layer o BigCommerce, y también WooCommerce consumido por API. Los límites no son idénticos en todos: en algunas plataformas el pago final se sigue realizando en un entorno alojado por el proveedor, lo que limita cuánto se puede personalizar en esa etapa.
La ventaja principal es la libertad. El frontend puede diseñarse sin las restricciones de un tema, optimizarse para rendimiento y reutilizar el mismo catálogo en la web, una aplicación móvil u otros canales. El precio es que dejas de recibir muchas funciones ya resueltas: búsqueda, filtros, cuentas de cliente, SEO, migas, redirecciones o pantallas de checkout pasan a ser trabajo de desarrollo y mantenimiento.
Por qué importa
Compensa cuando hay una necesidad clara que una plantilla no cubre bien: un diseño muy diferenciado, un catálogo grande con requisitos de rendimiento, varios canales (web, app, tiendas físicas) alimentados desde el mismo backend, o integraciones complejas con otros sistemas. También permite sustituir el frontend o el backend más adelante sin rehacerlo todo.
No compensa para muchas tiendas. Con un catálogo pequeño, un presupuesto ajustado o un equipo sin capacidad de desarrollo, una plataforma estándar con un buen tema suele ser más rápida de lanzar, más barata de mantener y más fácil de operar. Headless implica dos piezas que actualizar, más desarrollo inicial y dependencia de perfiles técnicos para cambios que antes se hacían desde el panel.
Un ejemplo
Una marca con un catálogo amplio y una identidad muy cuidada quiere una web con un diseño propio y, a la vez, una app móvil que use los mismos productos y pedidos. Mantiene su backend de comercio, que ya gestiona stock, precios e impuestos, y desarrolla un frontend en Next.js que consume su API. La web y la app comparten datos, y el equipo de marketing mantiene el catálogo en el panel de siempre. Antes de empezar, el equipo lista qué funciones del tema actual deberá reconstruir y quién las mantendrá.
Errores y confusiones frecuentes
- Asumir que headless es más rápido por definición. El rendimiento depende de cómo se construya el frontend y de cuántas llamadas haga a la API.
- Subestimar el coste de mantenimiento y de las funciones que antes venían de serie, desde el SEO hasta las cuentas de usuario.
- Olvidar que muchas aplicaciones o extensiones de la plataforma están pensadas para su tema y pueden no funcionar con un frontend propio.