Una tienda headless en Tiendanube es una tienda cuyo frente (lo que ve quien compra) se construye por fuera de Tiendanube y toma los productos por API, mientras el catálogo, el stock, los precios, el checkout, Pago Nube y Envío Nube siguen en Tiendanube. Desde el 27 de octubre de 2026 se puede hacer con la Storefront API pública. Conviene cuando la experiencia de compra es lo que diferencia a tu marca y tenés un equipo de desarrollo (propio o de agencia) que la sostenga todos los meses. Si no tenés ese equipo, o si lo que te falta es una sola funcionalidad, no conviene.
Mi criterio sobre esto no cambió desde 2021. En un hilo sobre cómo arrancar en eCommerce escribí que «armar tu eCommerce propio muchas veces es una mala idea si no sabés de UX y de frontend. Por ahorrarte unos pesos ahora estás perdiendo un montón de plata en el futuro». Ir headless es armar la mitad de tu eCommerce propio: el backend sigue siendo Tiendanube, pero el frente pasa a ser tuyo, con todo lo que eso implica.
Qué cambió en Tiendanube y qué no
Según el anuncio de Tiendanube del 27 de octubre y su artículo de ayuda (actualizado el 26 de octubre de 2026), la Storefront API permite armar una vitrina propia, web o mobile, que consulta por API:
- El catálogo de productos y las categorías visibles.
- La búsqueda de productos.
- La cotización de envío por código postal.
- El carrito y los cupones.
- El inicio del checkout, que sigue alojado en Tiendanube.
Lo que no cambia: el catálogo, el stock, los precios y los cupones se siguen manejando desde el administrador, y el pago y el envío siguen pasando por Pago Nube, Envío Nube y el checkout de Tiendanube.
Tres detalles que conviene saber antes de entusiasmarse:
- No viene activa. Cada tienda necesita una habilitación manual. Se pide con el link de la tienda, un contacto técnico (desarrollador o agencia) y una descripción breve del proyecto.
- El carrito todavía está en versión «unstable». La documentación para desarrolladores aclara que esos endpoints pueden cambiar sin una versión nueva. Si tu frente depende de eso, alguien tiene que estar atento a los cambios.
- Hay límites de uso. Desde el navegador y sin token, 120 solicitudes por minuto por tienda e IP; desde un servidor con token, 1.200 por minuto por tienda.
Lo que pasa a ser tuyo (y casi nadie cuenta)
La parte más útil del artículo de ayuda de Tiendanube es la lista de lo que perdés al ir headless. La resumo porque es la que define si te conviene:
| Qué deja de resolver Tiendanube | Qué significa para tu tienda |
|---|---|
| Nuevo Editor | No hay edición visual. Cada cambio de diseño es desarrollo. |
| Diseños y sus actualizaciones | Las mejoras del diseño Ipanema no te llegan solas. |
| Apps de la tienda | Las que agregan elementos en la tienda pueden no funcionar igual. Se valida caso a caso. |
| Cuenta de quien compra, páginas y blog | La API no los cubre: se construyen aparte. |
| Hosting, dominio y SSL | Pasan a ser responsabilidad tuya o de tu proveedor. |
| SEO | Tiendanube deja de gestionar el sitemap, las meta tags y las URLs. |
| Métricas de la tienda | Las estadísticas de visitas y del recorrido de compra pueden quedar incompletas. |
| Soporte del frente | Tiendanube atiende el administrador y el checkout. El frente queda a cargo de tu equipo o agencia. |
Tiendanube también dice dos cosas que comparto: un proyecto headless suele costar más que un diseño estándar (sin valor fijo, depende del alcance), y mientras un diseño puede estar online en días, un headless suele llevar semanas o meses.
Para alguien que vive de la pauta, las dos filas que más me preocupan son SEO y métricas. Si el frente nuevo no manda bien los eventos de compra, Meta y Google optimizan con menos señal y vos decidís con números que ya no cuadran con las ventas reales. Antes de lanzar, el frente headless tiene que pasar el mismo checklist de tracking que le pedimos a cualquier tienda antes de escalar.
Cuándo conviene una tienda headless en Tiendanube
Hace dos meses, cuando Anthropic liberó un blueprint abierto para armar agentes de comercio, escribí que «no tiene mucho sentido en el 90% de los casos si tenés shopify/tiendanube porque ambas plataformas tienen sus propias soluciones», y después hice la lista de a quién sí le podía servir: marcas grandes que no quieren depender de una sola herramienta, empresas que combinan varios canales y sistemas, agencias y negocios con procesos de venta especiales. Con headless aplico el mismo criterio. Tiene sentido si estás en alguno de estos casos:
- Marca grande con equipo de desarrollo propio que necesita controlar la experiencia, la velocidad y la tecnología del frente.
- App mobile nativa que quiere mostrar el catálogo real de la tienda. Ojo: el pago se completa en un navegador, no dentro de la app.
- Migración desde otra plataforma (Tiendanube menciona VTEX y Shopify Hydrogen) con un frente propio que ya funciona: podés conservarlo y cambiar solo el backend, lo que abarata la migración.
- Sitio de contenido o micrositio que quiere vender productos sin ser la tienda principal. Acá Tiendanube marca encaje medio.
Cuándo no conviene
- No tenés equipo técnico. Para la mayoría, el Nuevo Editor del diseño Ipanema resuelve con mucho menos desarrollo y mantenimiento. Es lo mismo que decía en 2021: si no tenés conocimientos de tecnología, andá por la plataforma armada.
- Querés un diseño a medida pero manejarlo sin agencia. Ahí conviene editar el código del diseño con Tiendanube CLI, que no es headless.
- Te falta una sola funcionalidad. Antes de reescribir el frente, se puede extender el diseño con código, NubeSDK o App Proxy.
- Necesitás lanzar rápido. Semanas o meses de desarrollo contra días.
- Estás por entrar en una fecha fuerte. Con CyberMonday del 2 al 4 de noviembre y Black Friday el 27, cambiar el frente ahora es meterle riesgo justo a las semanas que más venden. Para esta temporada, la prioridad es preparar presupuesto y ofertas para el CyberMonday con la tienda que ya tenés.
Un ejemplo para dimensionarlo
Ejemplo ilustrativo, no es un cliente: una tienda de indumentaria con 400 productos, que recibe buena parte de sus visitas por Google y hace el 60% de sus ventas con Meta Ads, decide ir headless para tener un configurador de talles propio.
- Si las URLs de los 400 productos cambian, son 400 redirecciones que alguien tiene que armar y probar, más un sitemap y las meta tags que antes generaba Tiendanube.
- Si el píxel y la API de conversiones no reciben bien las compras durante dos semanas, Meta aprende con menos datos justo cuando el 60% de la venta depende de esa pauta.
- Si una app de reseñas o de talles no funciona igual en el frente nuevo, hay que rehacerla o reemplazarla.
Ninguna de esas tres cosas es imposible. Pero las tres son costo y riesgo que el configurador de talles tiene que pagar. Si ese configurador se podía resolver con una extensión del diseño, el headless fue caro sin necesidad.
Qué preguntar antes de decir que sí
- ¿Qué experiencia concreta no puedo tener con el diseño Ipanema, Tiendanube CLI o NubeSDK?
- ¿Quién mantiene el frente después del lanzamiento, y con qué presupuesto mensual?
- ¿Cómo se resuelven SEO, sitemap, URLs y redirecciones?
- ¿Cómo quedan medidos los eventos de compra en Meta, Google y Analytics, y cómo lo verificamos antes de lanzar?
- ¿Qué apps uso hoy que agregan cosas en la tienda, y cuáles dejan de funcionar?
- ¿Qué pasa si cambian los endpoints del carrito que hoy están en versión «unstable»?
- ¿En qué fecha se lanza, lejos de CyberMonday, Black Friday y Hot Sale?
Si tu tienda todavía está eligiendo plataforma, empezá por cómo elegir entre Shopify, Tiendanube, VTEX y WooCommerce: la posibilidad de ir headless en Tiendanube le saca a Shopify y VTEX un argumento que antes era exclusivo de ellos, pero no cambia el resto de la comparación.
En Clica somos partner Titanium de Tiendanube en marketing. No armamos frentes headless, pero sí podemos revisar con vos qué le pasa a la pauta, a la medición y al SEO antes de que decidas. Escribinos.
Última actualización: 30 de octubre de 2026.