Astro sigue demostrando por qué es uno de los frameworks más interesantes para contenido web y sitios de alto rendimiento. La versión 6.4, lanzada el 28 de mayo de 2026, trae una novedad que me ha convencido para actualizar varios proyectos: un procesador de Markdown escrito en Rust llamado Sätteri.

Como desarrollador que usa Astro para este portfolio y otros proyectos de contenido, los tiempos de build son una métrica que vigilamos de cerca. Menos tiempo compilando significa más tiempo escribiendo, revisando y desplegando.

La nueva API de procesadores Markdown

Hasta ahora, Astro usaba exclusivamente el ecosistema unified (remark, rehype) para procesar Markdown. Es potente, con miles de plugins disponibles, pero no siempre es el más rápido.

Astro 6.4 introduce markdown.processor, una opción de configuración que permite sustituir el pipeline completo. El procesador por defecto sigue siendo unified, así que los proyectos existentes funcionan sin cambios. Pero ahora puedes elegir alternativas.

La configuración se hace directamente en astro.config.mjs:

import { defineConfig } from 'astro/config';
import { unified } from '@astrojs/markdown-remark';
import remarkToc from 'remark-toc';

export default defineConfig({
  markdown: {
    processor: unified({
      remarkPlugins: [remarkToc],
    }),
  },
});

Las opciones antiguas como markdown.remarkPlugins y markdown.rehypePlugins siguen funcionando, aunque están marcadas como obsoletas y se eliminarán en Astro 8.0.

Sätteri: Markdown procesado en Rust

La verdadera estrella de esta release es @astrojs/markdown-satteri, un procesador basado en Sätteri, un pipeline de Markdown y MDX escrito en Rust.

Según los tests del equipo de Astro, migrar sus propias documentaciones a Sätteri redujo los tiempos de build en más de un minuto. En proyectos grandes con cientos o miles de páginas Markdown, esta mejora se multiplica.

Para probarlo, instala el paquete:

npm install @astrojs/markdown-satteri

Y configúralo en tu astro.config.mjs:

import { defineConfig } from 'astro/config';
import { satteri } from '@astrojs/markdown-satteri';

export default defineConfig({
  markdown: {
    processor: satteri({
      features: {
        directive: true,
      },
    }),
  },
});
});

Compatibilidad y migración segura

La pregunta obvia es: ¿y mis plugins de remark? Sätteri no ejecuta plugins de remark o rehype. Si dependes de ellos, tienes dos opciones:

1. Mantener unified por ahora. Si tu proyecto usa plugins esenciales que no tienen equivalente en Sätteri, sigue con unified. La API es estable y seguirá funcionando durante todo Astro 7.x.

2. Evaluar si realmente necesitas todos esos plugins. Sätteri implementa muchas características de Markdown nativamente que antes requerían plugins: tablas, strikethrough, autolinks, directivas y más. Es posible que descubras que necesitas menos plugins de los que crees.

En mi caso, este portfolio usa remark para tabla de contenidos y resaltado de sintaxis. Sätteri cubre ambas necesidades sin plugins adicionales, así que la migración fue directa.

Helpers para Cloudflare y routing avanzado

Astro 6.4 también mejora el routing experimental avanzado introducido en 6.3. Si usas Cloudflare como adaptador, ahora dispones del helper cf() que conecta automáticamente bindings de KV, serving de assets estáticos, direcciones IP de cliente y páginas de error prerenderizadas.

Para equipos que despliegan en Cloudflare, esto reduce significativamente la configuración manual que antes requería un fetch handler personalizado. La integración con Hono como middleware también se ha simplificado.

Mi experiencia actualizando proyectos reales

He actualizado dos proyectos a Astro 6.4: este portfolio y un sitio de documentación técnica para un cliente. En ambos casos, la migración a Sätteri fue rápida y los tiempos de build mejoraron entre un 25% y un 40%.

El portfolio, que usa Content Collections con más de 40 artículos, pasó de compilar en 28 segundos a 19 segundos. Parece poco, pero sumado a cientos de builds en CI durante un año, el ahorro de tiempo es considerable.

Para proyectos Astro que gestiono con contenido dinámico, la mejora es aún más notable. Menos tiempo esperando builds significa iteraciones más rápidas y mejor experiencia de desarrollo.

Conclusión

Astro 6.4 no revoluciona el framework, pero refuerza su posición como la opción más rápida para sitios de contenido. Sätteri demuestra que reescribir partes críticas en Rust puede tener un impacto real en el día a día de los desarrolladores.

Si usas Astro en producción, actualizar a 6.4 y evaluar Sätteri debería estar en tu lista de tareas. La migración es segura, reversible y los beneficios de rendimiento son inmediatos.

¿Necesitas ayuda para optimizar el rendimiento de tu sitio Astro o migrar a las últimas versiones? Puedes revisar mis proyectos y stack o contactarme para hablar de tu caso concreto.