Por Qué Elegí Astro Para Mi Blog (Y Por Qué Tú Deberías También)

He construido blogs en prácticamente toda plataforma que puedas pensar.

WordPress con varios temas y page builders. Gatsby con toda su complejidad GraphQL. Next.js con su directorio app en constante cambio. Jekyll para simplicidad estática. Hugo porque todos decían que era rápido.

Cada uno tenía sus fortalezas. Cada uno también tenía cosas que me volvían absolutamente loco.

Luego probé Astro, y algo hizo clic.

No era solo que fuera rápido, aunque lo es. No era solo que tuviera buen SEO, aunque lo tiene. Era más fundamental que eso. Se sentía como que alguien realmente había pensado sobre cómo debería sentirse construir un sitio de contenido.

Déjame explicar por qué terminé eligiendo Astro para este blog, y por qué creo que podría ser la elección correcta para ti también.

El Problema Con Todo Lo Demás

Antes de entrar en por qué Astro funciona, déjame hablar sobre por qué otras opciones no funcionaron.

WordPress es el punto de partida obvio para la mayoría de la gente. Es familiar. Hay millones de tutoriales. Puedes instalar un tema y tener algo corriendo en una hora.

Pero aquí está lo que pasa en la práctica.. instalas WordPress, luego necesitas un tema, luego necesitas un page builder porque el tema no hace exactamente lo que quieres, luego necesitas plugins de caché porque el page builder hizo todo lento, luego necesitas plugins de SEO, luego plugins de seguridad, luego plugins de optimización de imagen.

Antes de que lo sepas, estás gestionando 15 plugins, tu sitio toma cuatro segundos para cargar, y pasas más tiempo actualizando y resolviendo problemas que realmente escribiendo.

He pasado por ese camino demasiadas veces.

Luego está la ruta del framework JavaScript moderno. Construí blogs con Next.js y Gatsby pensando que eso resolvería los problemas de rendimiento.

Y pueden ser rápidos.. si configuras todo perfectamente. Pero la complejidad es salvaje. Estás lidiando con renderización del lado del servidor, hidratación del lado del cliente, división de código, optimización de bundle, y un millón de opciones de configuración.

Para un blog. Un sitio que es mayormente solo texto e imágenes.

Se sentía como usar una motosierra para cortar un sándwich.

Gastaría horas descubriendo por qué mi build estaba fallando o por qué ciertas páginas no se estaban generando correctamente, cuando debería haber estado escribiendo contenido.

Lo que quería era algo que fuera rápido por defecto, simple de trabajar, y realmente diseñado para sitios enfocados en contenido.

Eso es Astro.

Lo Que Hace a Astro Diferente

El insight central detrás de Astro es bastante simple.. la mayoría de los sitios web no necesitan JavaScript en cada página.

Piensa en un post de blog. Es mayormente solo HTML y CSS. Algo de texto, algunas imágenes, tal vez un bloque de código. No hay mucha interactividad. ¿Por qué estamos enviando cientos de kilobytes de JavaScript solo para mostrar contenido estático?

La respuesta de Astro es enviar cero JavaScript por defecto.

Escribes tus componentes, Astro los renderiza a HTML en tiempo de build, y eso es lo que se envía al navegador. HTML puro y rápido.

Si necesitas interactividad en algún lugar, como una sección de comentarios o una galería de imágenes, puedes añadirlo solo a ese componente usando lo que llaman "arquitectura islands." El resto de la página permanece estático. Solo los bits interactivos obtienen JavaScript.

Esto es brillante para blogs porque el 95 por ciento de tu contenido es estático. No necesitas React hidratando toda tu página solo para mostrar un post de blog.

La diferencia de rendimiento es masiva. Estoy hablando de 40 a 60 por ciento más rápido Time to First Byte comparado con WordPress. 50 a 70 por ciento más pequeños bundles JavaScript comparado con setups React típicos.

Esas no son pequeñas mejoras. Son el tipo de ganancias que realmente aparecen en tus analytics como mejor engagement y menores tasas de rebote.

La Ventaja SEO

Aquí está algo que no aprecié completamente hasta que lancé mi primer blog Astro.. los beneficios SEO.

Los motores de búsqueda aman sitios rápidos con HTML limpio. Eso es exactamente lo que Astro te da.

Porque Astro genera HTML estático por defecto, cada página es instantáneamente rastreable. Los motores de búsqueda no tienen que ejecutar JavaScript para ver tu contenido. Está justo ahí en el HTML.

Esto importa más de lo que pensarías. He visto sitios pesados en JavaScript luchar con indexación porque el rastreador de Google tuvo problemas renderizando el contenido apropiadamente. Con Astro, no hay nada que renderizar. El contenido ya está en la fuente de la página.

Además, todas esas ganancias de rendimiento directamente impactan tus puntuaciones Core Web Vitals. Largest Contentful Paint, First Input Delay, Cumulative Layout Shift.. todas las métricas que Google usa para ranking son más fáciles de optimizar cuando no estás enviando bundles JavaScript masivos.

Lancé el blog Apatero en Astro y dentro de un mes alcanzamos 75,000 impresiones. ¿Fue todo eso por Astro? No, había otros factores. Pero la fundación técnica absolutamente ayudó.

