Migración y actualización: Subir productos a Adobe Commerce

Migrar o actualizar la versión de Adobe Commerce, antes llamado Magento, es una decisión de continuidad del negocio y no solo de tecnología. Cada versión tiene un periodo de soporte de tres años, y al vencerse deja de recibir parches de seguridad y correcciones de calidad. Lo prudente es planear el salto antes de la fecha de vencimiento y no después de un incidente.

Imagine el comité de riesgos de una cadena minorista que vende en línea desde hace años. El director de tecnología presenta un tema que parecía de rutina, la tienda corre sobre la versión 2.4.2 de la plataforma y esa versión dejó de tener soporte en noviembre de 2022. Nadie recuerda haberlo decidido. Simplemente la tienda funcionaba, las ventas crecían y siempre había una campaña más urgente que una migración. La directora financiera pregunta cuánto costaría actualizar. El director comercial pregunta qué pasa si no se hace. La respuesta a la segunda pregunta es la que cambia la conversación, porque lo que se acumula con el tiempo no es solo deuda técnica, sino exposición a vulnerabilidades que ya no tienen quien las corrija en esa versión.

Las plataformas de comercio electrónico se han convertido en un componente clave de la arquitectura comercial de toda empresa. No solo las que venden al consumidor (B2C), sino también las de manufactura, producción y logística que las usan por sus capacidades B2B y por sus funciones de administración de precios, catálogo y condiciones contractuales en línea. Adobe Commerce es una de las plataformas más populares del sector, y precisamente por eso se actualiza con frecuencia para agregar funciones, mejorar el rendimiento y reforzar la seguridad. Así como se lanzan versiones nuevas, también se descontinúa el soporte de las anteriores. Este artículo explica cómo leer el calendario de soporte, qué trajo la versión 2.4.2 que este texto analiza desde su lanzamiento y cómo decidir el momento de migrar.

¿Cuánto dura el soporte de una versión de Adobe Commerce?

Según la política de ciclo de vida de Adobe, cada versión de Adobe Commerce tiene una ventana de soporte estándar de tres años desde su fecha de disponibilidad general. Durante ese periodo recibe correcciones de calidad, parches de seguridad acumulativos y aislados, y revisiones urgentes para problemas críticos como vulnerabilidades de día cero. Adobe aclara además que no corrige problemas de seguridad ni de calidad en componentes de terceros, como PHP o MySQL, cuando llegan al final de su vida útil, y que esas dependencias deben mantenerse con soporte vigente por cuenta del comerciante.

La política también señala que, a partir del 1 de junio de 2027, Adobe dejará de mantener los entornos en la nube que ejecuten versiones sin soporte, lo cual puede incluir la suspensión del tráfico y, con ello, que la tienda quede fuera de línea. Es un dato que cambia la prioridad de una actualización, porque pasa de ser una mejora deseable a ser una condición para seguir operando en esa modalidad.

Las fechas de cada versión pueden consultarse en la página de versiones publicadas de Adobe. A la fecha de consulta de este artículo, octubre de 2026, el cuadro resumido es el siguiente.

Las imágenes siguientes muestran la matriz de soporte tal como se publicó cuando se escribió este artículo en 2021. Son útiles como referencia histórica del formato, pero para decidir hoy debe usarse el cuadro actualizado que Adobe mantiene.

¿Cuándo es el momento adecuado para actualizar?

El primer factor es si el soporte de su versión está activo o no. El ejemplo que daba este artículo en su versión original sigue siendo ilustrativo: una tienda en la versión 2.2, lanzada en septiembre de 2017, perdió el soporte en 2019 y era un caso claro para actualizar. Hoy el mismo razonamiento aplica a las versiones 2.4.0 a 2.4.3, cuyo soporte terminó en noviembre de 2022, y a las 2.4.4 y 2.4.5, que ya cerraron su soporte estándar. Si su tienda corre sobre alguna de ellas, la pregunta ya no es si actualizar, sino con qué prioridad.

El segundo factor es la cadena de dependencias. Las plataformas de software garantizan su funcionamiento a una fecha específica, considerando versiones de bases de datos, servidor de aplicaciones y otros elementos. Cuando vence el soporte de Adobe Commerce, es posible que el soporte de su base de datos u otros componentes ya haya vencido también, y Adobe no corregirá los problemas de esos componentes. Una tienda con versiones antiguas de todo acumula riesgos que se refuerzan unos a otros.

El tercer factor es económico. Una migración planeada con meses de anticipación se puede presupuestar, ejecutar en una temporada de baja demanda y probar con calma. Una migración forzada por una vulnerabilidad o por una suspensión del servicio se hace con urgencia, en la peor fecha posible y con un costo mayor. Si desea ordenar su ruta, puede descargar el kit de Transformación Digital.

¿Qué trajo la versión 2.4.2?

