Code 01 Nov 2026

Quelle version de Node.js installer ? LTS, Current et le piège de ton site en ligne

LTS, Current, maintenance : laquelle installer, comment changer de version en une commande, et pourquoi ton site tourne peut-être sur une autre

Quelle version de Node.js installer ? LTS, Current et le piège de ton site en ligne

Tu vas sur le site de Node.js pour l’installer, et on te propose deux versions. L’une s’appelle LTS, l’autre Current. Tu prends au hasard, ou celle que le tuto de 2024 te dit de prendre, et six mois plus tard un projet refuse de démarrer parce qu’il attend une autre version.

Depuis le 28 octobre 2026, c’est encore plus confus : Node 26 vient de devenir la version LTS, Node 24 est passé en maintenance une semaine plus tôt, et Node 22 vit ses derniers mois. On remet de l’ordre : ce que veulent dire ces étiquettes, laquelle installer aujourd’hui, comment changer de version en une commande, et le piège que presque personne ne voit, celui de la version qui tourne sur ton site en ligne.

Que veulent dire LTS, Current et maintenance pour Node.js ?

Chez Node.js, une version Current est la plus récente, avec les dernières nouveautés mais un support court ; une version LTS, pour « Long Term Support », est une version déclarée stable et maintenue environ deux ans et demi ; la maintenance est sa dernière phase, où elle ne reçoit plus que les correctifs importants.

Le cycle est régulier. Chaque printemps, une nouvelle version paire sort en Current. En octobre, elle devient LTS active : c’est le moment où les entreprises et les hébergeurs la considèrent comme sûre. Environ un an plus tard, elle passe en maintenance, puis elle arrive en fin de vie, et là plus personne ne corrige ses failles. Jusqu’à Node 26, les versions impaires ne devenaient jamais LTS : elles servaient à tester ce qui arriverait dans la paire suivante. Ça change avec Node 27, sorti en alpha fin octobre 2026 : le projet passe à une version majeure par an, et chacune deviendra LTS. Node 27 est prévu en Current au printemps 2027, puis en LTS en octobre 2027.

Frise du calendrier de Node.js : Node 24 devient la version à support long le 28 octobre 2025, passe en maintenance le 20 octobre 2026 jusqu'au 30 avril 2028, Node 26 devient la version à support long active le 28 octobre 2026 avec un support prévu jusqu'au 30 avril 2029, et Node 22 arrive en fin de vie le 30 avril 2027.
En octobre 2026, trois versions paires sont encore suivies. Pour un nouveau projet, une seule a du sens : celle qui vient de passer en LTS active.

Si tu débutes avec Node, garde une seule règle : pour apprendre et pour un vrai projet, prends la LTS active. La version Current, c’est pour ceux qui veulent tester les nouveautés avant tout le monde, et qui acceptent qu’un outil casse de temps en temps.

Quelle version de Node.js installer aujourd’hui ?

Pour un nouveau projet, installe Node 26, qui est la version LTS active depuis le 28 octobre 2026 et qui sera maintenue jusqu’au 30 avril 2029 ; garde Node 24 sur un projet existant qui fonctionne, et quitte Node 22 avant sa fin de vie, le 30 avril 2027.

Voici où en sont les trois versions encore suivies, d’après le calendrier officiel du projet Node.js :

Version Statut fin octobre 2026 Fin de vie
Node 26 LTS active depuis le 28/10/2026 30/04/2029
Node 24 Maintenance depuis le 20/10/2026 30/04/2028
Node 22 Maintenance, derniers mois 30/04/2027

Le projet Node.js précise lui-même que ces dates peuvent bouger. En pratique, elles bougent rarement, mais vérifie le calendrier officiel si tu prends une décision importante, par exemple pour un projet client.

Pourquoi ne pas tout passer en 26 tout de suite ? Parce qu’un projet qui marche sur Node 24 n’a aucune urgence : il reste maintenu jusqu’en 2028. Monter de version a un coût, il faut tester. Fais-le quand tu as un moment, pas parce qu’un chiffre a changé. Si tu te demandes encore à quoi sert Node lui-même, commence par notre guide pour comprendre Node.js et lancer ton premier script.

Comment changer de version de Node.js en une commande ?

