Node.js 26 LTS llega el 28 de octubre de 2026: novedades y migración que preparar

La rama Node.js 26, disponible desde el 5 de mayo de 2026, debe entrar en Active LTS el 28 de octubre de 2026. A fecha del 11 de octubre, sigue en estado Current: es el momento adecuado para probar las novedades y preparar una migración, sin presentar esta transición como si ya se hubiera producido.

Para los equipos que desarrollan API, aplicaciones SaaS, servicios Node.js o herramientas de build, esta evolución no se reduce a un nuevo número. Node.js 26 activa por defecto la API JavaScript Temporal, incorpora V8 14.6 y Undici 8, pero también elimina o declara obsoletas varias interfaces históricas. ¿Qué consecuencias concretas tiene para un proyecto con Node.js 22 o 24?

Node.js 26 LTS: ¿cuál es la fecha exacta?

Según el calendario del Node.js Release Working Group, la rama 26 se lanzó el 5 de mayo de 2026 y debe pasar a Active LTS el 28 de octubre de 2026. Después pasaría a mantenimiento el 20 de octubre de 2027, antes del fin de soporte previsto para el 30 de abril de 2029. Estas fechas son provisionales y pueden cambiar.

A 11 de octubre de 2026, el sitio oficial sigue clasificando Node.js 26 como Current. La versión 26.11.1 del 7 de octubre de 2026 lleva explícitamente ese estado. Por tanto, no debe usarse la sigla LTS de forma que dé a entender que el cambio ya se ha hecho efectivo.

Este calendario ofrece a las empresas visibilidad sobre las correcciones de seguridad y el mantenimiento, pero una versión LTS no elimina la necesidad de probar la aplicación. Las dependencias, los módulos nativos y las limitaciones del alojamiento siguen siendo determinantes.

¿Cuáles son las principales novedades de Node.js 26?

1. Temporal se activa por defecto: fechas más fiables en JavaScript

Una de las novedades más visibles de Node.js 26.0.0 es la activación por defecto de Temporal, la API moderna de JavaScript para fechas, horas, duraciones y zonas horarias. Permite expresar con mayor claridad operaciones que se complican con Date, especialmente en sistemas de reservas, planificación o facturación internacional.

const date = Temporal.PlainDate.from("2026-10-28");
const plus30Jours = date.add({ days: 30 });

console.log(plus30Jours.toString());

const paris = Temporal.Now.zonedDateTimeISO("Europe/Paris");
console.log(paris.toString());

Este código muestra cómo usar Temporal con una fecha sin zona horaria y, después, con una hora asociada a una zona. Temporal no obliga a reescribir todas las operaciones de fecha existentes: la migración debe empezar por los casos de negocio en los que realmente importe distinguir entre fecha, hora y zona horaria.

2. V8 14.6 moderniza el motor JavaScript

Node.js 26 incorpora V8 14.6, un motor JavaScript que también se usa en Chromium. Entre las novedades destacadas en las notas de la versión se encuentran Map.prototype.getOrInsert(), Map.prototype.getOrInsertComputed() e Iterator.concat().

Estas API pueden simplificar algunas operaciones con colecciones e iteradores. Sin embargo, no garantizan un rendimiento universalmente superior en todas las API de Node.js. Es necesario medir los endpoints, la memoria y la latencia en la aplicación correspondiente.

3. Undici 8 introduce cambios en la capa HTTP

Node.js 26 incorpora Undici 8, que alimenta, entre otras cosas, la implementación de red de fetch(). El cambio requiere prestar especial atención a las integraciones externas: llamadas HTTP, gestión de conexiones, proxies, tiempos de espera y gestión de errores.

Los equipos que utilizan Undici directamente o dependen mucho de fetch() deberían probar sus clientes API con los mismos parámetros de red que en producción. Una actualización del runtime no garantiza por sí sola una reducción medible de la latencia.

4. La rama Current sigue ampliando las API nativas

El ciclo de Node.js 26 no terminó con el lanzamiento de 26.0.0. La versión 26.11.0 del 7 de octubre destaca, entre otras novedades, la incorporación de Buffer.stringLength(), herramientas de validación de encabezados HTTP y varios cambios en perf_hooks. La versión correctiva 26.11.1 la sucedió ese mismo día.

