Node.js 26 passe en LTS le 28 octobre : faut-il migrer depuis Node 24 ?

Oui, Node.js 26 devient la version LTS active le 28 octobre 2026, et c’est le bon moment pour préparer la migration depuis Node 24, qui bascule en maintenance dès le 20 octobre. Rien ne casse du jour au lendemain : Node 24 reste corrigé jusqu’au 30 avril 2028. Mais Node 26 est la dernière version publiée selon l’ancien rythme, avant le grand changement de calendrier qui démarre avec Node 27.

Que se passe-t-il exactement fin octobre 2026 ? #

Deux bascules tombent à huit jours d’écart dans le calendrier officiel du groupe de travail Release de Node.js. Le 20 octobre, Node 24 (nom de code « Krypton ») passe de la phase « Active LTS » à la phase « Maintenance ». Le 28 octobre, Node 26 quitte le statut « Current » et devient la nouvelle LTS active.

LTS signifie Long Term Support, support à long terme. C’est la branche que l’on recommande pour la production : elle reçoit des correctifs pendant environ deux ans et demi, sans changements cassants. La branche « Current », elle, sert à tester les nouveautés pendant six mois.

À lire Squoosh : Comment optimiser vos images en ligne facilement avec cet outil open source

Quelles versions de Node.js sont encore supportées ? #

Le tableau ci-dessous reprend les dates publiées dans le fichier de calendrier officiel du projet. Une version en « fin de vie » ne reçoit plus aucun correctif, y compris de sécurité.

Si un serveur tourne encore sous Node 20 ou Node 25, il n’est plus patché depuis plusieurs mois. C’est la priorité absolue, bien avant la question de Node 26.

Qu’apporte Node.js 26 de vraiment nouveau ? #

La nouveauté la plus visible est l’API Temporal, activée par défaut. Elle remplace avantageusement l’objet Date de JavaScript, connu pour ses pièges de fuseaux horaires et ses mois numérotés à partir de zéro. Temporal distingue les dates simples, les heures, les instants et les dates avec fuseau.

Le moteur V8 passe en version 14.6.202.33, celle de Chromium 146. Il apporte Map.prototype.getOrInsert() et getOrInsertComputed() (aussi sur WeakMap), plus Iterator.concat() pour enchaîner des itérateurs. Le client HTTP intégré Undici, qui propulse fetch(), monte en version 8.0.2.

À lire Supabase : Guide Développeur Complet 2026

// Node.js 26 : Temporal sans drapeau ni polyfill
const today = Temporal.Now.plainDateISO();
console.log(today.add({ days: 30 }).toString());

// Upsert sur une Map
const cache = new Map();
cache.getOrInsert('hits', 0);

Pour qui écrit déjà des scripts et snippets JavaScript réutilisables, Temporal permet de supprimer pas mal de dépendances de manipulation de dates.

Qu’est-ce qui risque de casser en passant de Node 24 à Node 26 ? #

Les notes de version listent plusieurs suppressions. La méthode http.Server.prototype.writeHeader() disparaît : il faut utiliser writeHead(). Les vieux modules internes _stream_readable, _stream_writable, _stream_duplex, _stream_transform, _stream_passthrough et _stream_wrap sont retirés.

Côté modules, module.register() est désormais déprécié à l’exécution (un avertissement s’affiche) et le drapeau --experimental-transform-types est supprimé. Les dépréciations crypto DEP0203 et DEP0204 deviennent aussi des avertissements à l’exécution, tandis que DEP0182 arrive en fin de vie.

Point pointu mais fréquent : NODE_MODULE_VERSION passe à 147. Toutes les extensions natives compilées (bcrypt, sharp, sqlite3 et consorts) doivent être recompilées ou mises à jour, sinon le chargement échoue au démarrage.

À lire Incrémentale : Définition et Applications Dev

Concrètement, je dois faire quoi ? #

Pour un développeur débutant ou un freelance qui gère quelques sites, la démarche tient en quatre étapes. D’abord, vérifier la version installée avec node -v, en local comme sur le serveur. Ensuite, installer Node 26 à côté de l’ancienne version, par exemple avec nvm (Node Version Manager) : nvm install 26.

Troisième étape : supprimer node_modules, relancer npm install pour reconstruire les modules natifs, puis lancer la suite de tests. Une bonne pyramide de tests fait ici gagner des heures. Enfin, mettre à jour la version dans le champ engines du package.json, le fichier .nvmrc, l’image Docker et la matrice de la CI (intégration continue).

Rien ne presse au point de migrer le 28 octobre au matin. Beaucoup d’équipes attendent les premières versions correctives de la LTS. Node 24 reste couvert jusqu’en avril 2028.

Pourquoi Node 26 est-il la dernière version « à l’ancienne » ? #

Le projet a officialisé l’abandon du rythme de deux versions majeures par an. Le constat : les versions impaires (comme Node 25) étaient très peu adoptées, la règle pair/impair embrouillait les nouveaux venus, et maintenir quatre ou cinq branches en parallèle devenait intenable pour les bénévoles chargés des correctifs de sécurité.

À lire Floating : Guide CSS et Techniques 2025

À partir de Node 27, il n’y aura plus qu’une version majeure par an, publiée en avril, et toutes deviendront LTS en octobre. Le numéro suivra l’année : 27.0.0 en 2027, 28.0.0 en 2028. Cette évolution illustre bien la façon dont la communauté open source ajuste ses process à ses moyens réels.

À quoi sert le nouveau canal Alpha de Node 27 ? #

Le cycle de vie complet passe à 36 mois : 6 mois d’Alpha, 6 mois de Current, puis 30 mois de LTS. Le canal Alpha de Node 27 s’ouvre en octobre 2026 (le 28 selon le calendrier officiel), avec des versions numérotées comme 27.0.0-alpha.1.

Contrairement aux builds Nightly, ces versions Alpha sont signées, taguées et testées avec CITGM, l’outil qui fait tourner les tests de grands paquets open source sur la future version. Elles peuvent contenir des changements cassants et ne sont pas destinées à la production. Le projet conseille aux auteurs de bibliothèques de les ajouter à leur CI pour détecter les incompatibilités six mois avant la sortie.

Questions fréquentes #

À lire Hackathon définition : Tout savoir en 5 min

À retenir #

Sources : notes de version Node.js 26.0.0, calendrier officiel du groupe Release, annonce « Evolving the Node.js Release Schedule », Help Net Security.