Astro

Llegué a Astro buscando exactamente lo que promete: un sitio que sea HTML primero, JavaScript después. Veníamos de años pagando peajes de SPAs gigantes para servir lo que en el fondo era un blog y unas landings — bundles de cientos de kilobytes, hidratación inicial bloqueando la primera pintura, métricas Core Web Vitals que costaba defender.

Lo que cambia

Astro renderiza todo a HTML estático en build time. Si necesitas interactividad —un formulario, un slider, un widget— la marcas como island con client:load, client:visible o client:idle y solo ese pedazo se hidrata. El resto sigue siendo HTML servido tal cual. La diferencia en Lighthouse es inmediata.

El sistema de Content Collections con schemas Zod es el otro motivo por el que se queda. Frontmatter tipado, autocompletado en el editor, errores en build cuando alguien escribe publishedat en vez de publishedAt. Si vienes de markdown sueltos en una carpeta, esto te ahorra clases enteras de bugs silenciosos.

Cuándo no

Si tu producto es un dashboard SaaS con state global, mutaciones constantes y rutas autenticadas, Astro está fuera de su pista. Para eso siguen Next, Remix, SvelteKit. Astro es para sitios que se leen, no apps que se usan — esa frase no es mía pero la hago propia. Para todo lo demás, es la opción que me deja dormir tranquilo.