A principios de 2021, Magento lanzó la versión 2.4.2 de Adobe Commerce y Magento Open Source. Se enfocó en ofrecer más oportunidades a los propietarios de tiendas B2B y B2C, con nuevas funciones, correcciones de errores y mejoras de seguridad. Según las notas de la versión 2.4.2, incluyó más de 35 correcciones de seguridad y mejoras de seguridad de la plataforma, y casi 290 incidencias de GitHub resueltas por miembros de la comunidad. Es compatible con Composer 2.x, cuya migración se recomendaba porque Composer 1.x estaba por llegar al final de su vida útil, y admite Elasticsearch 7.9, Varnish 6.4 y Redis 6.

Entre los beneficios que el autor original destacaba figuran mejores aprobaciones de compra, mayor rendimiento del escaparate y de la interfaz de programación, un tiempo de respuesta más rápido del administrador, un motor de búsqueda mejorado y soporte para soluciones de almacenamiento remoto. También se señalaban avances de infraestructura, como la posibilidad de que los compradores vacíen el carrito con un solo clic, y mejoras en áreas funcionales como promociones, carrito y pago, cuenta de cliente, importación y exportación. En seguridad se mencionaban correcciones relacionadas con vulnerabilidades de tipo scripting entre sitios y de ejecución remota de código, además de la compatibilidad de las cookies con el atributo SameSite.

Una recomendación de esa época sigue vigente y conviene repetirla. La mayoría de los problemas de seguridad requieren acceso al panel de administración de la tienda, por lo que debe protegerse con una dirección de administrador única, una contraseña segura y doble factor de autenticación. Para profundizar, lea ciberseguridad esencial para su tienda en Adobe Commerce.

¿Qué cambió para el comercio B2B y el ecosistema de socios?

La versión 2.4.2 trajo actualizaciones muy esperadas para el comercio entre empresas. Presentó la versión 1.3.1 de Magento B2B, que agregó la posibilidad de pagar órdenes de compra con métodos de pago en línea. Según las notas de la versión, el comprador elige el método de pago en el proceso inicial y registra los datos de pago después de que la orden de compra es aprobada. El autor original añadía mejoras como plantillas de correo personalizadas con detalles de pago, compatibilidad con métodos de pago de terceros y un estado de pago "aprobado o pendiente" para las órdenes de compra.

En el ecosistema de socios, las notas confirman que Amazon Pay quedó desaprobado en esa versión y que las versiones 2.4.3 y posteriores solo recibirían actualizaciones de compatibilidad y correcciones de errores graves. El texto original también mencionaba mejoras en integraciones de socios como dotdigital, Braintree con envío a múltiples direcciones, Vertex, Yotpo y Klarna con soporte GraphQL, así como integraciones de pago con bancos de América Latina y Estados Unidos. Y en herramientas, mejoras para almacenamiento de objetos en la nube, GraphQL, la galería multimedia y Page Builder. Son detalles de una versión que hoy está superada, pero muestran un patrón útil: cada versión mueve el ecosistema, y quedarse atrás significa perder compatibilidad con los socios de los que depende la operación, sobre todo en pagos.

Para quienes están evaluando el tema en detalle, el artículo sobre cuándo actualizar su software a la última versión disponible amplía el criterio de decisión.

¿Cómo se ve una migración ordenada?

Las organizaciones que migran sin sobresaltos comparten un método. Empiezan por un diagnóstico que revisa la versión actual, las extensiones instaladas, las personalizaciones y las integraciones con otros sistemas, como inventario, facturación y relación con clientes. De ese diagnóstico sale una lista de lo que se puede conservar, lo que debe reemplazarse y lo que conviene eliminar. Es frecuente descubrir que una parte de las extensiones ya no se usa o que tiene un equivalente en la propia plataforma, y que retirarlas simplifica la migración y reduce la superficie de riesgo.

Después viene la preparación del ambiente. Se construye una copia de la tienda en un entorno de pruebas, se actualiza allí y se verifican los recorridos que generan ingresos: búsqueda, ficha de producto, carrito, pago, cálculo de envío, correos transaccionales y administración de pedidos. Es el momento de medir el rendimiento antes y después, de revisar la compatibilidad de las extensiones con la nueva versión y de ensayar el plan de reversa. Una migración sin ensayo de reversa es una apuesta, y un buen equipo la trata como un requisito.

La salida a producción se programa en una ventana de baja demanda, con un equipo disponible y con criterios claros para decidir si se continúa o se revierte. En los días siguientes se vigilan de cerca los indicadores de conversión, los errores del servidor y las quejas de clientes. Cerrar el proyecto con una revisión de lecciones aprendidas y con la fecha del próximo ciclo de revisión evita que la tienda vuelva a quedarse atrás.

¿Qué riesgos tiene posponer la decisión?

El primero es que el costo crece con la distancia. Cuantas más versiones separan a la tienda de la actual, más cambios acumulados hay que absorber, y más probable es que las extensiones y personalizaciones requieran reescritura. Posponer un año no ahorra el costo, normalmente lo aumenta. El segundo es el riesgo de seguridad, que no se anuncia a sí mismo. Una tienda sin soporte puede operar sin problemas durante meses y, de pronto, enfrentar un incidente cuya corrección oficial no existe para su versión.

