nvm vs fnm vs Volta: qué gestor de versiones de Node usar en 2026

Instalar Node.js descargando el binario de la web funciona… hasta que tienes dos proyectos que necesitan versiones distintas: uno atascado en Node 20 y otro en Node 24. Ahí es donde entra un gestor de versiones: te deja instalar varias versiones de Node y saltar entre ellas con un comando, o incluso de forma automática al cambiar de carpeta.

En 2026 hay tres opciones serias: nvm (el clásico), fnm (el rápido) y Volta (el que fija la versión por proyecto). En esta guía las comparamos para que elijas la que encaja con tu flujo. Si además quieres el paso a paso de instalar Node desde cero, lo tienes en cómo instalar Node.js y npm.

¿Por qué necesitas un gestor de versiones?

Sin un gestor, cambiar la versión de Node significa desinstalar y reinstalar el binario cada vez. Con uno obtienes:

• Varias versiones instaladas a la vez, aisladas entre sí.
• Cambio instantáneo con un comando (use 24).
• Cambio automático al entrar en un proyecto que declara su versión en un archivo .nvmrc o .node-version.
• Reproducibilidad en equipo: todos usan la misma versión de Node sin depender de la memoria de cada quien.

nvm — el clásico

nvm (Node Version Manager) es el más conocido y el que verás en la mayoría de tutoriales. Es un script de shell para macOS y Linux.

A favor: ubicuo, documentado hasta el infinito, estable. Si buscas algo en Google sobre versiones de Node, la respuesta casi siempre menciona nvm.

En contra: es relativamente lento (se ejecuta como función de shell y ralentiza el arranque de la terminal), y no funciona en Windows. En Windows existe un proyecto distinto y no oficialmente relacionado, nvm-windows (de coreybutler), con comandos parecidos pero base de código independiente.

nvm install 24     # instala Node 24
nvm use 24         # actívala en la sesión actual
nvm alias default 24

fnm — el rápido (mi recomendación)

fnm (Fast Node Manager) está escrito en Rust, es multiplataforma (Windows, macOS, Linux) y muchísimo más rápido que nvm. Lee .nvmrc y .node-version, y cambia de versión automáticamente al entrar en un directorio.

A favor: velocidad, funciona en los tres sistemas con la misma sintaxis, cambio automático por directorio, arranque de terminal casi sin penalización.

En contra: menos “famoso” que nvm, así que algún tutorial antiguo no lo mencionará.

fnm install 24        # instala Node 24 LTS
fnm use 24            # actívala aquí
fnm default 24        # versión por defecto
node --version        # v24.x.x

Para la mayoría de desarrolladores en 2026, fnm es la mejor opción: la experiencia de nvm pero sin la lentitud y con soporte real de Windows.

Volta — el que fija la versión por proyecto

Volta también está escrito en Rust y es multiplataforma, pero tiene una filosofía distinta: en vez de que tú cambies de versión, fija la herramienta al proyecto. Cuando ejecutas volta pin node@24, escribe la versión en el package.json y, a partir de ahí, cualquiera que abra el proyecto usa esa versión automáticamente, sin comandos.

A favor: reproducibilidad total en equipo (la versión viaja en el package.json), gestiona también npm/pnpm/Yarn y binarios globales, cambio 100% transparente.

En contra: el enfoque de “pinning” puede resultar menos flexible si prefieres controlar tú el cambio manualmente.

volta install node@24   # instala Node 24
volta pin node@24       # lo fija en package.json de este proyecto

Comparativa rápida

Criterio	nvm	fnm	Volta
Lenguaje	Shell script	Rust	Rust
Velocidad	Lenta	Muy rápida	Muy rápida
Windows	No (usar nvm-windows)	Sí	Sí
Cambio automático por carpeta	Con plugin	Sí, nativo	Sí (pinning)
Fija versión en package.json	No	No	Sí
Gestiona package managers	No	No	Sí
Popularidad	Máxima	Alta y creciendo	Media

¿Cuál elijo?

• fnm — para la mayoría. Rápido, multiplataforma y con cambio automático. Si vienes de nvm, la migración es directa (misma idea, mismos .nvmrc).
• Volta — si trabajas en equipo y quieres que la versión de Node (y del package manager) sea idéntica para todos sin que nadie tenga que pensar en ello.
• nvm — si estás en macOS/Linux, ya lo tienes funcionando y no te molesta el pequeño coste de arranque. No hay razón urgente para cambiar, pero tampoco para empezar con él en 2026.

Migrar de un gestor a otro

Cambiar es sencillo porque todos leen el mismo archivo de versión. Desinstala el anterior (revisa que no queden líneas suyas en tu .bashrc/.zshrc), instala el nuevo y reinstala tus versiones de Node:

# Ejemplo: pasar a fnm
fnm install 20
fnm install 24
fnm default 24

Tus proyectos con .nvmrc seguirán funcionando igual, porque fnm y nvm comparten ese formato.

Conclusión

Un gestor de versiones deja de ser opcional en cuanto tienes más de un proyecto Node. En 2026 mi recomendación por defecto es fnm por su velocidad y soporte multiplataforma; Volta si priorizas la reproducibilidad en equipo; y nvm si ya vives cómodo con él en Mac o Linux.

Para el resto del setup de Node:

• Cómo instalar Node.js y npm en Windows, macOS y Linux — la guía completa, con instalador oficial y qué versión LTS elegir en 2026.
• Mejores frameworks JavaScript en 2026 — una vez tengas Node listo, elige tu stack.