Node.js 26 est sorti, Node.js 20 n'est plus suivi : où en sont vos logiciels ?
Node.js 26 est sorti le 5 mai, avec une nouvelle gestion des dates. Au même moment, Node.js 20 a atteint sa fin de vie. Ce que ça implique pour les logiciels web de votre entreprise.
Le 5 mai 2026, la fondation qui pilote Node.js a publié la version 26. Node.js, c'est le moteur qui fait tourner côté serveur une grande partie des applications web modernes, des sites e-commerce aux logiciels métier, y compris ceux que nous développons. La nouvelle version apporte des nouveautés utiles. Mais l'information la plus importante pour un dirigeant est ailleurs : la version 20, encore très répandue, n'est plus maintenue. Faisons le point.
Ce que contient Node.js 26
D'après les notes de version officielles, Node.js 26 apporte :
- Temporal activé par défaut : une nouvelle façon de manipuler les dates et les heures, beaucoup plus fiable que l'ancien objet Date de JavaScript. Fuseaux horaires, changements d'heure, calculs de durée : c'est une source classique de bugs dans les logiciels de planning, de facturation ou de réservation.
- Le moteur V8 en version 14.6, celui de Chrome 146, avec de nouvelles fonctions du langage.
- Undici 8, le composant qui gère les requêtes HTTP.
- Le retrait de fonctions anciennes, déjà marquées comme obsolètes, et un changement de version interne qui oblige à recompiler les modules natifs.
Node.js 26 est une version « Current » : elle sert à tester et à préparer l'avenir. Elle deviendra une version à support long (LTS) en octobre, pour être maintenue jusqu'en 2029, selon Linuxadictos. D'ici là, pour la production, la version recommandée reste Node.js 24, la LTS active.
La vraie nouvelle : Node.js 20 en fin de vie
Le site Linuxadictos le rappelle dans son article sur la sortie : la branche 20 est arrivée en fin de vie, la branche 22 la suivra en avril 2027, et la branche 24 est maintenue jusqu'en avril 2028. Une version en fin de vie ne reçoit plus de correctifs de sécurité. Or Node.js 20 a été la version de référence pendant longtemps : beaucoup d'applications livrées en 2023 et 2024 tournent encore dessus.
Concrètement, si votre logiciel métier, votre boutique ou votre extranet tourne sur Node.js 20, toute faille découverte à partir de maintenant dans Node.js lui-même ne sera plus corrigée pour cette version. Dans un printemps où les failles se succèdent à un rythme soutenu, c'est un risque qui grandit chaque mois.
Ce que ça change pour une PME
Savoir sur quelle version tourne votre logiciel
C'est la première question, et elle a une réponse simple. Votre prestataire doit pouvoir vous la donner en une minute. Si personne ne sait, c'est déjà une information.
Une mise à jour, ce n'est pas qu'un numéro
Passer de Node.js 20 à 24 demande en général de mettre à jour une partie des bibliothèques utilisées, de vérifier que tout fonctionne, et parfois d'adapter quelques lignes. Sur un projet bien entretenu, c'est l'affaire de quelques heures ou de quelques jours. Sur un projet laissé de côté depuis deux ans, c'est un chantier plus long, parce que tout a vieilli en même temps.
Les dates, enfin fiables
Pour les logiciels qui gèrent des plannings, des rendez-vous, des échéances ou des équipes sur plusieurs fuseaux, Temporal est une bonne nouvelle à moyen terme : moins de bugs au passage à l'heure d'été, des calculs de durée plus sûrs. On ne réécrit pas un logiciel pour ça, mais les nouveaux développements pourront en profiter.
Et les outils autour
Node.js n'est qu'une pièce. Les frameworks, les bibliothèques et les outils de compilation de votre application ont chacun leur propre calendrier de versions et de fin de support. Une montée de version de Node.js est souvent l'occasion de faire le point sur l'ensemble, plutôt que de traiter chaque pièce séparément au fil des urgences.
Le bon calendrier
- Maintenant : tout ce qui tourne encore sur Node.js 20 ou plus ancien doit passer sur la version 24. C'est la priorité.
- D'ici fin 2026 : planifier la sortie de Node.js 22 pour les applications concernées, sans urgence.
- À partir d'octobre : Node.js 26 devient une LTS, on peut envisager de l'adopter sur les nouveaux projets, après tests.
- En continu : tenir les dépendances à jour plutôt que d'attendre qu'elles soient toutes périmées.
Cette mécanique, une version majeure chaque printemps et chaque automne, des fins de vie connues longtemps à l'avance, est très prévisible. Le problème n'est jamais la technique, c'est l'absence de quelqu'un chargé de la suivre.
Comment nous gérons ça
Sur nos projets de logiciel métier et de SaaS, le suivi des versions fait partie de la maintenance : nous planifions les montées de version avant les fins de vie, nous testons sur une copie, puis nous basculons. Le code source et sa documentation vous sont remis, ce qui permet aussi à un autre prestataire de reprendre si vous le souhaitez. Nous en parlions déjà à propos de TypeScript 7 : un logiciel entretenu régulièrement coûte toujours moins cher qu'un logiciel remis à niveau dans l'urgence. Si vous ne savez pas sur quelle version tourne votre application, posez-nous la question lors d'un rendez-vous de 30 minutes.