Magento 2.4.6 sin soporte: cómo actualizar a 2.4.8 o 2.4.9 sin riesgos

Si tu tienda funciona con Magento Open Source 2.4.6, desde el 11 de agosto de 2026 ya no tiene soporte, y el año extra de parches que Adobe ofrece a Adobe Commerce no incluye a Open Source. No es teoría: el boletín de seguridad APSB26-138 del 8 de septiembre de 2026 recoge vulnerabilidades críticas (CVSS de hasta 9,3) que afectan a Magento Open Source 2.4.6, pero solo publica correcciones para 2.4.7, 2.4.8 y 2.4.9. Tienes dos opciones razonables: actualizar a 2.4.8, el salto más corto, con soporte hasta mayo de 2028, o a 2.4.9, el más largo, con soporte hasta mayo de 2029. En este artículo te explico cómo elegir y cómo hacer la actualización sin romper la tienda.

Qué significa el fin de soporte de Magento 2.4.6

Según la política de ciclo de vida de Adobe, el soporte estándar de 2.4.6 terminó el 11 de agosto de 2026. Para clientes de Adobe Commerce (la versión de pago), Adobe añade un soporte extendido hasta el 31 de agosto de 2027 y un periodo solo de seguridad hasta el 31 de mayo de 2028. Si usas Magento Open Source (la versión gratuita, la que tienen casi todas las pymes), esa ampliación no te sirve, y el boletín de septiembre lo deja claro: 2.4.6 aparece entre las versiones afectadas, pero no recibe corrección.

Tu tienda no va a dejar de funcionar mañana, pero cada nuevo fallo que se publique quedará abierto en tu instalación. Y cuando una vulnerabilidad de Magento sale en un boletín, los bots que buscan tiendas sin parchear no tardan en llegar. Ya lo vimos con PolyShell en Magento 2.

El problema no es solo Magento: también PHP y la base de datos

Magento 2.4.6 funciona con PHP 8.1 o 8.2. PHP 8.1 ya no tiene soporte y, según el calendario oficial de PHP, PHP 8.2 deja de recibir parches de seguridad el 31 de diciembre de 2026. Además, Adobe recuerda en sus requisitos de sistema que MySQL 8.0 llegó al final de su soporte el 30 de abril de 2026. Así que, si tu tienda está en 2.4.6, es muy probable que el servidor tampoco tenga ya soporte, o que lo pierda en dos meses.

¿Por qué no actualizar a Magento 2.4.7?

Es la tentación habitual, porque es el salto más pequeño. Pero el soporte estándar de 2.4.7 termina el 31 de mayo de 2027, y con Open Source tampoco tendrás el año extra. Harías todo el trabajo (pruebas, extensiones, despliegue) para volver a estar en la misma situación dentro de siete meses. Salvo que una extensión crítica te obligue, descarta la 2.4.7.

Magento 2.4.8 vs 2.4.9: comparativa para decidir

Las versiones de la tabla vienen de la página de requisitos de Adobe y corresponden al último parche de cada versión. Compruébalas otra vez antes de pedir cambios a tu hosting, porque Adobe las va revisando con cada parche.

Qué cambia por dentro en Magento 2.4.9

La 2.4.9 salió el 12 de mayo de 2026 y es la primera del nuevo ciclo de una versión al año. Según las notas de la versión de Adobe, corrige 580 incidencias del núcleo de Open Source, añade soporte oficial para PHP 8.5 y actualiza las dependencias a Symfony 7.4 LTS. Como resume Plumrocket, también sustituye tres piezas del framework: el enrutado interno de páginas, el sistema de caché y el editor de texto del panel, que pasa de TinyMCE a HugeRTE. Para el cliente final no cambia nada visible. Para tu desarrollador, en cambio, cualquier extensión o módulo propio que dependa de esas piezas tendrá que adaptarse.

Criterio rápido para elegir versión

• Elige 2.4.8 si tienes más de 30-40 extensiones de terceros, módulos propios sin documentar, integraciones con ERP o logística a medida, o necesitas resolver la seguridad antes de la campaña de Navidad.
• Elige 2.4.9 si tu tienda está relativamente limpia, tus proveedores de extensiones ya publican versiones compatibles y prefieres hacer un único salto grande en lugar de dos medianos.
• Si dudas, la ruta en dos fases (2.4.8 ahora, 2.4.9 en 2027 con calma) reduce el riesgo inmediato y reparte el coste.

Cómo actualizar Magento 2.4.6 paso a paso

