Cuando un sitio tarda minutos en compilar, lo más difícil es saber quién tiene la culpa: un plugin, las imágenes o el resaltado de código. Astro 7.4, publicado el 15 de octubre de 2026, llega con una herramienta para responder justo eso.
Astro es un framework, es decir, un conjunto de herramientas para construir sitios web, pensado sobre todo para páginas con mucho contenido, como blogs y documentación. Puedes usar dentro de él componentes de React, Vue o Svelte, por eso también le interesa a quien trabaja con Next.js.
¿Qué pasó?
El equipo de Astro anunció la versión 7.4 en su blog oficial. La novedad principal es que al compilar el sitio con la opción --timings, Astro imprime un resumen de en qué se fue el tiempo: las fases de la compilación, los plugins de Vite, el procesamiento de Markdown y del resaltado de código, el renderizado de páginas, las imágenes y las integraciones.
También estrena, de forma experimental, el renderizado en paralelo de páginas estáticas. Con esa opción activada, Astro reparte las páginas entre varios hilos de trabajo y usa todos los núcleos del procesador menos uno, aunque puedes limitar el número. El costo es más memoria, y no aplica con adaptadores que hacen su propio prerenderizado, como el de Cloudflare.
Otros cambios: ahora puedes configurar un servicio de imágenes para la compilación y otro distinto para las páginas que se generan bajo demanda; hay un manejador notFound() para mostrar tu página 404 cuando armas la aplicación a mano; los proveedores de fuentes pueden avisar qué pesos y estilos soportan para que Astro te advierta si configuras algo que no existe; y puedes personalizar la página de redirección estática. La versión mínima de Node.js sube a 22.22.0.
El medio byteiota citó una prueba con la documentación de Cloudflare, de unas 9,000 páginas: con cuatro hilos de trabajo la compilación bajó de 168 a 128 segundos, pero la memoria máxima subió de 8.2 a 12.6 GB.
¿Por qué te importa?
Si mantienes un sitio de contenido, el reporte de tiempos te ahorra adivinar. En lugar de quitar plugins a ciegas, ves cuál pesa más y decides con datos. Es la misma idea de un perfilador, pero aplicada al proceso de compilación.
El renderizado en paralelo puede recortar los tiempos en sitios grandes, pero conviene tratarlo como lo que es: experimental. Las variables que guardas a nivel de módulo no se comparten entre hilos, así que cualquier caché casera que dependa de eso puede fallar sin avisar.
El cambio de versión mínima de Node.js es el que más puede sorprender en producción. Si tu servidor de integración continua o tu proveedor de hosting sigue en una versión anterior, la actualización falla.
¿Qué puedes hacer?
- Confirma que tu entorno local, tu servidor de integración continua y tu hosting tengan Node.js 22.22.0 o más reciente antes de actualizar.
- Actualiza en una rama aparte con el asistente oficial y revisa que el sitio compile igual que antes.
- Corre una compilación con
--timingsy anota las tres cosas que más tardan; ahí está tu primera mejora de rendimiento. - Prueba el renderizado en paralelo solo en un proyecto de prueba y vigila el uso de memoria; si no compila más rápido, baja el número de hilos.
- Si escribes integraciones o proveedores de fuentes propios, lee las notas de la versión: algunos cambios serán obligatorios en Astro 8.
npx @astrojs/upgradeSigue leyendo
- Vite+ 1.0 junta Vite 8, Vitest 5 y más en una sola herramienta
- Next.js 16.4 recomienda Cache Components para todas las apps
Fuentes
- Blog oficial de Astro: Astro 7.4
- GitHub (withastro/astro): Release astro@7.4.0
- byteiota: Astro 7.4: –timings Shows Where Your Build Is Slow
Imagen de portada: imagen de jamesmarkosborne en Pixabay.