Estas incorporaciones ilustran la riqueza del runtime, pero los equipos deben distinguir entre una API introducida en la serie 26.x y otra que ya estaba disponible en versiones LTS anteriores. No todas las funciones modernas de Node.js son nuevas en la versión 26.

Compatibilidad: ¿qué cambios incompatibles hay que comprobar antes de migrar?

Los cambios más delicados de una versión mayor no siempre son sus novedades. Node.js 26 elimina varios elementos históricos y señala nuevas obsolescencias. Por tanto, una aplicación antigua puede verse afectada aunque su lógica de negocio parezca independiente de estas interfaces.

• http.Server.prototype.writeHeader() se ha eliminado: debe usarse writeHead() en su lugar.
• Se han eliminado los módulos internos históricos _stream_*: las importaciones directas de implementaciones internas deben sustituirse por las API públicas de node:stream.
• module.register() ahora genera una advertencia de obsolescencia en tiempo de ejecución: los proyectos que usan hooks personalizados o loaders deben revisar sus integraciones.
• Se ha eliminado la opción --experimental-transform-types: hay que verificar los scripts de inicio y las herramientas TypeScript antes de migrar.
• Hay que revisar los módulos nativos: las dependencias compiladas que no usan una ABI estable pueden necesitar nuevos binarios, una recompilación o una actualización.

Estos puntos afectan sobre todo a bibliotecas de bajo nivel, herramientas de build, frameworks antiguos y addons nativos. Una aplicación que solo use dependencias mantenidas y API públicas puede tener menos dificultades, pero esta conclusión debe comprobarse mediante pruebas.

Node.js 22, 24 o 26: ¿qué versión conviene elegir?

La elección depende del estado de la aplicación y de su vida útil prevista.

¿Cómo preparar una migración a Node.js 26?

El método más seguro consiste en mantener estable la rama de producción y validar Node.js 26 en un entorno de pruebas. En un proyecto que use un gestor de versiones como nvm, la primera prueba puede hacerse con unos pocos comandos:

nvm install 26
nvm use 26
node --version
npm ci
npm test
npm run build

Atención: npm test y npm run build presuponen que esos scripts existen en package.json. Estos comandos no sustituyen las pruebas de integración ni las validaciones realizadas en el entorno de despliegue real.

También hay que comprobar las versiones de Node.js declaradas en los workflows de CI, las imágenes Docker, los scripts de instalación y, si corresponde, el campo engines del archivo package.json. En una biblioteca distribuida a varios proyectos, restringir demasiado pronto la compatibilidad a Node.js 26 puede perjudicar a los usuarios que todavía usan Node.js 22 o 24.

¿Conviene pasar a producción en cuanto llegue Node.js 26 LTS?

El paso oficial a LTS es una señal importante de madurez y mantenimiento. Sin embargo, no significa que todas las aplicaciones deban migrar ese mismo día. Una API crítica, un SaaS con muchas integraciones de terceros o una infraestructura que dependa de módulos nativos puede requerir un periodo adicional de validación.

Para una aplicación nueva, Node.js 26 puede convertirse en una base atractiva una vez confirmado su estado LTS. Para un servicio que ya es estable en Node.js 24, suele ser preferible una migración gradual y medida a un cambio precipitado.

La pregunta no es solo «¿está listo Node.js 26?», sino «¿están listos nuestra aplicación, sus dependencias y nuestra infraestructura para Node.js 26?»

En SDX Development, este enfoque consiste en preparar los cambios técnicos sin sacrificar la estabilidad: auditoría de compatibilidad, pruebas automatizadas, control del rendimiento y despliegue con posibilidad de revertir.

Fuentes oficiales y método 5 referencias

La información sobre las versiones y las fechas corresponde a las fuentes oficiales consultadas el 11 de octubre de 2026. El calendario del proyecto puede cambiar.

• Node.js Release Working Group — calendario de versiones: estados Current, Active LTS y Maintenance, y fechas previstas.
• Node.js — 26.0.0 (Current), 5 de mayo de 2026: Temporal, V8 14.6, Undici 8 y cambios incompatibles.
• Node.js — 26.11.0 (Current), 7 de octubre de 2026: nuevas API de Buffer y HTTP, y herramientas de medición.
• Node.js — 26.11.1 (Current), 7 de octubre de 2026: última versión correctiva verificada.
• Node.js — versiones y política de soporte: recomendación de usar una versión LTS en producción.