1. Haz inventario. Anota la versión exacta (bin/magento --version), la versión de PHP, la base de datos, el buscador y la caché. Saca la lista de extensiones con composer show y revisa también lo que haya en app/code: ahí suelen estar los módulos a medida que nadie recuerda.
2. Revisa la compatibilidad de cada extensión. Mira en la web de cada proveedor si existe versión para 2.4.8 o 2.4.9. Las que lleven más de un año sin actualizarse son las más peligrosas. Decide en cada caso si la actualizas, la sustituyes o la eliminas. Muchas tiendas arrastran módulos que ya no usan.
3. Prepara el servidor. Pide a tu hosting la versión de PHP, MariaDB/MySQL, OpenSearch, Valkey, RabbitMQ y Composer que exige tu versión de destino. A menudo esto es lo que más retrasa el proyecto, sobre todo en hostings compartidos o servidores antiguos.
4. Clona producción en un entorno de staging. Tiene que ser una copia real, con el mismo catálogo, los mismos pedidos (anonimizados) y la misma configuración. Ahí se hace todo el trabajo.
5. Actualiza el núcleo con Composer. Con el plugin oficial, algo así: composer require-commerce magento/product-community-edition 2.4.8-pX --no-update, después composer update y, por último, bin/magento setup:upgrade, setup:di:compile y setup:static-content:deploy.
6. Corrige lo que se rompa. Errores de compilación, plantillas del tema que sobrescriben archivos del núcleo, plugins de módulos propios. En 2.4.9 presta especial atención a todo lo que toque caché, rutas o el editor del panel.
7. Prueba como si fueras un cliente. Prueba el registro, la búsqueda, los filtros, el carrito, los cupones, el checkout con cada método de pago (tarjeta, Bizum, PayPal, transferencia), los emails transaccionales, las facturas y la sincronización con el ERP o el almacén.
8. Mide el rendimiento. Compara tiempos de carga y Core Web Vitals con producción. Una actualización no debería empeorar la velocidad. Si lo hace, algo está mal configurado.
9. Despliega con plan de vuelta atrás. Elige una franja de poco tráfico, haz copia completa de base de datos y archivos, activa el modo mantenimiento y ten documentado cómo volver a la versión anterior en menos de una hora.
10. Vigila las dos semanas siguientes. Revisa logs, pedidos fallidos, la tasa de conversión del checkout y los errores 404 o 500 en Search Console.

Cuánto cuesta y cuánto tarda actualizar Magento 2.4.6

Depende casi por completo de cuántas extensiones y desarrollos a medida tengas, no del tamaño del catálogo. Como orientación, a partir de los proyectos de este tipo:

• Tienda sencilla (tema estándar o Hyvä, menos de 20 extensiones, sin integraciones a medida): de 2 a 4 semanas de calendario.
• Tienda media (tema personalizado, 20-50 extensiones, conexión con ERP o transporte): de 4 a 8 semanas.
• Tienda compleja o B2B (muchos módulos propios, varias tiendas o idiomas, precios por cliente): de 2 a 4 meses, sobre todo si vas directo a 2.4.9.

Para comparar presupuestos, pide que te desglosen auditoría inicial, actualización del núcleo, extensiones, adaptación del tema, pruebas y despliegue. Si alguien te da un precio cerrado sin haber visto antes tu código, desconfía. Si quieres saber de dónde partes, puedes empezar por una auditoría de tu tienda online.

Errores habituales al actualizar Magento

• Actualizar directamente en producción. Es la causa número uno de tiendas caídas un lunes por la mañana.
• Olvidar el servidor. Actualizar Magento y dejar PHP 8.2 o MySQL 8.0 hace que, sencillamente, no arranque.
• Probar solo con el usuario administrador. Hay fallos que solo aparecen como invitado, con ciertos métodos de envío o con productos configurables.
• No contar con el calendario comercial. Actualizar en plena campaña de Black Friday es buscarse problemas. Si no llegas a tiempo, aplica medidas de contención y deja la actualización para enero.
• No hacer mantenimiento después. Llegar a 2.4.8 o 2.4.9 no sirve de mucho si luego no aplicas los parches mensuales de seguridad.

Si no puedes actualizar antes de Navidad

Mientras preparas la actualización, reduce la exposición. Limita el acceso al panel de administración por IP o VPN, activa la verificación en dos pasos, pon un WAF delante de la tienda, vigila la integridad de los archivos y revisa los usuarios de administración. No sustituye a los parches, pero te da margen. Si ya notas algo raro (pedidos con datos extraños, scripts que no reconoces, una caída repentina de ventas), pide ayuda en soporte urgente para Magento antes de que vaya a más.

Preguntas frecuentes

¿Mi tienda Magento 2.4.6 va a dejar de funcionar?

No. Seguirá vendiendo con normalidad, pero no recibirá correcciones de seguridad para los fallos que se vayan descubriendo, y su servidor (PHP 8.2) también se queda sin soporte a final de 2026.

¿Puedo pasar directamente de Magento 2.4.6 a 2.4.9?

Sí, no hace falta pasar por versiones intermedias. Pero el salto acumula más cambios (PHP 8.5, nuevo sistema de caché, nuevo editor), así que necesitarás más pruebas y más adaptación de extensiones.

¿Y si tengo Adobe Commerce en lugar de Open Source?

Tienes más margen: Adobe mantiene parches para 2.4.6 hasta el 31 de agosto de 2027 y parches solo de seguridad hasta el 31 de mayo de 2028. Aprovecha ese tiempo para planificar la actualización sin prisas.

¿Es buen momento para cambiar el tema a Hyvä?

Puede serlo, porque vas a tocar el tema de todos modos. Pero no mezcles los dos proyectos si tienes prisa por la seguridad: primero actualiza la versión y después cambia el front.

Si tu tienda sigue en Magento 2.4.6 y no sabes si te conviene más 2.4.8 o 2.4.9, en Guznel Flow revisamos tus extensiones, tu servidor y tu código a medida, y te damos un plan con plazos y presupuesto cerrados antes de empezar. Cuéntanos tu caso en nuestra página de desarrollo y mantenimiento de Magento 2 y dejamos tu tienda actualizada y con parches al día.