Contenido del artículo
  1. ¿Qué es Hyvä Checkout 3.0 y qué cambió?
  2. ¿Qué es Magewire y por qué importa el salto a la versión 3?
  3. ¿Qué requisitos pide Hyvä Checkout 3.x?
  4. ¿Mis integraciones de pago y envío seguirán funcionando?
  5. Qué sí puede requerir cambios
  6. Pasarelas y paqueterías de México
  7. ¿Qué notarán tus clientes y tu equipo al actualizar?
  8. ¿Qué mejora Hyvä Checkout 3.0 en seguridad?
  9. ¿Conviene actualizar antes del Buen Fin 2026?
  10. Qué sí hacer antes del Buen Fin
  11. ¿Cómo se actualiza a Hyvä Checkout 3.0 paso a paso?
  12. ¿Cómo lo trabajamos en Panamerik?
  13. Conclusión
  14. Sobre el autor
  15. Fuentes

En este artículo:

  • ¿Qué es Hyvä Checkout 3.0 y qué cambió?
  • ¿Qué es Magewire y por qué importa el salto a la versión 3?
  • ¿Qué requisitos pide Hyvä Checkout 3.x?
  • ¿Mis integraciones de pago y envío seguirán funcionando?
  • ¿Qué notarán tus clientes y tu equipo al actualizar?
  • ¿Qué mejora Hyvä Checkout 3.0 en seguridad?
  • ¿Conviene actualizar antes del Buen Fin 2026?
  • ¿Cómo se actualiza a Hyvä Checkout 3.0 paso a paso?
  • Preguntas frecuentes

La noticia: Hyvä Checkout 3.0 ya es estable. Hyvä lo lanzó el 27 de octubre de 2026 como parte de su versión de otoño, Equinox, y lo construyó sobre Magewire 3, la librería que actualiza partes del checkout sin recargar la página.

Por qué importa: el checkout es la página donde se cobra. Si tu tienda Magento usa Hyvä Checkout, este cambio toca pagos, envíos, direcciones y cupones. Y llega a pocos días del Buen Fin, cuando menos margen hay para sorpresas.

Qué cubre este artículo: qué cambió, qué requisitos pide, qué pasa con tus integraciones, qué mejora en seguridad, cuándo conviene actualizar y los pasos que documenta Hyvä. Si todavía estás decidiendo entre Luma e Hyvä, empieza por Hyvä Checkout frente al checkout Luma.

¿Qué es Hyvä Checkout 3.0 y qué cambió?

Hyvä Checkout 3.0 es la nueva línea principal del checkout de Hyvä para Magento y Adobe Commerce. Su cambio de fondo es técnico: pasa de Magewire 1 a Magewire 3. La 3.0.0 salió el 27 de octubre de 2026 y la 3.0.1, con correcciones, el 2 de noviembre. La línea 1.x queda como versión anterior.

El nombre confunde un poco. Esta versión empezó como 1.4: las betas 1.4.0, publicadas desde el 30 de junio de 2026, ya corrían sobre Magewire 3. Hyvä la renombró a 3.0 para que coincidiera con la versión mayor de Magewire. Si tu tienda está en una beta 1.4.0, para Hyvä ya estás en la línea 3.x.

Hyvä mantiene dos líneas. La 1.3.15, del 12 de octubre, recibió casi las mismas funciones que la 3.0: reCAPTCHA en el checkout, validación del formato del código postal, atributos de dirección personalizados y el nuevo formulario de cupones. Así lo explica la página de líneas de versión y Magewire de Hyvä.

Las dos líneas de Hyvä Checkout
LíneaEstado y versión
Checkout 3.x (Magewire 3)Actual. Última: 3.0.1, 2 nov 2026
Checkout 1.x (Magewire 1)Anterior. Última: 1.3.15, 12 oct 2026
Fuente: Hyvä Docs, Release Lines and Magewire Versions y changelog de Checkout 3.x (consultados el 9 de noviembre de 2026).

La recomendación oficial es clara: usar 3.x en proyectos nuevos y actualizar las tiendas existentes, y quedarse en 1.x solo si algo de lo que dependes todavía lo exige. Sobre el esfuerzo, la documentación dice:

“La mayoría de las tiendas se actualizan sin cambios de código.” — Hyvä Docs (traducción propia)

Ese “la mayoría” es la parte que hay que comprobar en tu tienda. Lo vemos más abajo.

¿Qué es Magewire y por qué importa el salto a la versión 3?

Magewire es la librería que permite a Hyvä Checkout actualizar partes de la página —métodos de envío, totales, formas de pago— sin recargarla. Magewire 3 cambia la forma en que el navegador habla con el servidor. Por eso el salto afecta sobre todo a las integraciones y personalizaciones del checkout, no a lo que ve el cliente.

