Astro: qué es, cómo funciona y cuándo tiene sentido usarlo en proyectos de empresa

El problema que resuelve Astro

La mayoría de webs corporativas cargan JavaScript que nadie pidió. El equipo eligió WordPress con un tema premium, instaló un plugin de formularios, otro de SEO, uno de caché y dos de seguridad. El resultado: 4.2 segundos de tiempo de carga en móvil, un Lighthouse de 54, y una factura de hosting que sube cada año.

Esto no es un problema de configuración ni de optimización. Es un problema de arquitectura. Y Astro es la respuesta desde la arquitectura, no desde el parche posterior.

Llevamos años construyendo webs con distintas herramientas — WordPress, Next.js, Nuxt, Gatsby en su momento — y hemos acabado usando Astro como opción por defecto para la mayoría de proyectos de empresa por razones que explicamos a continuación. No porque sea la moda, sino porque encaja con un problema concreto que vemos repetirse: webs que pesan demasiado, se rompen con actualizaciones y cuestan más de mantener que de construir.

Cómo funciona — la idea que cambia todo

Astro genera HTML estático en tiempo de compilación. No en cada petición del usuario, sino antes de que llegue la primera visita.

La analogía que usamos: un restaurante de servidor tradicional cocina cada plato al momento, cuando el cliente pide. Más trabajo, más tiempo de espera, más riesgo de que algo salga mal bajo presión. Astro prepara todo antes del servicio y sirve directamente. El plato ya está listo cuando llega el cliente.

Eso en términos técnicos significa que el servidor — o en nuestro caso, el edge de Cloudflare — entrega un archivo HTML que ya tiene todo el contenido renderizado. Sin ejecutar código en el servidor en cada petición, sin tiempos de espera de base de datos, sin hidratación de JavaScript que bloquea el render.

La parte que nos parece más elegante es la Islands Architecture. La idea es simple: una página puede ser 100% HTML estático excepto el componente que realmente necesita interactividad. El menú mobile que se abre y cierra. El acordeón del FAQ. El formulario de contacto. Solo esas partes reciben JavaScript. El resto de la página — el 95% en la mayoría de casos — es HTML puro que el navegador renderiza en milisegundos.

Comparado con un framework como Next.js o Nuxt donde toda la página se hidrata en el cliente aunque la mayoría de los componentes sean completamente estáticos, la diferencia de rendimiento es inmediata.

Lo que Astro puede hacer — más de lo que parece

El error más común que vemos es pensar que Astro es solo para webs estáticas simples. Un blog, una landing, algo sin lógica de negocio. Eso era cierto en 2021. Ya no lo es.

Astro conecta directamente con bases de datos. Turso, Supabase, PlanetScale, cualquier instancia de Postgres. Puedes escribir una query en un servidor endpoint de Astro y devolver los datos a la página. No necesitas una API externa separada.

Se integra con cualquier CMS headless: Contentful, Sanity, Strapi, Notion. El contenido viene del CMS, Astro lo renderiza en build y sirve HTML. El editor de contenido trabaja en la interfaz que ya conoce, el resultado en web es rápido y el SEO es perfecto.

Cuando el proyecto lo requiere, Astro tiene Server Side Rendering híbrido. Puedes tener parte del sitio estático y parte con SSR en la misma aplicación. Un ecommerce pequeño podría tener el catálogo y las fichas de producto estáticas — velocidad máxima, SEO perfecto — y el área de cliente con SSR que lee del servidor el historial de pedidos.

También tiene Actions, su sistema para manejar formularios y mutaciones de datos sin necesidad de construir una API REST separada. Y puedes usar React, Vue o Svelte en los islands donde lo necesites, sin comprometer el rendimiento del resto de la página.

Hemos construido proyectos con toda esta combinación. La web de una empresa de servicios con páginas estáticas para los servicios y el blog, un formulario de contacto con endpoint server que escribe en Supabase, y un panel básico de administración con SSR para gestionar las solicitudes — todo en el mismo proyecto Astro, desplegado en Cloudflare Pages. Antes eso requería WordPress más varios plugins más un hosting con PHP. Ahora es un solo repositorio, un solo deploy.

Las cuatro ventajas que importan para empresas

No vamos a hacer una lista de doce puntos. Nos quedamos con las cuatro que tienen impacto real en los proyectos de empresa.

Velocidad sin configuración. Lighthouse 95-100 desde el primer día no porque hayamos pasado semanas optimizando, sino porque la arquitectura no genera peso innecesario por defecto. El CSS se inlinea solo para lo que hay en pantalla. El JavaScript solo carga donde hace falta. No hay que instalar plugins de caché ni comprimir imágenes manualmente.

