Shopify y Vercel están reconstruyendo Hydrogen como una base abierta y agnóstica al runtime. Hydroge…
Hydrogen se vuelve agnóstico al runtime: qué resuelve de verdad
Shopify y Vercel están reconstruyendo Hydrogen como una base abierta y agnóstica al runtime. Hydrogen ahora se despliega directamente en Vercel, es open source y funciona más allá de las fronteras entre frameworks: Svelte, Nuxt, Next.js o tu propia configuración. Es una mejora real y responde exactamente a la crítica que ha acompañado a Hydrogen desde su lanzamiento. Lo que no resuelve está un nivel más arriba: la capa frontend que sigues reconstruyendo para cada storefront.
Qué se anunció realmente
Los puntos centrales del briefing de Vercel sobre la reconstrucción:
- Hydrogen es agnóstico al runtime. Oxygen ya no es el único camino a producción. Desplegar en Vercel pasa a ser una opción de primer nivel.
- Hydrogen está abierto a frameworks. React ya no es una suposición incorporada. Es una base de commerce sobre la que pueden apoyarse distintos frameworks.
- Open source como fundamento. Desarrolladoras, desarrolladores y agentes trabajan sobre una base común en lugar de reescribir la capa de commerce para cada storefront.
- Los agentes forman parte del diseño. La reconstrucción asume de forma explícita que las personas ya no son las únicas que construyen storefronts.
Para los equipos de Shopify que hasta ahora elegían entre un tema Liquid y un desarrollo a medida sin vuelta atrás, esta es una tercera opción seria. Quien haya mirado el lado de los costes de esa decisión lo verá rápido: hicimos el cálculo en Shopify Frontend Cost: Theme vs. Headless, y la reconstrucción mueve exactamente una línea de esa cuenta, el compromiso con el runtime.
Por qué es un avance real
Llevamos dos años escuchando la misma frase en las discovery calls: «Con Hydrogen estamos pegados a Shopify. Si queremos cambiar, empezamos de cero.» La reconstrucción le quita la mitad de la carga a esa frase. El runtime ya no forma parte del acuerdo. Un equipo que arranca hoy en Hydrogen no queda mañana automáticamente atado a una única capa de hosting.
Que Shopify lo haga de forma abierta y como open source, en lugar de conservar el runtime como instrumento de retención, es la decisión correcta. Lo decimos sin ironía: es el movimiento que el mercado necesitaba y viene del líder del mercado.
Qué no resuelve la reconstrucción
Agnóstico al runtime no es lo mismo que agnóstico al backend. Y ninguna de las dos cosas es todavía frontend management.
1. El backend sigue fijado. Hydrogen es lógica de commerce de Shopify. Si tu negocio B2B corre sobre un sistema cercano al ERP, tu marca DACH sobre Shopware y tu marketplace sobre algo distinto, un frontend de Shopify liberado del runtime te ayuda exactamente en uno de esos casos. La pregunta de un frontend para varios backends sigue abierta.
2. La capa frontend se sigue construyendo por storefront. Una base open source te quita la capa de commerce, no la storefront que va encima. Navegación, páginas de campaña, flujo editorial, gestión de locales, disciplina de design tokens en varias marcas: todo eso se vuelve a construir en cada proyecto. En nuestros proyectos, esa es la parte que se come las semanas, no la llamada a la Storefront API.
3. Editorial y marketing no están cubiertos. La reconstrucción es una historia de developers y agentes. No dice nada sobre cómo una content manager publica una página de campaña un jueves por la tarde sin abrir un ticket. Si tratas la capa frontend como un artefacto de código, ese trabajo se queda de forma permanente en el backlog de ingeniería.
4. Más libertad significa más decisiones. Svelte, Nuxt, Next.js, tu propio framework, Vercel u otro sitio: cada uno de esos ejes pasa a ser tu decisión y tu mantenimiento. Para un equipo con capacidad de plataforma, es una ganancia. Para un equipo de tres personas, es trabajo que nadie puso en el plan.
Dónde entra Laioutr
Laioutr es una Frontend Management Platform (FMP): una capa de control para el frontend de commerce que se sitúa por encima del backend en lugar de formar parte de él. Concretamente, frente a los cuatro puntos anteriores:
Agnosticismo de backend como arquitectura, no como promesa. Nuestra capa de orquestación habla con más de 50 backends, Shopify incluido. Mantienes Shopify como motor de commerce y obtienes la misma capa de storefront que también corre sobre Shopware o commercetools. La forma técnica está en Composability y Orchestration.
La capa frontend como producto, no como proyecto. Sections, blocks, biblioteca de componentes y despliegue llegan como plataforma, no como plantilla de repositorio. La segunda storefront no empieza de cero. Para configuraciones multimarca y multimercado, esa es la diferencia entre semanas y trimestres: Multi-Brand y Multi-Market.
Editorial sin ticket de desarrollo. Páginas de campaña, landing pages y cambios de contenido se hacen en Studio, con preview y aprobación. Ingeniería revisa y amplía, pero no es el cuello de botella: Content Management.
Consistencia y rendimiento como propiedades de la plataforma. Los design tokens y los temas aplican a todas las storefronts en lugar de derivar repositorio por repositorio (Brand Consistency), y los Core Web Vitals son una parte medida de la plataforma en vez del resultado de una ronda de optimización al final del proyecto (Performance y Core Web Vitals).
Si el tema de fondo para ti es la preparación para agentes, lo desarrollamos en Shopify DotDev 2026: Why Winter '26 Turns Agentic Readiness Into a Frontend Problem. La conclusión de aquel texto se sostiene: la capa que decide si un agente entiende tu storefront es el frontend.
Qué ganas
- Runtime. Hydrogen tras la reconstrucción: a tu elección, Vercel en primer nivel. Con Laioutr como capa frontend: a tu elección, hosting en la UE incluido.
- Backend. Hydrogen tras la reconstrucción: Shopify. Con Laioutr como capa frontend: más de 50 backends, Shopify incluido, sustituible.
- Segunda storefront. Hydrogen tras la reconstrucción: un proyecto nuevo sobre una base común. Con Laioutr como capa frontend: configuración sobre una plataforma existente.
- Página de campaña. Hydrogen tras la reconstrucción: pull request. Con Laioutr como capa frontend: Studio, con preview y aprobación.
- Modelo operativo. Hydrogen tras la reconstrucción: tu equipo opera la capa. Con Laioutr como capa frontend: una plataforma, con actualizaciones y soporte.
FAQ
¿Laioutr es una alternativa a Hydrogen o un complemento? Una alternativa en el nivel de la capa frontend. Sigues usando la Shopify Storefront API como fuente de datos, pero no construyes la storefront como un proyecto Hydrogen aparte. Detalles en Headless Frontend para Shopify.
Ya tenemos una storefront Hydrogen. ¿Fue en vano? No. El modelo de datos, los accesos a la Storefront API y la estructura de contenido siguen siendo utilizables. El cambio afecta a la capa de presentación y control, no a la integración de commerce.
¿Cuánto cuesta? Precios y planes en la página de precios de Laioutr. Para comparar contra un desarrollo a medida, el desglose de costes del artículo tema-vs-headless enlazado arriba es una base mejor que un precio de lista.
¿Cuánto tarda la implementación? Mediana por debajo de 14 días para una primera storefront con acompañamiento de los fundadores. Con varias marcas o mercados depende de tus datos, no del frontend.
¿Shopify sigue siendo nuestro backend? Sí, mientras tú quieras. Ese es justo el punto: la decisión sigue siendo reversible sin reconstruir el frontend.
Próximos pasos
Si tu equipo está valorando si la reconstrucción de Hydrogen es el detonante de la vuestra, reserva una demo de 30 minutos en Headless Frontend para Shopify. Recorremos tu stack contigo y también te diremos cuándo Hydrogen es la elección correcta para tu caso.
Más temas de la plataforma Laioutr
Sobre el autor: Marcel Thiesies es Co-Founder de Laioutr. Trabaja cada día con equipos DACH en la pregunta de qué parte del stack de commerce hay que sustituir de verdad y qué parte solo necesita mejor control.