Calendario de fin de vida de Magento 2.4.x: versiones y fechas

La respuesta corta primero: Magento 2.4.5 no tiene soporte desde el 12 de agosto de 2025, Magento 2.4.6 pierde el soporte el 11 de agosto de 2026, 2.4.7 caduca el 9 de abril de 2027, y 2.4.8 (la versión LTS más reciente actualmente, GA en abril de 2025) tiene soporte hasta el 11 de abril de 2028. Así que si hoy tienes 2.4.5 o 2.4.6 en producción, no te queda mucho tiempo para decidir.

Este artículo es el hub del calendario: todas las fechas en un solo lugar, más las dos cosas que suelen perderse en la conversación sobre el EOL: el riesgo de PHP-EOL (PCI) y la pregunta de qué significa realmente el fin de una versión para tu frontend. Para la inmersión completa sobre 2.4.6 en concreto, hay un artículo dedicado enlazado más abajo.

Qué dice realmente la política de ciclo de vida de Magento

Adobe otorga a cada versión menor de Magento 2.4.x una ventana de soporte fija. Regla general: aproximadamente tres años de soporte desde la disponibilidad general (GA). Dentro de esa ventana recibes parches de seguridad y correcciones de calidad. Una vez que se cierra la ventana, ya no hay más actualizaciones de seguridad oficiales para esa versión. Adobe Commerce (la variante comercial) normalmente añade un año más de soporte extendido; Magento Open Source no.

Una cosa que hay que precisar: aquí hablamos de forma consistente del EOL de soporte, es decir, el momento en el que dejan de llegar los parches de seguridad. Ese es el plazo relevante para el negocio, no una fecha teórica en la que el código muere. Después del EOL de soporte, tu versión sigue funcionando técnicamente, pero la ejecutas sin red de seguridad.

Desde principios de 2026, Adobe también ha pasado a ciclos de parches mensuales. Cada parche necesita probarse y desplegarse, y ahí es exactamente donde empieza la rueda de hámster, sobre la que volveremos más adelante.

El calendario de fin de vida de Magento 2.4.x

• Versión | GA | EOL de soporte | Estado (a junio de 2026)
• Magento 2.4.5 | agosto de 2022 | 12 de agosto de 2025 | Ya caducado
• Magento 2.4.6 | marzo de 2023 | 11 de agosto de 2026 | Caduca en breve
• Magento 2.4.7 | abril de 2024 | 9 de abril de 2027 | Con soporte
• Magento 2.4.8 (último LTS) | abril de 2025 | 11 de abril de 2028 | Versión actual, mayor horizonte

Cómo interpretar esto en la práctica: si tienes 2.4.5, estás desprotegido y deberías tratarlo como un caso urgente. Si tienes 2.4.6, tienes hasta agosto de 2026, después de lo cual se aplica el mismo problema. 2.4.7 te da algo de margen hasta 2027, y 2.4.8 es la versión con el horizonte más largo. Para los clientes de Adobe Commerce, cada fecha se desplaza más adelante gracias al año adicional de soporte extendido, pero el patrón subyacente es idéntico.

El PHP-EOL y el riesgo PCI que a menudo se olvida

Una versión de Magento nunca caduca de forma aislada. Se apoya en una versión de PHP, y PHP tiene su propio ciclo de vida.

PHP 8.1 se quedó sin soporte a finales de 2025. Si tu tienda con 2.4.6 sigue en PHP 8.1, tienes un doble problema: una versión de Magento a punto de caducar sobre una versión de PHP ya caducada. PHP 8.2 llega a su EOL a finales de 2026. Así que las ventanas se cierran de forma escalonada, no todas a la vez.

Por qué esto es crítico para el negocio: PCI DSS exige que no ejecutes software sin soporte en el entorno de pago. Una versión de PHP o de Magento en EOL sin parches de seguridad puede poner en riesgo tu cumplimiento de PCI, con consecuencias directas para tu relación con el proveedor de pagos. No es un detalle abstracto de cumplimiento normativo; es un riesgo que aparece en una auditoría y que, en el peor caso, afecta a tu checkout.

Qué significa el fin de una versión para tu frontend

Aquí está el punto que la mayoría de los calendarios de EOL dejan fuera: en una configuración clásica de Magento, tu frontend está fuertemente casado con el renderizador del backend. El theme Luma, Hyvä o PWA Studio renderizan directamente contra la versión de Magento. Eso significa que cada salto de versión forzado por el EOL es también un proyecto de frontend. No solo actualizas el motor de comercio; al mismo tiempo pruebas y arreglas tu theme, tus extensiones y tus módulos personalizados.

