Node.js 26 LTS arrive le 28 octobre 2026 : nouveautés et migration à préparer

La branche Node.js 26, disponible depuis le 5 mai 2026, doit entrer en Active LTS le 28 octobre 2026. À la date du 11 octobre, elle reste en statut Current : c’est le bon moment pour tester les nouveautés et préparer une migration, sans présenter cette transition comme déjà réalisée.

Pour les équipes qui développent des API, des applications SaaS, des services Node.js ou des outils de build, cette évolution ne se résume pas à un nouveau numéro. Node.js 26 active l’API JavaScript Temporal par défaut, embarque V8 14.6 et Undici 8, mais retire ou déprécie aussi plusieurs interfaces historiques. Quelles conséquences concrètes pour un projet en Node.js 22 ou 24 ?

Node.js 26 LTS : quelle est la date exacte ?

Selon le calendrier du Node.js Release Working Group, la branche 26 a été lancée le 5 mai 2026 et doit passer en Active LTS le 28 octobre 2026. Elle basculerait ensuite en maintenance le 20 octobre 2027, avant une fin de support prévue le 30 avril 2029. Ces dates sont prévisionnelles et peuvent évoluer.

Au 11 octobre 2026, le site officiel classe toujours Node.js 26 comme Current. La publication 26.11.1 du 7 octobre 2026 porte explicitement ce statut. Le sigle LTS ne doit donc pas être utilisé pour laisser entendre que la promotion est déjà effective.

Ce calendrier donne aux entreprises une visibilité sur les correctifs de sécurité et la maintenance, mais une version LTS n’élimine pas le besoin de tester son application. Les dépendances, les modules natifs et les contraintes d’hébergement restent déterminants.

Quelles sont les principales nouveautés de Node.js 26 ?

1. Temporal est activé par défaut : des dates plus fiables en JavaScript

L’une des nouveautés les plus visibles de Node.js 26.0.0 est l’activation par défaut de Temporal, l’API JavaScript moderne pour les dates, les heures, les durées et les fuseaux horaires. Elle permet d’exprimer plus clairement des opérations qui deviennent complexes avec Date, notamment dans les systèmes de réservation, de planification ou de facturation internationale.

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());

Ce code illustre l’usage de Temporal avec une date sans fuseau, puis avec une heure zonée. Temporal n’impose pas de réécrire toutes les manipulations de dates existantes : une migration doit commencer par les cas métier où la distinction entre date, heure et fuseau est réellement importante.

2. V8 14.6 modernise le moteur JavaScript

Node.js 26 introduit V8 14.6, moteur JavaScript également utilisé dans Chromium. Parmi les évolutions signalées dans les notes de version figurent Map.prototype.getOrInsert(), Map.prototype.getOrInsertComputed() et Iterator.concat().

Ces API peuvent simplifier certaines opérations sur des collections et des itérateurs. Elles ne constituent pas, en revanche, une promesse de performances universellement supérieures pour toutes les API Node.js. Il faut mesurer les endpoints, la mémoire et la latence dans l’application concernée.

3. Undici 8 fait évoluer la couche HTTP

Node.js 26 embarque Undici 8, qui alimente notamment l’implémentation réseau de fetch(). Le changement justifie une attention particulière aux intégrations externes : appels HTTP, gestion des connexions, proxys, délais d’attente et comportements d’erreur.

Les équipes qui utilisent directement Undici ou s’appuient intensivement sur fetch() devraient tester leurs clients API avec les mêmes paramètres réseau qu’en production. Une mise à niveau de runtime ne garantit pas à elle seule une baisse mesurable de la latence.

4. La branche Current continue d’enrichir les API natives

Le cycle de Node.js 26 ne s’est pas arrêté à la sortie 26.0.0. La version 26.11.0 du 7 octobre signale notamment l’ajout de Buffer.stringLength(), d’outils de validation d’en-têtes HTTP, ainsi que plusieurs évolutions de perf_hooks. La version corrective 26.11.1 lui a succédé le même jour.

Ces ajouts illustrent la richesse du runtime, mais une équipe doit distinguer une API introduite dans la série 26.x d’une API déjà disponible dans les LTS antérieures. Toutes les fonctionnalités modernes de Node.js ne sont pas nouvelles dans la version 26.

