#env validate
1 messages · Page 1 of 1 (latest)
No hay nada en la documentación que hable explícitamente de “validar” variables de entorno (por ejemplo, con un esquema) antes de arrancar la app, así que lo siguiente es una interpretación basada solo en lo que sí aparece en las guías.
En Next.js tienes estos puntos clave:
-
Carga de variables
Next.js carga automáticamente las variables desde.env*aprocess.envsiguiendo un orden concreto (.env.local,.env.development, etc.). [Load order] -
Uso en
next.config.*
next.config.js/next.config.mjses un módulo de Node que se ejecuta en las fases de servidor y build, y ahí puedes leerprocess.envsin problema. [next.config]
También puedes definir variables que se inyectan al bundle con la opciónenvdenext.config. [env config] -
Validación “temprana”
La documentación no describe un patrón oficial de “validación de env” (por ejemplo, con Zod/Joi) ni dice que deba hacerse ennext.config.mjs.
Lo que sí deja claro es:- Las
.env*se cargan antes de que se ejecute tu código de Next. [Env guide] next.config.*se ejecuta en Node, por lo que técnicamente podrías leerprocess.envahí y lanzar errores si falta algo. [next.config]
- Las
Resumiendo:
- Sí es posible hacer una validación en
next.config.mjsporque ahí tienes acceso aprocess.envy si lanzas un error, fallará el build/arranque. - Pero la documentación oficial no lo presenta como “la forma recomendada” ni da un ejemplo concreto de validación; solo explica cómo se cargan y cómo se exponen las variables.
Si necesitas algo estrictamente alineado con docs, lo único “oficial” es: usar .env*, process.env, y opcionalmente env en next.config.* para exponer valores al bundle. [Env guide; env config]
Note: you can ask me a follow up question by @ mentioning me again :speech_balloon:
@sweet rapids Kapa.ai is still learning and improving, please let me know how I did by reacting below.