Con ciclos de parches mensuales, esto se convierte en una carga constante: parchear el backend, volver a probar el frontend, desplegar, repetir. Ese acoplamiento es la parte cara del ciclo de vida de Magento, no la actualización en sí.

La alternativa es desacoplar el frontend del renderizador del backend. Con un Composable Headless Frontend, la capa de frontend se apoya sobre la API GraphQL de Magento en lugar de depender del renderizador del theme. Eso cambia radicalmente la matemática del EOL:

• El frontend depende del contrato de la API, no del motor de themes. Un parche del backend queda aislado; el frontend no necesita volver a probarse cada vez.
• Las actualizaciones de versión del backend se convierten en tareas puramente de backend, no en una reescritura paralela del frontend.
• Si alguna vez quieres hacer un replatforming completo, por ejemplo a Adobe Commerce o Shopware, cambias el conector y conservas el frontend.

Eso es exactamente la Frontend Management Platform (FMP) de Laioutr: una capa de frontend basada en Nuxt que habla con la API GraphQL de Magento, con un editor Studio para marketing, componentes conformes con la accesibilidad de fábrica y hosting en la UE. Magento sigue siendo tu motor de comercio; el frontend se convierte en intercambiable.

Qué ganas

• Dimensión | Configuración clásica de Magento | Con un frontend desacoplado (FMP)
• Esfuerzo de actualización por EOL | Probar backend y frontend juntos | Tarea de backend, frontend aislado
• Carga del ciclo de parches | Cada parche obliga a repetir las pruebas del frontend | El frontend se apoya en el contrato de la API, el parche queda aislado
• Presión de PCI / PHP-EOL | Frontend atrapado en la plataforma antigua | Frontend independiente del stack de PHP del backend
• Opcionalidad de replatforming | Reconstruir frontend y backend a la vez | Cambiar el conector, conservar el frontend
• Rendimiento / Core Web Vitals | Ligado al motor de themes | Core Web Vitals integrados en la capa

Para más información sobre la rueda de parches frente al rendimiento sostenido, consulta nuestra página de rendimiento y Core Web Vitals.

Preguntas frecuentes

¿Qué significa realmente el "fin de vida de Magento 2"? Significa que una versión 2.4.x concreta deja de recibir parches de seguridad de Adobe tras su EOL de soporte. El software sigue funcionando, pero sin actualizaciones de seguridad, lo que genera riesgo de cumplimiento normativo y de seguridad.

¿Cuándo llega el fin de vida de Magento 2.4.6? El soporte de Magento 2.4.6 termina el 11 de agosto de 2026.

¿Cuándo llega el fin de vida de Magento 2.4.7? El soporte de Magento 2.4.7 termina el 9 de abril de 2027. La 2.4.8 (GA en abril de 2025) es la última versión LTS y tiene soporte hasta el 11 de abril de 2028.

¿Es distinta la fecha para Adobe Commerce que para Magento Open Source? Sí. Adobe Commerce normalmente añade un año adicional de soporte extendido más allá de la ventana habitual. El patrón subyacente (aproximadamente tres años desde el GA) se mantiene igual; la fecha concreta de EOL se desplaza más adelante en consecuencia.

¿Tengo que hacer un replatforming por el EOL? No. Una actualización de versión dentro de Magento es posible. Pero si lo que te pesa es el esfuerzo recurrente en el frontend con cada actualización, desacoplar el frontend es la palanca más directa, y además mantiene abierta la opción de replatforming para más adelante.

Siguiente paso

Si tu frontend vuelve a las pruebas con cada actualización de Magento, esa es la parte que puedes desacoplar. Te mostramos cómo un [Composable Headless Frontend](https://www.laioutr.com/en/composable-headless-frontend) separa el fin de la versión del frontend en nuestra página [Frontend Headless para Magento 2](https://www.laioutr.com/en/headless-frontend-for-magento-2) página. Para la inmersión completa sobre 2.4.6 y la rueda de parches en concreto, lee [Magento 2.4.6 EOL: la rueda de parches y cómo desacoplar el frontend](https://www.laioutr.com/en/blog/magento-2-4-6-eol-patch-tretmuehle-frontend-entkoppeln).

Descubre más sobre Laioutr en laioutr.com.

Recursos relacionados: Composable Headless Frontend y Frontend Headless para Magento 2.

Lectura relacionada: Shopify Scripts EOL el 30 de junio: guía para marcas Plus y Fin de vida de SAP Accelerator: migrar a un frontend composable sin hacer replatforming del backend.