Tres cambios que documenta Hyvä ayudan a entenderlo:

  • Menos viajes al servidor: Magewire 3 agrupa las actualizaciones de varios componentes en una sola petición de red.
  • Menos código fuera del checkout: los scripts de Magewire ya no se cargan en categorías, productos, páginas CMS ni carrito. Hyvä calcula un ahorro de unos 40 KB de HTML y JavaScript en línea por página.
  • Un solo Alpine.js: cuando Magewire está activo, su versión de Alpine.js es la que usa la página, en lugar de cargar otra aparte.

El cambio también trae obligaciones de mantenimiento. El 6 de octubre de 2026, Magewire publicó la versión 3.7.2 como actualización de seguridad (aviso GHSA-64j9-rg74-hqc7, gravedad alta) para las versiones 3.0.0 a 3.7.1. Hyvä Checkout 3.0 ya exige Magewire 3.7.2 o superior.

¿Qué requisitos pide Hyvä Checkout 3.x?

Hyvä Checkout 3.x pide Magento Open Source o Adobe Commerce 2.4.6, 2.4.7, 2.4.8 o 2.4.9, siempre en el último parche, y PHP 8.2 a 8.5. También un tema Hyvä con Tailwind CSS 3 o 4 y el módulo de tema 1.3.16 o superior. Es un producto comercial: requiere licencia de Hyvä Checkout, Hyvä Commerce o Hyvä Enterprise.

Requisitos de cada línea de Hyvä Checkout
RequisitoCheckout 3.xCheckout 1.x
Magento / Adobe Commerce2.4.6 a 2.4.92.4.5 a 2.4.9
PHP8.2 a 8.58.1 a 8.5
Tailwind CSS del tema3 o 43 o 4
Magewire3 (3.7.2+)1
Fuente: Hyvä Docs, Installation and Configuration for Hyvä Checkout. Siempre con el último parche de cada versión de Magento.

Si tu tienda sigue en PHP 8.1, esa es la primera tarea, no el checkout. Hyvä avisa que desde 2027 sus productos se construirán con PHP 8.2 o superior y que dejará de dar soporte a Magento 2.4.4 y 2.4.5. Revisa los requisitos de Magento 2.4.8 y lo que dejó claro el caso PHP2Shell sobre las versiones de PHP.

Otro punto: Checkout 3.x ya no admite temas con Tailwind 2. Si tu tema Hyvä es antiguo, quizá te toque primero la actualización a Hyvä 1.4 con Tailwind v4.

¿Mis integraciones de pago y envío seguirán funcionando?

En casi todos los casos, sí. Hyvä Checkout 3.x instala el módulo v1bc (compatibilidad con Magewire 1), que mantiene funcionando componentes, plantillas e integraciones escritas para la versión 1.x. Hyvä pide dejarlo activado y probar cada integración en staging después de actualizar.

El nombre suena a parche temporal, pero Hyvä lo describe como parte normal y soportada de Checkout 3.x. Lo explica en qué es el módulo v1bc. Tu equipo puede desactivarlo cuando ninguna extensión dependa ya de Magewire 1, aunque el paquete sigue instalado porque 3.x lo requiere.

Qué sí puede requerir cambios

La guía de actualización a 3.0.0 enumera lo que v1bc no cubre. Lo más común en tiendas con desarrollo a la medida:

  • Observadores de eventos magewire_*, que solo corren mientras v1bc está activo.
  • Modificadores de formularios de dirección tipados con clases de la versión 1.x.
  • Campos que se validan en vivo, como la búsqueda por código postal: ahora necesitan wire:model.live.
  • Plantillas sobrescritas del checkout: hay 56 actualizadas y 4 eliminadas frente a la 1.3.15.
  • Páginas propias de un módulo con componentes Magewire, como una página de estado de pago, que necesitan un handle de layout nuevo.

Pasarelas y paqueterías de México

Revisa cada módulo de pago, envío y facturación con su proveedor. La lista de integraciones de pago de Hyvä Checkout es amplia, pero se centra en proveedores internacionales. Si cobras con pasarelas locales o ofreces meses sin intereses en Magento, pide al proveedor que confirme si ya probó su módulo en Checkout 3.x. Lo mismo con las paqueterías integradas en Magento.

Si usas Adobe Commerce con Hyvä Enterprise, hay un requisito extra: los módulos de checkout de Enterprise (y el de B2B, si lo usas) deben estar en versiones que soporten Checkout 3. Las anteriores exigen la 1.3. Lo ampliamos en Hyvä B2B en Magento y Adobe Commerce.

¿Qué notarán tus clientes y tu equipo al actualizar?

