Lenguajes
Node.js
JavaScript en servidor para APIs y tooling
Runtime que ejecuta JavaScript y TypeScript fuera del navegador, base de Astro en modo SSR, scripts de build, APIs ligeras y herramientas del ecosistema npm.
Ir al sitio oficialFicha abierta
Para qué sirve y cómo encaja
Node.js une el build de marcparra.tech, el servidor de preview y el entry de
producción con @astrojs/node. Los scripts de contenido y validación también
corren en Node.
No es el mejor runtime para todo: tareas numéricas pesadas o ML suelen ir mejor en Python. Para servir una app web TypeScript ya montada, encaja bien.
Uso en tu proyecto
Instalación e importación
Comandos y fragmentos tomados de la documentación oficial. Elige tu caso, cópialos tal cual o pásale el prompt a tu agente.
winget install Schniz.fnmfnm install 24 && fnm use 24node -v && npm -vPrompt para que tu agente lo instale
Pega esto en Cursor, Claude Code, Codex u otro agente de código:
Instala Node.js en este proyecto (contexto: Windows). Documentación oficial: https://nodejs.org/en/download. Comando verificado: `winget install Schniz.fnm`. Haz solo la instalación o importación base indicada en esta pestaña; no asumas stack ni configuración del proyecto. Cuando termines, pregunta al usuario cómo quiere integrarlo o qué contexto necesitas para los siguientes pasos.Planes y modelos
Cómo se paga y qué incluye cada opción
- 01Gratis
Open source
Runtime gratuito bajo licencia MIT; pagas el compute donde ejecutes el proceso, no la licencia.
Funcionalidades
Qué puedes hacer con ella
- 01
Un lenguaje en front y tooling
Comparte TypeScript con el frontend y los scripts de validación del repo.
- 02
Ecosistema npm
Millones de paquetes para HTTP, ORMs, CLI y automatización.
- 03
Adaptador Astro Node
Sirve la app con `@astrojs/node` en VPS o contenedor tras `astro build`.
- 04
Event loop I/O
Eficiente para APIs con mucha espera de red o disco, no para CPU intensiva.
Cuándo usarla
Dónde encaja y dónde no
Te conviene si…
Te conviene si ya trabajas en TypeScript, despliegas Astro en Node o necesitas scripts de build y validación en el mismo stack que la web.
Mejor otra opción si…
Mejor otra opción si el backend es CPU pesado en Python o Rust, o si publicas solo estático en CDN sin proceso Node en producción.