Construyendo este blog con Astro

Durante años este dominio fue una sola página: un nombre, una foto, tres links. Cargaba en menos de un segundo y no decía casi nada. Es un buen trato para una tarjeta de presentación y uno pésimo para alguien que quiere pensar en voz alta.

Aburrido a propósito

Todo el sitio es estático. No hay base de datos, ni CMS, ni una API que mantener viva. Los posts son archivos Markdown que viven en el repositorio, al lado del código:

src/content/posts/
├── en/building-this-blog.md
└── es/construyendo-este-blog.md

Publicar es hacer un commit. Ese es todo el flujo, y tiene una propiedad que ningún editor alojado puede igualar: el contenido sobrevive a la herramienta. Si mañana desaparece Astro, los posts siguen siendo texto plano en git.

Lo que cuesta ser estático

Ser honesto con las contras importa más que el discurso de venta:

• No hay preview de borradores para otros. Un post con draft: true queda fuera del build, así que no existe un link para compartir hasta publicarlo.
• No hay comentarios sin meter a un tercero.
• La búsqueda hay que construirla de antemano, no consultarla a demanda.

Lo último resultó ser el problema interesante, y la razón por la que este sitio se indexa a sí mismo en el deploy en vez de exponer un endpoint de búsqueda.

Lo que de verdad importa

Lo mejor de un sitio personal es que nadie te lo puede quitar.

Todo lo demás — el framework, la paleta, el paso de build ingenioso — es reemplazable. Escribe las cosas en un lugar que controles.