SEO estructuralmente correcto. HTML semántico, meta tags controlados, schema.org donde se necesite, sitemap automático. Los crawlers de Google y los LLMs que indexan contenido para AI Overviews leen el HTML perfectamente. En WordPress, conseguir esto requiere configurar Yoast, ajustar el tema, revisar que los datos estructurados salgan bien. En Astro, es el comportamiento por defecto.

Mantenimiento predecible. No hay base de datos que actualizar, no hay plugins que rompen con cada versión de PHP, no hay superficie de ataque innecesaria. Un deploy es un conjunto de archivos HTML. O funciona o no funciona. Sin estados intermedios, sin “en producción funciona diferente que en local”. Hemos tenido clientes con WordPress cuyo sitio se caía cada vez que actualizaban un plugin. Ese problema no existe con Astro.

Coste de infraestructura mínimo. Desplegado en Cloudflare Pages: gratuito hasta millones de peticiones mensuales. Sin servidor que mantener, sin factura de hosting que sube con el tráfico. Para una empresa con una web corporativa, el coste de infraestructura es cero o casi cero.

Las desventajas — siendo honestos

Astro no es para todo y hay que decirlo.

Para aplicaciones web con mucho estado del cliente — un SaaS complejo, una herramienta con interfaz muy interactiva, un dashboard con decenas de componentes que se actualizan en tiempo real — React o Next.js tienen más sentido. Astro no compite en ese espacio y no lo pretende.

Si el equipo de la empresa va a gestionar el contenido sin CMS y sin perfil técnico, la curva de aprendizaje existe. Markdown y el panel de administración de WordPress no son lo mismo. Esto se resuelve añadiendo un CMS headless, pero es un paso adicional que hay que planificar.

Para tiendas con miles de productos y una integración compleja de WooCommerce ya en funcionamiento, migrar a Astro headless puede no ser lo más pragmático. Shopify nativo o WordPress headless con WooCommerce pueden ser más razonables dependiendo del caso.

Usamos Astro donde resuelve mejor el problema. No lo usamos en todos los proyectos porque no siempre es la herramienta correcta.

Astro vs WordPress — sin demonizar ninguno

La comparativa que todo el mundo busca. La versión honesta, sin el sesgo habitual de “WordPress está muerto” que escriben los que acaban de descubrir cualquier framework nuevo.

WordPress tiene ventajas reales: un ecosistema de plugins maduro que cubre prácticamente cualquier funcionalidad, una interfaz de gestión de contenido que cualquier persona puede usar después de media hora, WooCommerce para tiendas medianas y un histórico SEO establecido en muchos dominios.

Astro gana en velocidad sin compromiso, mantenimiento a largo plazo, seguridad por superficie mínima, coste de infraestructura y SEO técnico moderno — especialmente en lo que respecta a GEO y posicionamiento en resultados generativos.

El contexto donde nosotros migramos de WordPress a Astro: webs corporativas, blogs de empresa, landings de servicios, webs sectoriales donde el contenido cambia poco y la velocidad y el SEO son factores de negocio. No migramos un ecommerce activo con 5.000 productos y equipo de marketing no técnico a Astro sin una razón muy clara para hacerlo.

Un ejemplo real: Astro con base de datos

Para cerrar la parte de “Astro es solo para webs estáticas simples”: esto es lo que hemos construido para una clínica.

Páginas de servicios y especialidades completamente estáticas — tiempo de carga por debajo de 1.2 segundos en móvil, Lighthouse 100. Formulario de reserva de cita que escribe en Supabase a través de un server endpoint de Astro. Un panel de administración básico con SSR donde el equipo de la clínica ve las solicitudes entrantes con autenticación. Todo en el mismo dominio, el mismo proyecto, el mismo deploy en Cloudflare Pages.

Antes eso requería WordPress, un plugin de reservas con su propia base de datos, un hosting con PHP, y alguien que actualizara los plugins cada mes. Ahora es un repositorio, cero plugins, coste de infraestructura nulo y sin nadie que “cuide” el servidor.

Por qué lo usamos nosotros

No elegimos Astro porque sea el framework más nuevo ni porque hayamos leído que es rápido. Lo usamos porque para el tipo de proyectos que hacemos — webs de empresa donde el SEO, la velocidad y el mantenimiento a largo plazo importan — encaja mejor que cualquier alternativa que hemos probado.

Y porque esta web está construida en Astro. No tendría sentido recomendarlo a clientes si no lo usáramos nosotros mismos para lo que más nos importa: nuestra presencia en internet.