Pour passer d’une version de Node.js à une autre sans réinstaller, on utilise un gestionnaire de versions : nvm sur Mac et Linux, nvm-windows sur Windows, qui installent plusieurs versions côte à côte et te laissent choisir laquelle est active.

C’est l’outil qui change tout dès que tu as deux projets. Sans lui, passer de Node 24 à Node 26 veut dire désinstaller, réinstaller, et recommencer dans l’autre sens pour l’ancien projet. Avec lui, c’est une commande.

Sur Mac et sur Linux, avec nvm :

# installer la derniere LTS
nvm install --lts

# installer une version precise, puis l'utiliser
nvm install 24
nvm use 24

# choisir la version par defaut des nouveaux terminaux
nvm alias default 26

Sur Windows, avec nvm-windows :

# voir les versions installees
nvm list

# installer la derniere LTS
nvm install lts

# activer une version installee : la derniere LTS,
# ou un numero complet tel qu'affiche par nvm list
nvm use lts
nvm use 26.13.0

Deux pièges sur Windows. D’abord, nvm-windows est un projet indépendant, ce n’est pas le même outil que le nvm de Mac et Linux, et ses commandes diffèrent un peu. Ensuite, sa documentation recommande de désinstaller le Node.js déjà présent avant de l’installer : sinon, nvm use peut sembler ne rien faire, parce que l’ancien Node passe devant. Selon la version de l’outil, il peut aussi te demander d’ouvrir le terminal en administrateur.

Dans tous les cas, vérifie le résultat avec node -v. Si tu veux tester un autre moteur JavaScript plus rapide à côté de Node, notre article sur Bun, le runtime qui veut remplacer Node.js te dit ce qu’il fait mieux, et ce qu’il ne fait pas encore.

Comment fixer la version de Node.js d’un projet ?

Fixer la version d’un projet, c’est écrire dans le projet lui-même quelle version de Node.js il attend, pour que toi, tes collègues et ton hébergeur utilisiez tous la même : on le fait avec un fichier .nvmrc et avec le champ engines du fichier package.json.

Le fichier .nvmrc tient sur une ligne. Tu le poses à la racine du projet :

# contenu du fichier .nvmrc
26

Sur Mac et Linux, un simple nvm use, sans numéro, lit ce fichier et active la bonne version. D’autres outils, comme fnm, et la plupart des hébergeurs le lisent aussi. Le champ engines, lui, documente la version attendue dans le package.json :

{
  "engines": {
    "node": ">=26"
  }
}

Attention, par défaut npm se contente d’afficher un avertissement si la version ne correspond pas, il ne bloque rien. C’est un panneau indicateur, pas une barrière. Le .nvmrc reste le plus utile au quotidien.

Ton site en ligne tourne-t-il sur la même version que ton ordi ?

Pas forcément : un hébergeur qui construit ton site choisit sa propre version de Node.js au moment du build, et elle peut être bien plus ancienne que celle de ton ordinateur si tu ne l’as jamais précisée.

C’est le piège le plus sournois, parce que tout marche chez toi. Prends Netlify, un hébergeur très répandu pour les sites JavaScript. Sa documentation explique qu’au départ, la version de Node d’un site est celle installée par défaut sur l’image de build au moment où tu as créé le site, et que Netlify fige le site sur cette version pour que tes builds ne changent pas tout seuls. Autrement dit : un site créé il y a quelques années peut encore se construire sur la version par défaut de l’époque, peut-être déjà en fin de vie, alors que tu développes en Node 26.

Pour reprendre la main, tu as trois façons de choisir la version, et les deux premières passent avant le réglage de l’interface :

  • Un fichier .nvmrc ou .node-version à la racine du projet, celui de la section précédente. C’est le plus simple, et il sert aussi en local.
  • Une variable d’environnement NODE_VERSION, par exemple 26 pour la dernière version 26.
  • Le réglage de l’interface, dans la configuration du projet, rubrique de gestion des dépendances. Il faut redéployer pour qu’il prenne effet.

Pour connaître la version actuelle de ton site, regarde le journal de ton dernier déploiement : la version de Node y est écrite. Si tu hésites encore sur l’hébergeur, on a comparé Netlify, Vercel, Cloudflare Pages et GitHub Pages pour un projet perso.

🚀 Un hébergeur qui lit ton .nvmrc

Netlify

