Por qué cambiar el WordPress tradicional por una arquitectura headless con Astro
Los motivos que me llevaron a salir de un WordPress monolítico hacia una arquitectura modular con Astro, n8n y Baserow.
WordPress impulsa una parte enorme de la web, y hay una razón para eso: es fácil de empezar, tiene un ecosistema maduro y resuelve muchas cosas con poca fricción. Pero, para quien busca rendimiento predecible, seguridad más simple y costos operativos bajos, el modelo tradicional “todo en uno” empezó a convertirse en un obstáculo en mi flujo de trabajo.
En este artículo, explico por qué decidí separar la gestión de contenido de la capa pública, adoptando una arquitectura headless con Astro.
El problema del WordPress monolítico
En el WordPress tradicional, la base de datos, el panel administrativo (wp-admin) y el sitio que ve el usuario están acoplados dentro de la misma aplicación. Cada vez que un visitante entra a una página sin caché efectiva, el servidor necesita consultar la base de datos, procesar PHP y montar el HTML en tiempo real.
Eso genera tres desafíos recurrentes:
- Rendimiento: incluso con caché, existe overhead de procesamiento e invalidación.
- Seguridad: el
wp-adminexpuesto aumenta la superficie de ataque. - Mantenimiento: las actualizaciones de plugins, temas y dependencias pueden romper la experiencia de forma inesperada.
¿Qué es una arquitectura headless?
“Headless” significa separar el lugar donde se gestiona el contenido del lugar donde ese contenido se muestra. El CMS deja de ser la aplicación completa y pasa a ser una fuente de datos.
En esta estructura, WordPress puede seguir existiendo como repositorio editorial o puede ser reemplazado por herramientas como Baserow. La diferencia es que el sitio público pasa a ser una capa propia, generada previamente como archivos estáticos.
¿Por qué Astro como capa pública?
Elegí Astro como capa pública de mi laboratorio por una razón simple: entrega HTML primero y JavaScript solo cuando existe una necesidad real.
Para páginas editoriales e institucionales, eso hace diferencia. Menos JavaScript en el navegador significa menor costo de hidratación, menos puntos de falla y una experiencia más predecible. Además, Content Collections transforma Markdown en contenido estructurado, con schema, tipos y validación.
La cadena: n8n y Baserow al mando
La parte más interesante ocurre tras bambalinas. En lugar de depender de un editor visual para montar la experiencia final, uso una cadena automatizada:
- Baserow: funciona como mi base de datos editorial, donde organizo ideas, estados y metadatos.
- n8n: orquesta la operación, monitorea cambios, dispara traducciones vía IA y prepara archivos Markdown.
- Cloudflare Pages: detecta el nuevo commit y publica el sitio en segundos.
¿Vale la pena para ti?
Migrar a headless no es para todos. Si necesitas un sitio simple, con baja complejidad operativa, y no quieres lidiar con automatizaciones, el WordPress tradicional sigue teniendo mucho sentido.
Sin embargo, si eres un Systems Builder que quiere control sobre su stack, rendimiento predecible y libertad para publicar en múltiples idiomas de forma automatizada, el combo Astro + n8n abre un camino muy interesante.
Este laboratorio es una prueba práctica de que podemos construir algo robusto, rápido y barato de mantener sin convertir cada página pública en una aplicación dinámica.