Compatibilité : quelles ruptures faut-il vérifier avant de migrer ?

Les changements les plus délicats d’une version majeure ne sont pas toujours ses nouveautés. Node.js 26 retire plusieurs éléments historiques et signale de nouvelles dépréciations. Une application ancienne peut donc être affectée même si son code métier semble indépendant de ces interfaces.

• http.Server.prototype.writeHeader() est supprimé : il faut utiliser writeHead() à la place.
• Les modules internes historiques _stream_* sont supprimés : les importations directes d’implémentations internes doivent être remplacées par les API publiques de node:stream.
• module.register() produit désormais une dépréciation à l’exécution : les projets qui utilisent des hooks personnalisés ou des loaders doivent examiner leurs intégrations.
• L’option --experimental-transform-types est supprimée : les scripts de lancement et les outils TypeScript doivent être vérifiés avant migration.
• Les modules natifs doivent être contrôlés : les dépendances compilées qui ne reposent pas sur une ABI stable peuvent nécessiter de nouveaux binaires, une reconstruction ou une mise à jour.

Ces points concernent surtout les bibliothèques bas niveau, les outils de build, les anciens frameworks et les addons natifs. Une application utilisant uniquement des dépendances maintenues et des API publiques peut rencontrer moins de difficultés, mais ce constat doit être validé par des tests.

Node.js 22, 24 ou 26 : quelle version privilégier ?

Le choix dépend de l’état de l’application et de sa durée de vie prévue.

Comment préparer une migration vers Node.js 26 ?

La méthode la plus sûre consiste à conserver une branche de production stable et à valider Node.js 26 dans un environnement de test. Pour un projet utilisant un gestionnaire de versions tel que nvm, le premier essai peut tenir en quelques commandes :

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

Attention : npm test et npm run build supposent que ces scripts existent dans package.json. Ces commandes ne remplacent pas les tests d’intégration ni les validations effectuées dans l’environnement de déploiement réel.

Il faut également vérifier les versions Node.js déclarées dans les workflows CI, les images Docker, les scripts d’installation et, le cas échéant, le champ engines du fichier package.json. Pour une bibliothèque distribuée à plusieurs projets, restreindre trop tôt la compatibilité à Node.js 26 peut pénaliser les utilisateurs encore sur Node.js 22 ou 24.

Faut-il passer en production dès l’arrivée de Node.js 26 LTS ?

Le passage officiel en LTS constitue un signal important de maturité et de maintenance. Il ne signifie pas pour autant que chaque application doit migrer le jour même. Une API critique, un SaaS avec beaucoup d’intégrations tierces ou une infrastructure reposant sur des modules natifs peut nécessiter une période de validation supplémentaire.

Pour une nouvelle application, Node.js 26 pourra devenir une base attractive après confirmation de son statut LTS. Pour un service déjà stable en Node.js 24, une migration progressive et mesurée est généralement préférable à une bascule précipitée.

La question n’est pas seulement « Node.js 26 est-il prêt ? », mais « notre application, ses dépendances et notre infrastructure sont-elles prêtes pour Node.js 26 ? »

Chez SDX Development, cette approche consiste à préparer les évolutions techniques sans sacrifier la stabilité : audit de compatibilité, tests automatisés, contrôle des performances et déploiement avec possibilité de retour arrière.

Sources officielles et méthode 5 références

Les informations sur les versions et les dates correspondent aux sources officielles consultées le 11 octobre 2026. Le calendrier du projet reste susceptible de changer.

• Node.js Release Working Group — calendrier des versions : statuts Current, Active LTS, Maintenance et dates prévues.
• Node.js — 26.0.0 (Current), 5 mai 2026 : Temporal, V8 14.6, Undici 8 et changements incompatibles.
• Node.js — 26.11.0 (Current), 7 octobre 2026 : nouvelles API Buffer, HTTP et outils de mesure.
• Node.js — 26.11.1 (Current), 7 octobre 2026 : publication corrective la plus récente vérifiée.
• Node.js — Releases et politique de support : recommandation d’utiliser une version LTS pour la production.