Saltar al contenido

Hydrogen se reconstruye como un SDK de comercio independiente del framework

La vista previa saca la lógica de comercio de React Router y la lleva a un núcleo independiente del framework, con bindings para Vue. El Shopify headless cambió de forma.

Actualización7 de agosto de 20263 min de lectura

El 17 de junio de 2026, junto a los anuncios para developers de Spring '26, Shopify describió la siguiente versión de Hydrogen en una frase que conviene leer dos veces: saca la lógica de comercio de React Router hacia un núcleo agnóstico de framework.

Hydrogen ha sido un framework de React desde que existe. Lo era cuando tenía su propio runtime, y siguió siéndolo cuando pasó a ser un stack de Remix y después de React Router. La vista previa deja de serlo.

Qué hay en la vista previa

Desliza la figura para verla completa

La vista previa admite React Router, Next.js, SvelteKit, Nuxt, SolidStart y Astro, y el 30 de julio de 2026 añadió bindings de Vue como @shopify/hydrogen/vue: un binding no React oficialmente soportado. Se instala con npx @shopify/hydrogen@preview setup.

El replanteamiento va de "una forma de construir un storefront de Shopify" a "las piezas de comercio, usables desde el framework que ya elegiste". Estado de carrito, sesiones de cliente, cliente de Storefront API, analítica, consentimiento —las cosas que son genuinamente difíciles y genuinamente propias de Shopify— separadas de la capa de rutas y render, que nunca fue la parte interesante y siempre fue la opinión de otro.

No se ha declarado fecha de disponibilidad general. Es una vista previa con los avisos de comportamiento que lleva una vista previa, y ninguna página oficial se compromete a una fecha. Trata como no verificado cualquier artículo que te dé una.

Los otros tres movimientos apuntan igual

El 30 de junio de 2026 Hydrogen ganó despliegue en un clic a Vercel: un camino de un clic hacia un hosting distinto de Oxygen, algo que la documentación de auto-hospedaje de Shopify ya permitía. El 3 de agosto de 2026 Oxygen quedó disponible en tiendas de desarrollo, que antes exigían un plan de pago; las tiendas de desarrollo no tienen entornos públicos, así que las URLs de despliegue piden acceso a la tienda, pero el efecto práctico es que un proyecto headless puede demostrarse antes de que una tienda empiece a facturar.

Y la propia cadencia de publicación es una señal. Hydrogen publicó versiones estables en febrero y abril de 2026, y la de abril traía cambios rompedores de verdad: proxyStandardRoutes retirado, proxy de Storefront API siempre activo, modo de consentimiento en backend por defecto en lugar de la cookie de seguimiento en cliente. La estable trimestral de julio no llegó.

Qué hacer con esto

Si operas un storefront de Hydrogen hoy: no te quitan nada, pero revisa dos cosas. Si estás en la línea 2026.4 y has absorbido sus cambios rompedores, y si completaste la migración de las cookies de seguimiento shopify_y / shopify_s: la fecha límite de Hydrogen para eso fue el 30 de abril de 2026, y los storefronts que la pasaron por alto tienen atribución de visitantes y sesiones poco fiable.

Si estás eligiendo enfoque ahora: esto es un argumento para mantener la lógica de comercio en una capa y el código de framework en otra, elijas el framework que elijas. Esa separación es la dirección hacia la que construye Shopify, y un storefront escrito así es portable al modelo nuevo con independencia de cómo acabe siendo el modelo nuevo.

Si esperabas un motivo para considerar headless con un equipo que no es de React: ese motivo ya existe, en vista previa. No es un motivo para llevar un storefront de producción a una vista previa.

El resumen honesto

Hydrogen ha significado React desde que existe, y muchas decisiones de arquitectura se tomaron por esa restricción y no por la tienda. La restricción se está retirando. Lo que la sustituye no está terminado, no tiene fecha y debe leerse como una dirección, no como un plan.

Las direcciones siguen mereciendo lectura. Esta dice que la frontera que Shopify considera duradera es la capa de comercio, no el framework.

Donde esto aterriza en la práctica es trabajo de Next.js y React hoy, y de APIs en todas sus versiones.

Blog