Tu pousses ton projet, Netlify le construit avec la version de Node que tu as écrite dans ton .nvmrc, et ton site est en ligne. Si tu n’as encore jamais déployé de projet JavaScript, c’est un bon endroit pour commencer.

Découvrir Netlify

Lien partenaire : ça ne change rien pour toi, mais ça aide GrosNoob à continuer

Qu’est-ce qui peut casser quand tu montes de version de Node.js ?

Monter de version de Node.js casse surtout deux choses : les modules natifs, ces bibliothèques compilées pour une version précise qu’il faut reconstruire, et le code qui s’appuie sur un comportement ou une fonction que la nouvelle version a modifié ou retiré.

Pour les modules natifs, le geste est simple : supprime le dossier node_modules et relance npm install avec la nouvelle version active. Tout est reconstruit pour elle. Si une bibliothèque refuse de s’installer, c’est souvent qu’elle n’a pas encore suivi : regarde sa page, et attends sa mise à jour avant de basculer.

Côté nouveautés, Node 26 active par défaut Temporal, la nouvelle façon de manipuler les dates en JavaScript, plus solide que le vieil objet Date. Ça ne casse rien de ce qui existe, mais c’est une bonne raison de regarder comment ton projet gère les dates et les fuseaux horaires. Pense aussi aux outils de build : si tu utilises Vite pour construire ton projet JavaScript, vérifie que sa version prend en charge Node 26 avant de changer.

La méthode sûre tient en trois étapes : installe la nouvelle version à côté de l’ancienne avec ton gestionnaire, lance tes tests ou ton projet dessus, et ne mets à jour ton .nvmrc que quand tout passe. Si quelque chose casse, nvm use te ramène à l’ancienne version en une seconde.

En résumé : quelle version de Node.js installer

Node.js publie une version paire chaque printemps, qui devient LTS active en octobre, passe en maintenance un an plus tard, puis arrive en fin de vie ; à partir de Node 27, ce sera une version par an, et toutes deviendront LTS. Depuis le 28 octobre 2026, la version à installer pour un nouveau projet est Node 26, maintenue jusqu’au 30 avril 2029. Node 24 reste maintenu jusqu’au 30 avril 2028, et Node 22 s’arrête le 30 avril 2027. Un gestionnaire de versions, nvm sur Mac et Linux ou nvm-windows sur Windows, te permet d’en garder plusieurs et de changer en une commande. Fixe la version de chaque projet dans un fichier .nvmrc, et vérifie celle de ton hébergeur : Netlify, par exemple, fige un site sur sa version de Node d’origine tant que tu ne lui en indiques pas une autre.

Questions fréquentes sur les versions de Node.js

Quelle est la différence entre Node.js LTS et Current ?

La version Current est la plus récente, avec les nouveautés mais un support court. La version LTS est une version déclarée stable et maintenue longtemps : jusqu’à Node 26, seules les versions paires le devenaient, et à partir de Node 27, toutes le deviendront. Pour apprendre et pour un vrai projet, prends la LTS active.

Quelle version de Node.js installer en 2026 ?

Depuis le 28 octobre 2026, Node 26 est la version LTS active, maintenue jusqu’au 30 avril 2029 : c’est celle à installer pour un nouveau projet. Un projet existant sur Node 24 peut y rester, cette version est maintenue jusqu’au 30 avril 2028.

Quand Node.js 22 n’est-il plus maintenu ?

Node 22 arrive en fin de vie le 30 avril 2027, d’après le calendrier officiel du projet Node.js. Après cette date, il ne reçoit plus aucun correctif, même de sécurité.

Comment savoir quelle version de Node.js est installée ?

Tape node -v dans un terminal. Avec un gestionnaire de versions, nvm ls sur Mac et Linux ou nvm list sur Windows affiche toutes les versions installées et celle qui est active.

Faut-il désinstaller Node.js avant d’installer nvm-windows ?

Oui, c’est ce que recommande la documentation de nvm-windows. Si l’ancienne installation reste en place, la commande nvm use peut sembler ne rien faire, parce que l’ancien Node passe devant.

Comment choisir la version de Node.js utilisée par Netlify ?

Ajoute un fichier .nvmrc ou .node-version à la racine du projet, ou une variable d’environnement NODE_VERSION. Les deux passent avant le réglage de l’interface. Sans eux, Netlify garde la version par défaut qui était en place quand le site a été créé.