Vercel ajoute un bouton pour sortir les projets de Node.js 20

Vercel a publié le 13 août 2026 une entrée de changelog intitulée One-click upgrade for deprecated Node.js versions. Le message est court mais explicite : il est désormais possible de mettre à niveau en un clic les projets Node.js 20 depuis le Vercel Dashboard (le tableau de bord web de la plateforme). (vercel.com)

Ce qui change concrètement

Dans la documentation Vercel, les versions Node.js actuellement proposées sont 24.x par défaut, puis 22.x et 20.x. Vercel précise aussi que seuls les numéros majeurs (20, 22, 24) sont sélectionnables, et que les correctifs mineurs et de sécurité sont appliqués automatiquement à l’intérieur de cette branche. Autrement dit, le nouveau bouton ne change pas la logique de versionnement de la plateforme ; il réduit surtout la friction opérationnelle pour les projets restés sur une branche devenue inconfortable à maintenir. (vercel.com)

Le point important, c’est le calendrier : selon le site officiel de Node.js, Node.js 20 "Iron" est arrivé en fin de vie le 24 mars 2026. Une version en fin de vie ne reçoit plus de correctifs, y compris de sécurité. Pour une application Next.js ou Node hébergée sur Vercel, rester sur 20.x signifie donc conserver un runtime (environnement d’exécution) qui n’est plus maintenu par le projet Node.js lui-même. (nodejs.org)

Pourquoi ça compte pour tes déploiements

Côté Vercel, la configuration peut venir de deux endroits :

• du dashboard, dans Settings > Build and Deployment > Node.js Version ;
• du champ engines.node dans le package.json, qui prend le dessus sur le réglage du dashboard. (vercel.com)

C’est le détail à ne pas rater : si ton dépôt force encore 20.x dans package.json, un clic dans l’interface ne suffira pas forcément à aligner le runtime réellement utilisé au déploiement. Vercel documente par exemple qu’un projet réglé sur 20.x dans l’interface basculera quand même sur 24.x si package.json demande 24.x. L’inverse est donc à vérifier aussi pendant la migration. Cette nouveauté est pratique pour les équipes qui gèrent beaucoup de projets, mais elle ne remplace pas un contrôle du code source. (vercel.com)

Ce qu’il faut vérifier avant d’appuyer sur le bouton

Avant migration, le plus utile est de repérer les projets encore exposés et de vérifier si la version est imposée dans le dépôt. Vercel documente déjà une commande CLI (interface en ligne de commande) pour lister les projets à mettre à jour dans le contexte de ses dépréciations de runtime. (vercel.com)

npm i -g vercel@latest
vercel project ls --update-required

Ensuite, côté code, la cible explicite ressemble à ceci :

{
  "engines": {
    "node": "24.x"
  }
}

En bref : le bouton Vercel est une bonne amélioration d’exploitation, surtout pour les parcs de projets Next.js et Node dispersés entre plusieurs équipes. Mais la vraie action utile, pour un lecteur qui vit entre Next.js, Node et CI/CD (intégration et déploiement continus), reste de vérifier package.json, relancer un build, puis contrôler la version effective avec node -v ou process.version sur le pipeline ou dans les logs de déploiement. (vercel.com)