La mayoría de los cambios son internos, pero Hyvä lista algunos que sí verá la operación. Tu equipo debe conocerlos antes de actualizar, para no confundirlos con errores. Afectan a invitados, reCAPTCHA, mensajes de error, impuestos y traducciones.

  • Compras como invitado: el checkout rechaza pedidos de invitados donde Magento no los permite, por ejemplo con productos descargables en el carrito. Revisa la opción Allow Guest Checkout si quieres aceptarlos.
  • reCAPTCHA al colocar el pedido: aplica a los pedidos del checkout y ya no bloquea PayPal Express desde el carrito ni Instant Purchase.
  • Errores: en modo producción el cliente ya no ve detalles técnicos; si una petición falla, se le ofrece recargar la página.
  • Impuesto en cero: la línea de impuesto en 0 se oculta, salvo que actives Display Zero Tax Subtotal.
  • Traducciones: aparece la frase “Edit Address: %1” en la libreta de direcciones; agrégala a tu traducción al español.
  • Pagos: cuando se refresca la lista de métodos de pago, el checkout activa el método guardado en la cotización. Un método activado solo en el navegador vuelve al anterior.

¿Qué mejora Hyvä Checkout 3.0 en seguridad?

Hyvä Checkout 3.0 corrige varios puntos de seguridad. Rechaza pedidos de invitados donde no se permiten, vuelve a bloquear métodos internos que el navegador no debe llamar y ya no muestra errores del servidor al cliente. Todo eso está en el changelog de Checkout 3.x.

Un ejemplo concreto: Magewire 3 permite que el navegador llame a cualquier método público de un componente. Eso incluía métodos como CartItems::getQuoteItemData(), que devuelve precios de costo. La 3.0 vuelve a rechazar esas llamadas en todos los componentes, como hacía la 1.3.

Otros cambios de la misma revisión: los registros ya no guardan el código de método de pago que envía el navegador ni el correo del invitado, y un doble clic en Colocar pedido ya no deja el checkout trabado.

Si te quedas en 1.x, revisa una cosa. El changelog de seguridad de Hyvä Checkout registra en la 1.3.12 (13 de julio de 2026) una falla de gravedad alta (CVSS 7.5): permitía guardar un método de pago no disponible. Hyvä publicó versiones corregidas para todas las ramas desde la 1.0.7. Confirma que tienes la tuya.

La seguridad del checkout no termina en Hyvä. Para el resto del frente, revisa cómo frenar el carding o pruebas de tarjetas en Magento y cómo cumplir PCI DSS 4.0 con CSP y SRI contra Magecart.

¿Conviene actualizar antes del Buen Fin 2026?

No, salvo que sea una corrección de seguridad. El Buen Fin 2026 va del 13 al 17 de noviembre, según el sitio oficial de El Buen Fin. Cambiar la base técnica del checkout esta semana deja poco tiempo para probar pagos, envíos y facturación con tráfico real. Lo prudente es planearlo para después.

Es la misma lógica de congelar cambios que explicamos en el checklist técnico del Buen Fin 2026 para Magento. Hyvä no fija fechas para tu tienda; esta es nuestra recomendación de operación.

Qué sí hacer antes del Buen Fin

  • Confirma tu versión y tu línea con composer show (abajo está el comando).
  • Si estás en 1.x, confirma que tienes la corrección de la 1.3.12 o su versión equivalente.
  • Si estás en una beta 1.4.0, verifica que tu Magewire sea 3.7.2 o superior; Hyvä pide pasar a la última 3.x.
  • Prepara un entorno de staging con tu catálogo, tus pasarelas y tus paqueterías para probar la 3.x después del evento.

Después del Buen Fin viene la temporada de diciembre. Si quieres actualizar antes de Navidad, deja margen frente a las fechas límite de envío de Navidad 2026.

¿Cómo se actualiza a Hyvä Checkout 3.0 paso a paso?

El proceso que documenta Hyvä es corto: revisar las notas de la versión, cambiar la restricción de Composer, correr setup:upgrade y probar cada integración en staging. El trabajo real está en las pruebas y en las personalizaciones de tu tienda, no en los comandos.

1. Identifica qué versión tienes. Si empieza con 3. o 1.4., ya estás en la línea 3.x:

bash
composer show hyva-themes/magento2-hyva-checkout | grep versions

2. Lee las notas de la 3.0.0 y la 3.0.1 y compáralas con lo que tu tienda personalizó: plantillas, formularios, eventos y módulos de pago.

3. Haz un respaldo que sepas restaurar. Si no tienes ese hábito, empieza por la guía de respaldos en Magento.

4. En staging, cambia la restricción con composer require. Hyvä advierte que composer update deja una tienda 1.x en 1.x, porque la restricción de composer.json no permite la 3.x:

bash
composer require hyva-themes/magento2-hyva-checkout:^3.0 --update-with-dependencies
bin/magento setup:upgrade

5. Si tienes varios servidores, revisa la nota de la 3.0.1: setup:upgrade borra una vez las vistas compiladas de Magewire. Donde no pueda, hay que limpiarlas en cada servidor que no comparta var/magewire y reiniciar OPcache si no revisa la fecha de los archivos:

bash
bin/magento magewire:compile:clear --area=frontend

6. Prueba de punta a punta cada método de pago, cada método de envío, cupones, compra como invitado, cliente registrado y facturación. La 3.0.1, por ejemplo, corrigió un error 500 al llegar al paso de pago con módulos como el de Stripe.

7. Agrega las frases nuevas a tu traducción, revisa la configuración de invitados y de impuestos, y sube a producción en una ventana de bajo tráfico.

8. Deja v1bc activado. Desactívalo solo cuando tu equipo confirme que ninguna integración necesita Magewire 1, moviendo antes los observadores de eventos magewire_*.

¿Cómo lo trabajamos en Panamerik?

En Panamerik trabajamos con Hyvä Theme e Hyvä Commerce sobre Magento y Adobe Commerce. Usamos IA en auditorías de seguridad y en la corrección de errores, y una persona del equipo revisa cada hallazgo y cada corrección antes de llegar a producción.

No manejamos un SLA de parches: cada caso es distinto y depende también de cuándo cada proveedor publique su versión. En una actualización como esta, el trabajo crece con el número de integraciones de la tienda. Si necesitas ayuda, nuestro equipo de soporte Magento puede revisar tu caso.

Preguntas frecuentes

¿Qué es Hyvä Checkout 3.0?

Es la nueva línea principal del checkout de Hyvä para Magento y Adobe Commerce, construida sobre Magewire 3. La 3.0.0 salió el 27 de octubre de 2026 y la 3.0.1 el 2 de noviembre. Antes se llamaba 1.4 en sus versiones beta.

¿Es obligatorio actualizar a Hyvä Checkout 3.x?

No de inmediato. La línea 1.x sigue disponible; su última versión es la 1.3.15, del 12 de octubre de 2026. Hyvä recomienda 3.x para proyectos nuevos y actualizar las tiendas existentes, quedándose en 1.x solo si algo de lo que dependes todavía lo exige.

¿Qué versión de PHP necesita Hyvä Checkout 3.0?

PHP 8.2, 8.3, 8.4 u 8.5, con Magento Open Source o Adobe Commerce 2.4.6 a 2.4.9 en su último parche. La línea 1.x todavía acepta PHP 8.1, pero Hyvä dejará de soportarlo en 2027.

¿Qué es el módulo v1bc de Hyvä Checkout?

Es el módulo de compatibilidad con Magewire 1. Se instala solo con Checkout 3.x y mantiene funcionando, en casi todos los casos, las integraciones y personalizaciones escritas para la 1.x. Hyvä pide dejarlo activado.

¿Conviene actualizar Hyvä Checkout antes del Buen Fin?

En general, no. El Buen Fin 2026 va del 13 al 17 de noviembre, y cambiar la base del checkout esos días deja poco tiempo para probar. La excepción son las correcciones de seguridad, que sí deben aplicarse.

¿Hyvä Checkout 3.0 funciona con Adobe Commerce?

Sí. Funciona con Magento Open Source y Adobe Commerce. Si usas Hyvä Enterprise, necesitas las versiones de sus módulos de checkout que soportan Checkout 3; las anteriores requieren la 1.3.

Conclusión

Hyvä Checkout 3.0 es una actualización de fondo: cambia Magewire 1 por Magewire 3, sube el mínimo a PHP 8.2 y corrige puntos de seguridad. Para la mayoría de las tiendas, el módulo v1bc reduce el riesgo. Aun así, el checkout es donde se cobra: actualiza con staging, pruebas de cada integración y una fecha lejos del Buen Fin.

Sigue profundizando con:

Sobre el autor

Panamerik dirige Panamerik, agencia especializada en Magento, Adobe Commerce y Hyvä desde Guadalajara. Su equipo diseña, desarrolla, integra y da soporte a tiendas en línea, con Cloudflare Enterprise vía Cloudways e IA en auditorías de seguridad siempre con revisión humana antes de producción.

Fuentes

¿Te resonó?

Apliquemos esto a tu tienda.

Cuéntanos qué quieres mejorar. Nuestro equipo revisará tu contexto y coordinará una conversación exploratoria.

Cotiza por WhatsAppSolicitar diagnósticoSoporte y rendimiento Magento →Rescate y cambio de agencia →