Los sitios rápidos rankean mejor. Es así de simple.

La Experiencia del Desarrollador

Okay, esta parte es más relevante si estás cómodo con código, pero incluso si no eres súper técnico, escúchame.

Astro simplemente se siente bien trabajar con él.

Puedes escribir componentes en HTML plano si quieres. O usar React, Vue, Svelte, lo que estés cómodo. Astro no te encierra en un framework.

La estructura de archivos es intuitiva. Las rutas están basadas en nombres de archivos. ¿Quieres una página en /blog? Crea un archivo en pages/blog.astro. Listo.

El soporte de Markdown y MDX está incorporado, lo cual es perfecto para blogs. Escribes tus posts en Markdown, añades frontmatter para metadatos, y Astro maneja el resto.

No hay configuración de build compleja. Sin configs webpack que mantener. Sin errores misteriosos que toman horas debugear.

Simplemente funciona, y cuando algo no funciona, los mensajes de error realmente tienen sentido.

Viniendo de Next.js donde perdería tardes enteras por problemas de build, esto fue refrescante.

Números Reales de Rendimiento

Déjame darte algunas comparaciones concretas, porque "rápido" es subjetivo.

Los benchmarks independientes muestran a Astro consistentemente superando otros frameworks para sitios de contenido.

Time to First Byte es 40-60 por ciento más rápido que WordPress.

First Contentful Paint es 30-50 por ciento mejor que Gatsby.

Largest Contentful Paint es 25-45 por ciento mejorado comparado con Next.js para contenido estático.

Los tamaños de bundle JavaScript son típicamente 50-70 por ciento más pequeños que frameworks basados en React.

Estos no son números seleccionados cuidadosamente. Esto es lo que pasa cuando construyes un sitio de contenido de la manera en que Astro lo aborda.. estático por defecto, JavaScript solo cuando es necesario.

Para referencia, esta plantilla de blog construida con Astro tiene un tamaño de bundle de aproximadamente 184KB total. Eso incluye todo.. el framework, los componentes, el styling, todo.

¿Un sitio WordPress comparable con un tema decente y algunos plugins? Fácilmente más de 1MB. A veces múltiples megabytes.

Esa diferencia importa en redes móviles. Esa diferencia importa para SEO. Esa diferencia importa para la experiencia del usuario.

La Filosofía Content-First

Aquí está lo que realmente me vendió en Astro.

Está construido para sitios de contenido. No e-commerce. No web apps. Contenido.

La documentación asume que estás construyendo un blog o un sitio de marketing o un sitio de documentación. Los ejemplos son relevantes. Las características están enfocadas en necesidades de contenido.

Tienes generación de feed RSS incorporada. Generación de sitemap. Optimización de imagen. Todas las cosas que necesitas para un sitio de contenido, simplemente incorporadas.

Otros frameworks tratan sitios de contenido como una ocurrencia tardía. Astro los trata como el caso de uso principal.

Ese enfoque hace todo más fácil. En vez de luchar contra el framework para hacerlo funcionar para un blog, estás trabajando con un framework que fue diseñado para exactamente lo que estás haciendo.

Cuándo Astro Podría No Ser Correcto

No quiero sobrevender esto. Astro no es perfecto para todo.

Si necesitas mucha interactividad del lado del cliente, como un feed de redes sociales que se actualiza en tiempo real o un dashboard complejo con toneladas de gestión de estado, podrías estar mejor con un framework SPA tradicional.

Si no estás cómodo con código en absoluto y necesitas un editor puramente visual, WordPress con un page builder podría ser más fácil, a pesar de las compensaciones de rendimiento.

Si necesitas plugins específicos o integraciones que solo existen en el ecosistema WordPress, esa es una razón válida para quedarse con WordPress.

Pero para un blog donde el objetivo primario es publicar contenido y rankear en motores de búsqueda? Astro es difícil de superar.

Por Qué Sigo Volviendo a Él

He construido múltiples blogs en este punto. Cada vez que empiezo un nuevo proyecto, considero las opciones.

¿Debería usar WordPress por el ecosistema? ¿Next.js por la familiaridad con React? ¿Algo más?

Y cada vez, vuelvo a Astro.

Porque recuerdo cómo era trabajar con otros frameworks. La resolución constante de problemas. Los conflictos de plugins. La ansiedad de tamaño de bundle. La frustración de tiempo de build.

Con Astro, solo escribo contenido y funciona. Los builds son rápidos. El sitio es rápido. El SEO es sólido. La experiencia del desarrollador es placentera.

Eso es lo que quiero de una plataforma de blogging. Quiero pasar mi tiempo escribiendo, no debugeando.

La Línea de Fondo

Si estás empezando un blog en 2025, tienes muchas opciones.

Puedes ir con WordPress y lidiar con el bloat de plugins y problemas de rendimiento.

Puedes elegir un framework JavaScript y luchar con la complejidad.

O puedes probar Astro y obtener un framework que está realmente diseñado para lo que estás tratando de construir.

Rápido por defecto. Amigable con SEO por naturaleza. Simple de trabajar. Enfocado en contenido.

Por eso lo elegí. Por eso esta plantilla está construida con él. Y por eso creo que deberías darle una oportunidad.

Podrías encontrar, como yo encontré, que es exactamente lo que has estado buscando.