El tercero es la pérdida de talento y de proveedores. Los desarrolladores prefieren trabajar con tecnologías vigentes, y los proveedores de extensiones dejan de mantener sus productos para versiones antiguas. Una empresa atada a una versión obsoleta puede tener dificultades para contratar, para integrar nuevos servicios y para negociar con socios de pago o de logística. El cuarto es el efecto sobre la agenda de la dirección: una emergencia de seguridad o una suspensión del servicio consume atención ejecutiva que debería dedicarse a crecer. Una actualización planeada es, entre otras cosas, una forma de proteger el tiempo de quienes toman las decisiones.

Qué significa para la alta dirección

Una versión sin soporte es un riesgo que se asume, con o sin conciencia. En seguridad, cada vulnerabilidad descubierta después del fin del soporte queda sin corrección oficial en esa versión, y los atacantes revisan de forma automatizada qué tiendas siguen expuestas. En cumplimiento, quien procesa pagos con tarjeta debe mantener sus sistemas con parches de seguridad vigentes, y una plataforma sin soporte dificulta demostrarlo. En continuidad, la política de Adobe para entornos en la nube sin versión soportada puede llegar a suspender el tráfico.

Hay además un costo de oportunidad. Un equipo que dedica sus semanas a sostener una versión antigua, con parches manuales y extensiones que ya no se actualizan, no está construyendo lo que diferencia al negocio. Las versiones nuevas traen mejoras de rendimiento, de búsqueda, de administración y de integración que se traducen en conversión y eficiencia. Actualizar no es solo evitar un riesgo, también es recuperar capacidad de mejora.

La decisión de fondo es de calendario y de gobierno. Alguien debe ser dueño de la hoja de ruta de versiones, con un calendario de revisión semestral, un presupuesto reservado y la autoridad para exigir ventanas de trabajo. Cuando la actualización depende de que sobre tiempo, nunca sobra.

Cómo empezar el lunes por la mañana

Comience por conocer su punto de partida. Pida a su equipo técnico tres datos: la versión exacta de Adobe Commerce que opera, la fecha de fin de su soporte según el calendario oficial y las versiones de PHP, base de datos y motor de búsqueda que la acompañan. Con ellos tendrá un semáforo claro. Si la versión ya perdió el soporte, la actualización es prioritaria. Si lo perderá en menos de doce meses, debe estar en el presupuesto del próximo ciclo.

Luego pida un inventario de extensiones y personalizaciones, y una estimación de esfuerzo para saltar a una versión con soporte vigente. El salto de varias versiones suele ser más complejo que un salto corto, de modo que conviene evaluar el camino completo y no solo el destino. Pida también un plan de pruebas que incluya el pago, el envío y las integraciones con sistemas internos, y programe la migración fuera de las fechas de mayor venta. Si el análisis muestra que la tienda necesita más que una actualización, es el momento de considerar una modernización de mayor alcance.

Cómo le ayuda ICX

ICX Consulting acompaña a las empresas en la migración y actualización de sus plataformas de comercio electrónico. Nuestra consultoría de comercio electrónico B2B y la de comercio electrónico B2C evalúan el estado de su versión, el riesgo asociado a su calendario de soporte y la ruta de actualización más conveniente, con un plan de pruebas y de salida a producción que protege la operación.

Preguntas frecuentes

¿Cuánto dura el soporte de una versión de Adobe Commerce?

Tres años desde su fecha de disponibilidad general, según la política de ciclo de vida de Adobe. En algunas versiones, Adobe ofrece además un año adicional de soporte extendido sin costo, con parches de calidad y seguridad para el núcleo de la aplicación.

¿Qué pasa si no actualizo una versión sin soporte?

La tienda sigue funcionando, pero deja de recibir correcciones oficiales de seguridad y de calidad en esa versión. Además, Adobe ha anunciado que desde el 1 de junio de 2027 dejará de mantener entornos en la nube con versiones sin soporte, lo que puede suspender el tráfico.

¿Conviene actualizar a la versión 2.4.2?

No. Esa versión perdió su soporte en noviembre de 2022. Si va a actualizar, el destino debe ser una versión con soporte vigente, como la 2.4.7, la 2.4.8 o la 2.4.9, según su plataforma, sus extensiones y sus dependencias.

¿Cuánto tarda una actualización de versión?

Depende del número de versiones que separan su tienda de la actual, de la cantidad de extensiones y personalizaciones y de la calidad de las pruebas. Un diagnóstico previo permite estimar el esfuerzo con datos propios, no con promedios.

Planear la migración a tiempo es más barato, más seguro y menos estresante que hacerla bajo presión. Si desea conocer el estado de su versión y la ruta de actualización más conveniente, solicite un diagnóstico con un consultor de ICX y convierta la actualización en una decisión planificada.