[{"data":1,"prerenderedAt":236},["ShallowReactive",2],{"seo-verification":3,"blog-magento-2-4-6-fin-de-soporte-actualizar-a-2-4-9-es":6},{"google":4,"bing":5},"EycwPY2XMyTkVzas3n1ygeNJFGAH513qrMjfDljzsMQ","",{"key":7,"data":8},"blog-magento-2-4-6-fin-de-soporte-actualizar-a-2-4-9-es",{"id":9,"slug":10,"slugs":11,"title":15,"excerpt":16,"readTime":17,"views":18,"isPinned":19,"publishedAt":20,"updatedAt":21,"category":22,"categories":28,"featuredImage":30,"bgImage":31,"posterImage":32,"relatedSolution":30,"intro":33,"sections":34,"ctaTitle":174,"ctaBody":175,"ctaButton":176,"ctaUrl":177,"relatedPosts":178},557,"magento-2-4-6-fin-de-soporte-actualizar-a-2-4-9",{"fr":12,"en":13,"ar":14,"es":10},"magento-2-4-6-fin-de-support-mise-a-niveau-2-4-9","magento-2-4-6-end-of-support-upgrade-to-2-4-9","ماجنتو-2-4-6-نهاية-الدعم-الترقية-إلى-2-4-9","Magento 2.4.6 sin soporte: pasar a 2.4.9 con corte mínimo","El soporte estándar de Magento 2.4.6 terminó. Calendario de Adobe, requisitos de servidor de la 2.4.9 y un procedimiento Composer ensayado en preproducción.",9,0,false,"2026-11-01T00:00:00+00:00","2026-11-01T14:14:31+00:00",{"id":23,"name":24,"slug":25,"color":26,"icon":27},8,"Seguridad y monitorización","securite-monitoring","bg-rose-500\u002F10 text-rose-400","security",[29],{"id":23,"name":24,"slug":25,"color":26,"icon":27},null,"\u002Fblog\u002Fcovers\u002Fbg.svg","\u002Fblog\u002Fcovers\u002Fmagento-2-4-6-fin-de-support-mise-a-niveau-2-4-9-poster.svg","El soporte estándar de Magento 2.4.6 ha terminado, y las tiendas que siguen en esa versión ya no reciben correcciones en ese marco. Para una agencia, el riesgo no es la actualización en sí, sino lanzarla sin haberla ensayado. Esta guía da las fechas leídas en la fuente, la pila de servidor que exige la 2.4.9 y un procedimiento Composer repetible en preproducción, con marcha atrás prevista antes del primer pedido.",[35,39,49,52,74,77,80,120,123,126,157,161,164,171],{"type":36,"title":37,"body":38},"h2","Qué cambia el «fin de soporte» para una tienda en 2.4.6","Según la tabla de ciclo de vida publicada por Adobe, el soporte estándar de la 2.4.6 terminó el 11 de agosto de 2026. Desde esa fecha, una tienda que sigue en 2.4.6 ya no recibe correcciones de calidad ni de seguridad en el marco estándar.\n\nAdobe prevé un año de soporte extendido, hasta el 31 de agosto de 2027. No tiene coste adicional, pero está reservado a los clientes de Adobe Commerce en las versiones 2.4.6 y 2.4.7.\n\nPara una agencia, la pregunta ya no es «¿hay que actualizar?» sino «¿a qué versión, con qué procedimiento y en qué fecha?». Una tienda en línea lleva un catálogo, pagos y pedidos: no se cambia su pila un viernes por la tarde directamente en producción.",{"type":40,"title":41,"items":42},"ul","Qué implica en concreto estar sin soporte",[43,44,45,46,47,48],"**Sin más correcciones estándar** — las correcciones de calidad y de seguridad de la 2.4.6 ya no se publican en el soporte estándar; solo el soporte extendido, reservado a Adobe Commerce, prolonga el dispositivo.","**Exigencia PCI** — la página de Adobe sobre actualizaciones indica que los comerciantes deben estar en el último parche o parche de seguridad para cumplir PCI. Una pila congelada queda fuera de ese marco.","**Una base que envejece alrededor de Magento** — Adobe señala que MySQL 8.0 alcanzó el fin de soporte el 30 de abril de 2026 y Elasticsearch 7.17 el 15 de enero de 2026, y recomienda migrar a MariaDB y OpenSearch.","**Extensiones que recalificar** — cada extensión de terceros debe comprobarse contra la versión de destino antes de fijar una fecha. Una sola extensión bloqueante basta para desplazar todo el calendario.","**Un respiro, no un destino** — el soporte extendido da tiempo, no una meta: la propia 2.4.7 sale del soporte estándar en mayo de 2027.","**Un parque a varias velocidades** — si sus clientes tienen tiendas en 2.4.6, 2.4.7 y 2.4.8, necesita una única tabla de seguimiento, no un recuerdo por cliente.",{"type":36,"title":50,"body":51},"Leer el calendario de Adobe sin equivocarse de alcance","La página de política de ciclo de vida de Adobe define el soporte estándar como un periodo de tres años desde la disponibilidad general. Cubre las correcciones de calidad, las de seguridad y la asistencia.\n\nCuidado con el alcance: esta tabla está escrita para Adobe Commerce. No menciona Magento Open Source. Si sus clientes están en Open Source, no tome estas fechas como suyas. Compruébelas con Adobe y, mientras tanto, razone con el caso desfavorable, el de una versión que ya no recibe correcciones. Este artículo no da deliberadamente ninguna fecha de fin de soporte para Open Source.",{"type":53,"title":54,"headers":55,"rows":59},"comparison","Fechas de soporte leídas en la página de Adobe (Adobe Commerce)",[56,57,58],"Versión","Fin del soporte estándar","Fin del soporte extendido",[60,64,68,71],[61,62,63],"2.4.6","11 de agosto de 2026","31 de agosto de 2027",[65,66,67],"2.4.7","31 de mayo de 2027","31 de mayo de 2028",[69,67,70],"2.4.8","No indicada en la página",[72,73,70],"2.4.9","31 de mayo de 2029",{"type":36,"title":75,"body":76},"Elegir el destino: 2.4.7, 2.4.8 o 2.4.9","La 2.4.9 está disponible desde el 12 de mayo de 2026 y su soporte estándar llega hasta el 31 de mayo de 2029: es el destino que da más recorrido. La 2.4.7 sale del soporte estándar en mayo de 2027; detenerse ahí obliga a repetir la misma operación antes de esa fecha. La 2.4.8 ofrece un escalón intermedio hasta mayo de 2028.\n\nEl calendario no decide por sí solo. Pesan más dos criterios. El primero es la lista de extensiones del cliente: una extensión sin versión compatible con la 2.4.9 exige un parche o un escalón más bajo. El segundo es la distancia de la pila de servidor, que crece con cada versión saltada y que se lee en la tabla siguiente.",{"type":36,"title":78,"body":79},"La pila de servidor de la 2.4.9: lo que cambia antes de Composer","Adobe solo da soporte a las combinaciones de su página de requisitos del sistema. La nota de esa página es explícita: la 2.4.9 se prueba con MariaDB 12.3, así que la base de datos se actualiza antes que Magento.\n\nLa tabla compara la 2.4.6-p15 y la 2.4.9 para una instalación local, tal como la página de Adobe la describe para Adobe Commerce. Para Open Source, confirme cada fila en la misma fuente antes de pedir o reconfigurar un servidor.",{"type":53,"title":81,"headers":82,"rows":85},"Requisitos en local leídos en la página de Adobe",[83,84,72],"Componente","2.4.6-p15",[86,90,94,98,102,106,110,113,116],[87,88,89],"PHP","8.2 u 8.1","8.5",[91,92,93],"Composer","2.2.26 o superior","2.10",[95,96,97],"OpenSearch","2.19 o 3","3",[99,100,101],"MariaDB","10.11","12.3",[103,104,105],"MySQL","No soportado","8.4",[107,108,109],"Valkey","8.1","9.0",[111,112,112],"RabbitMQ","4.3",[114,115,115],"nginx","1.30",[117,118,119],"Varnish","8","9",{"type":121,"body":122},"p","Un punto salta a la vista en esta tabla: ninguna versión de PHP es común a la 2.4.6 y a la 2.4.9. PHP cambia, pues, a la vez que el código, y la base pasa de MariaDB 10.11 a 12.3. No es una actualización de parche, es una migración de pila. Se ensaya en una máquina aparte, con las mismas versiones que el destino, antes de ejecutarla en producción.",{"type":36,"title":124,"body":125},"El plan de corte reducido: pila paralela y preproducción primero","Lo más seguro es no tocar la producción en su sitio. Monte una pila de preproducción con las versiones de destino de la tabla, restaure en ella una copia de la base de datos y de los medios, repita la actualización de principio a fin y cronometre cada paso. Si el ensayo cabe en una ventana aceptable para el comerciante, lo repite idéntico en producción.\n\nSi no, prepare una segunda pila de producción, resincronice la base justo antes del cambio y dirija el tráfico hacia ella en el último momento. La interrupción se limita al cambio, que sitúa en horas valle, y la pila original queda intacta como marcha atrás.\n\nQueda la pregunta de toda agencia: ¿quién asume la relación con el cliente y el riesgo? La relación con el comerciante y el procedimiento siguen en sus manos. En infraestructura dispone de servidores de preproducción y producción separados, acceso root para alinear PHP, motor de búsqueda y base de datos, y snapshots antes de cada actualización.",{"type":127,"title":128,"steps":129},"steps","Procedimiento de actualización con Composer, a ensayar primero en preproducción",[130,133,136,139,142,145,148,151,154],{"title":131,"body":132},"Fijar el punto de partida","Haga un snapshot del servidor y una exportación de la base antes de cualquier comando. Anote la versión exacta con `bin\u002Fmagento --version` y la lista de paquetes con `composer show`.",{"title":134,"body":135},"Alinear la pila","En la pila de destino, instale las versiones de la tabla: PHP, Composer, OpenSearch, MariaDB. Compruébelas con `php -v` y `composer --version` antes de seguir.",{"title":137,"body":138},"Activar el mantenimiento","Ejecute `bin\u002Fmagento maintenance:enable`. En preproducción es un reflejo que conviene ensayar para medir la duración real de la indisponibilidad.",{"title":140,"body":141},"Detener el cron y vaciar las colas","Retire el cron con `bin\u002Fmagento cron:remove` y vacíe los consumidores con `bin\u002Fmagento cron:run --group=consumers`. Espere a que termine el procesamiento, que se sigue con `ps aux | grep 'bin\u002Fmagento queue'`.",{"title":143,"body":144},"Guardar el archivo de Composer","Copie el archivo con `cp composer.json composer.json.bak`. Es su red de seguridad si la resolución de dependencias toma mal camino.",{"title":146,"body":147},"Pedir la versión de destino","Use `composer require-commerce`, y no `composer require`: `composer require-commerce magento\u002Fproduct-community-edition \u003Cversión de destino> --no-update`. Para Adobe Commerce, el paquete es `magento\u002Fproduct-enterprise-edition`. Este comando supone instalado el plugin `magento\u002Fcomposer-root-update-plugin`, como piden los requisitos previos de Adobe.",{"title":149,"body":150},"Actualizar las dependencias","Ejecute `composer update` y lea la salida hasta el final: un conflicto de extensión se anuncia ahí antes de cualquier daño. Una extensión que limita la versión de Magento se corrige aquí, no en producción.",{"title":152,"body":153},"Limpiar y migrar","Borre el contenido de `var\u002Fcache\u002F`, `var\u002Fpage_cache\u002F` y `generated\u002Fcode\u002F`, y ejecute `bin\u002Fmagento setup:upgrade`. Según su modo de despliegue, repita después `bin\u002Fmagento setup:di:compile` y `bin\u002Fmagento setup:static-content:deploy`; la página de Adobe consultada no detalla estos dos comandos, siga su procedimiento habitual.",{"title":155,"body":156},"Reabrir y verificar","Ejecute `bin\u002Fmagento maintenance:disable`, reinstale el cron con `bin\u002Fmagento cron:install` y reinicie Varnish si lo usa. Recorra después la tienda: catálogo, búsqueda, carrito, pago de prueba, correos de pedido.",{"type":158,"title":159,"body":160},"tip","Prever la marcha atrás antes de lanzar la actualización","Un snapshot restaura el estado del servidor completo, una copia de seguridad de la base solo restaura los datos: la diferencia se explica en \u003Ca href=\"\u002Fes\u002Fblog\u002Fsnapshot-vs-copia-de-seguridad-de-vps-diferencias-y-restauracion\">snapshot vs copia de seguridad de VPS\u003C\u002Fa>. Pruebe la restauración en preproducción antes de la fecha de actualización.\n\nUna marcha atrás solo es limpia mientras no se haya hecho ningún pedido en la nueva pila. Después, hay que reproducir esos pedidos a mano: fije de antemano el momento a partir del cual ya no se vuelve atrás.",{"type":36,"title":162,"body":163},"Solución de problemas: los errores que vuelven durante una actualización","Estos mensajes proceden de la documentación de Adobe y de Composer. Cada uno tiene remedio, y ninguno debe resolverse en producción.",{"type":40,"title":165,"items":166},"Mensajes de error y remedios",[167,168,169,170],"**`Your requirements could not be resolved to an installable set of packages`** — Composer rechaza la combinación pedida. O bien el PHP de la máquina está fuera de las versiones soportadas por el destino, o bien una extensión de terceros limita Magento. Ejecute `composer why-not magento\u002Fproduct-community-edition \u003Cversión de destino>` para ver quién bloquea.","**Aviso sobre valores raíz en conflicto** — sin opción, Composer conserva sus valores personalizados y muestra un aviso. `--interactive-root-conflicts` permite revisarlos uno a uno; `--force-root-updates` sobrescribe sus valores con los de Adobe, solo para proyectos sin personalización.","**`We're sorry, an error has occurred while generating this email`** — Adobe indica restablecer propietario y permisos de los archivos como root y vaciar `var\u002Fcache\u002F`, `var\u002Fpage_cache\u002F` y `generated\u002Fcode\u002F` antes de recargar la tienda.","**Falta el paquete `magento\u002Finventory-composer-installer`** — para una actualización desde la 2.3 hacia la 2.4.6-p13, Adobe pide ejecutar antes `composer require magento\u002Finventory-composer-installer`, paquete ausente en esa versión.",{"type":36,"title":172,"body":173},"Industrializar la actualización en todo el parque","Una actualización lograda en una tienda vale poco si no se convierte en rutina. Lleve una tabla por cliente con la versión y el parche de Magento, PHP, la base de datos, el motor de búsqueda, la lista de extensiones y la fecha del último ensayo en preproducción. Adobe recomienda actualizar en cada ciclo de parches: ese ritmo evita caer, dentro de dos años, en la misma urgencia.\n\nLos demás vencimientos del parque están en el \u003Ca href=\"\u002Fes\u002Fblog\u002Fcalendario-fin-de-vida-2027-hosting-agencias\">calendario de fin de vida 2027\u003C\u002Fa>, y la lista de comprobación del lado PHP en \u003Ca href=\"\u002Fes\u002Fblog\u002Fphp-82-fin-de-vida-planificar-la-migracion\">PHP 8.2 fin de vida: planificar la migración\u003C\u002Fa>. Alinee los tres en un solo calendario de mantenimiento.\n\nHaga el inventario de las tiendas que siguen en 2.4.6, con su edición (Adobe Commerce u Open Source) y sus extensiones. Elija el destino, la 2.4.9 en la mayoría de los casos. Monte la pila de preproducción con las versiones de la tabla, ensaye el procedimiento y anote la duración de cada paso. Comunique después al comerciante una fecha de cambio, una ventana y un punto sin retorno. El resto ya no es improvisación, es una operación planificada.","Ensayar cada actualización antes de producción","Preproducción y producción en servidores separados, snapshots antes de cada actualización, y los dominios, hostings y VPS de sus clientes centralizados bajo su marca.","Descubrir el espacio agencia","\u002Fsolutions\u002Fagences",[179,201,221],{"id":180,"slug":181,"slugs":182,"title":186,"excerpt":187,"readTime":188,"views":189,"isPinned":19,"publishedAt":190,"updatedAt":191,"category":192,"categories":198,"featuredImage":30,"bgImage":31,"posterImage":200,"relatedSolution":30},206,"php-82-fin-de-vida-planificar-la-migracion",{"fr":183,"en":184,"ar":185,"es":181},"php-82-fin-de-vie-checklist-migration","php-82-end-of-life-planning-your-migration","نهاية-دعم-php-82-دليل-الترحيل","PHP 8.2 fin de vida: checklist de migración","PHP 8.2 llega al final de su ciclo de vida el 31 de diciembre de 2026. Inventaría tu stack, compara versiones y sigue una checklist detallada para migrar a PHP 8.3 o 8.4.",11,7,"2026-08-01T00:00:00+00:00","2026-09-07T11:26:10+00:00",{"id":193,"name":194,"slug":195,"color":196,"icon":197},4,"Desarrollo","developpement","bg-warning\u002F10 text-warning","dev",[199],{"id":193,"name":194,"slug":195,"color":196,"icon":197},"\u002Fblog\u002Fcovers\u002Fphp-82-fin-de-vie-checklist-migration-poster.svg",{"id":202,"slug":203,"slugs":204,"title":208,"excerpt":209,"readTime":210,"views":18,"isPinned":19,"publishedAt":211,"updatedAt":212,"category":213,"categories":218,"featuredImage":30,"bgImage":31,"posterImage":220,"relatedSolution":30},520,"calendario-fin-de-vida-2027-hosting-agencias",{"fr":205,"en":206,"ar":207,"es":203},"calendrier-fins-de-vie-hebergement-2027-agence","end-of-life-calendar-2027-hosting-agencies","جدول-نهاية-الدعم-2027-استضافة-الوكالات","Fin de vida 2027: calendario de PHP, PostgreSQL, Node.js, Ubuntu","Calendario fechado de noviembre de 2026 a fin de 2027: PostgreSQL 14, PHP 8.2, Node.js 22, Ubuntu 22.04. Fuentes, acciones y método para agrupar por cliente.",10,"2026-10-28T00:00:00+00:00","2026-10-29T03:10:22+00:00",{"id":214,"name":215,"slug":216,"color":217,"icon":216},3,"Despliegue","deploiement","bg-success\u002F10 text-success",[219],{"id":214,"name":215,"slug":216,"color":217,"icon":216},"\u002Fblog\u002Fcovers\u002Fcalendrier-fins-de-vie-hebergement-2027-agence-poster.svg",{"id":222,"slug":223,"slugs":224,"title":228,"excerpt":229,"readTime":17,"views":18,"isPinned":19,"publishedAt":230,"updatedAt":231,"category":232,"categories":233,"featuredImage":30,"bgImage":31,"posterImage":235,"relatedSolution":30},548,"snapshot-vs-copia-de-seguridad-de-vps-diferencias-y-restauracion",{"fr":225,"en":226,"ar":227,"es":223},"snapshot-vs-sauvegarde-vps-difference-restauration","vps-snapshot-vs-backup-what-differs-and-how-restore-works","اللقطة-مقابل-النسخ-الاحتياطي-للـvps-الفرق-والاستعادة","Snapshot vs copia de seguridad de VPS: diferencias y restauración","Snapshot o copia de seguridad de un VPS: qué protege cada uno, qué no protege, cómo restaurar y una regla de decisión para los VPS de sus clientes.","2026-10-31T00:00:00+00:00","2026-10-31T19:07:30+00:00",{"id":23,"name":24,"slug":25,"color":26,"icon":27},[234],{"id":23,"name":24,"slug":25,"color":26,"icon":27},"\u002Fblog\u002Fcovers\u002Fsnapshot-vs-sauvegarde-vps-difference-restauration-poster.svg",1793543103230]