Índice7
¿Dónde guardar los artículos del blog? La pregunta parece técnica, y a menudo se resuelve por costumbre: el CMS que se conoce, o el que propone el proveedor. Se resuelve mejor partiendo de las personas: quién escribe, cuántas veces al mes y quién debe revisar antes de que se publique. Hemos practicado ambas cosas en este sitio: los artículos vivieron en Sanity, un CMS headless conectado en 2025, y pasaron a archivos Markdown en el repositorio el 1 de septiembre de 2026. Este cambio no dice que una opción valga más que la otra; dice que nuestras necesidades habían cambiado. El marco general está en nuestra guía de la migración a un sitio estático con Astro.
En resumen
- En Markdown en el repositorio, cada artículo es un archivo de texto: versionado, verificado por programa, revisado antes de la publicación, sin suscripción.
- Un CMS da una interfaz de edición, roles, una biblioteca de medios y la programación a un equipo que publica a menudo.
- El criterio que decide es humano: el número de redactores, su soltura con las herramientas y la revisión exigida.
- Ambos se combinan: un CMS puede escribir archivos Markdown, y un sitio estático puede leer uno u otro.
- Cambiar de opción más adelante es posible: el contenido se traslada, las direcciones se conservan.
Dos formas de guardar un artículo
Definición
Markdown
Una forma de escribir texto con formato mediante signos sencillos: una almohadilla para un título, dos asteriscos para la negrita, corchetes para un enlace. El archivo sigue siendo legible tal cual, tanto para una persona como para un programa.
Markdown en el repositorio del sitio
Cada artículo es un archivo, guardado con el código del sitio
Cada modificación se versiona, se revisa y después se fusiona
Los controles automáticos se ejecutan antes de la publicación
Ninguna suscripción, ninguna interfaz que mantener
Exige soltura con la herramienta de revisión, o un intermediario
Un CMS, clásico o headless
Cada artículo es una ficha, editada en una interfaz
Roles, circuito de validación, biblioteca de medios, programación
La vista previa se hace en la interfaz, a menudo en directo
Una suscripción o un servidor que mantener, y un esquema que hacer evolucionar
Accesible a todo el equipo sin formación técnica
Lo que aporta el Markdown en el repositorio
Un artículo que no puede salir incompleto
Con Astro, los artículos se guardan en una colección descrita por un esquema: título, resumen, fecha, categoría, idioma. La documentación de Astro lo resume: si un archivo no respeta el esquema de su colección, Astro lo señala con un error. En este sitio, un artículo sin título o con una categoría desconocida no se construye: el olvido se vuelve imposible, en lugar de detectarse en la revisión.
Controles antes de cada publicación
Un archivo de texto se verifica por programa. Antes de que un artículo salga, un control propio revisa lo que una máquina sabe verificar: cada enlace interno lleva a una página que existe, cada cifra de un bloque tiene su fuente, las preguntas frecuentes tienen la longitud correcta, no aparece ningún nombre que no deba figurar. El resto (la exactitud de una fuente, el tono) queda para la revisión humana.
Publicar es fusionar
El camino de un artículo en este sitio
- El borrador
Un archivo, marcado como borrador.
- Los controles
Enlaces, fuentes, estructura, verificados por programa.
- La vista previa
El artículo en línea en una dirección privada.
- La revisión
Una persona lee, corrige y después quita la marca de borrador.
- La fusión
El artículo se publica, y una vuelta atrás sigue siendo un solo comando.
Este circuito importa tanto más cuanto que algunos borradores se producen con ayuda de una IA. Un artículo generado nace marcado como borrador, y solo la revisión humana lo publica.
Sobre el terreno
Por qué la revisión es un paso obligado
Palmora Property, un portal inmobiliario que operamos, lo aprendió a su costa: un modelo de IA publicó artículos que presentaban tres proyectos inmobiliarios inexistentes. Tuvieron que despublicarse, y sus direcciones responden ahora que ya no existen. Desde entonces, en este sitio como en otros, nada generado sale sin una persona que lo lea y lo firme.
La cuestión de indicar, o no, que un texto se escribió con una IA se trata en nuestro artículo sobre la transparencia de los textos generados.
Lo que cuesta
Nada en suscripción: los artículos son archivos, servidos con el resto del sitio. A 19 de octubre de 2026, este blog cuenta con más de 120 archivos de artículos por idioma, borradores incluidos, sin ninguna base de datos. El coste real está en otra parte: la persona que publica debe sentirse cómoda con la herramienta de revisión de modificaciones, o pasar por alguien que lo esté.
Lo que aporta un CMS
Un CMS está hecho para un equipo: varios redactores, roles (quién escribe, quién valida, quién publica), una biblioteca de imágenes, la programación de un artículo en una fecha. Es la herramienta más extendida de la web: WordPress equipa por sí solo el 39,6 % de los sitios según W3Techs, y la mayoría de los redactores ya lo han utilizado.
Un CMS headless separa la edición de la visualización: el equipo escribe en la interfaz, y el sitio, siempre estático para el visitante, se reconstruye en cada publicación. Es el montaje que describe nuestro artículo sobre Astro y Sanity en headless. Su coste es legible, y cambia; esta es la tabla de Sanity consultada para este artículo:
al mes en la oferta de entrada, hasta 20 usuarios
por usuario y por mes en la oferta Growth, hasta 50 usuarios
A ello se suman el tiempo de hacer evolucionar el esquema (cada nuevo tipo de bloque se declara en el CMS y en el sitio) y, para un CMS clásico como WordPress, las actualizaciones y la vigilancia que exige un servidor que ejecuta código: nuestro artículo sobre los sitios WordPress pirateados detalla las razones.
Las preguntas que deciden
- ¿Cuántas personas escriben?
Una o dos personas con soltura con las herramientas: el Markdown basta. Cinco redactores o más: un CMS les ahorra un intermediario.
- ¿A qué ritmo?
Un artículo por semana no pesa como diez al día. Cuanto más alto es el ritmo, más cuentan la programación y los roles.
- ¿Qué revisión se exige?
Si cada artículo debe revisarse y verificarse antes de salir, el circuito de modificaciones del repositorio lo garantiza por construcción; un CMS lo permite con un circuito de validación configurado.
- ¿Quién produce los borradores?
Una IA que redacta borradores escribe más fácilmente un archivo que una ficha de CMS, y el control por programa se aplica directamente.
- ¿Qué medios?
Algunos esquemas y capturas se guardan con el artículo; una fototeca de miles de imágenes requiere una biblioteca de medios.
Nuestro cambio del 1 de septiembre de 2026 se explica por las preguntas 3 y 4: pocos redactores humanos, borradores producidos con una IA y una revisión humana obligatoria antes de cada publicación. Un equipo editorial de diez personas, sin IA en la cadena, habría llegado a la conclusión contraria.
Ambos no se excluyen
Los CMS llamados «basados en Git» dan una interfaz de edición a archivos Markdown guardados en el repositorio: el equipo escribe en un formulario, y cada guardado se convierte en una modificación revisada como las demás. Y un sitio Astro puede leer ambas fuentes a la vez, por ejemplo el blog en archivos y las páginas de productos desde un CMS.
Cambiar de opción más adelante sigue siendo posible. El contenido se traslada: un archivo Markdown es texto, y un CMS se exporta. Lo que no debe moverse son las direcciones de los artículos, o bien con una lista de redirecciones 301 establecida antes del cambio, tras haber clasificado los artículos que se conservan, se fusionan o se eliminan.
El blog en el resto del sitio
Un blog alimenta las pruebas de un sitio corporativo (los cinco bloques que generan solicitudes), y cada opción se cuantifica a lo largo del tiempo (cuánto cuesta un sitio de empresa). Un blog en varios idiomas guarda sus artículos por idioma, con un slug traducido (un idioma, una dirección). Los artículos se leen rápido en el móvil (las Core Web Vitals para un directivo), siguen siendo accesibles, imágenes descritas incluidas (la obligación europea de accesibilidad), y un CMS almacena sus datos en algún lugar (alojar su sitio en Europa, y Cloudflare, Netlify o un VPS). Un formulario de suscripción a un boletín se conecta como los demás (formulario y búsqueda en un sitio estático).
Nuestras ofertas de sitio integran una u otra opción, decidida en la fase de definición: el sitio corporativo para partir de cero, la migración a un sitio estático para retomar un blog existente y sus direcciones, con un editor Sanity cuando publican varias personas.
Preguntas frecuentes
¿Puede publicar en Markdown una persona que no es desarrolladora?
Sí, con una breve formación: el Markdown se reduce a una decena de signos, y las plataformas que alojan el repositorio ofrecen un editor en el navegador. Lo que exige soltura es el circuito (borrador, vista previa, fusión). Si varios redactores no lo quieren, un CMS, eventualmente basado en Git, les da una interfaz sin cambiar el resto.
¿Hace falta un CMS para un blog de empresa?
No necesariamente. Un CMS se justifica cuando varios redactores publican a menudo, con roles y programación. Para una o dos personas, o para borradores producidos con una IA y después revisados, bastan archivos Markdown en el repositorio, sin suscripción, con controles automáticos antes de cada publicación y una vuelta atrás siempre posible.
¿Se puede pasar de WordPress a archivos Markdown sin perder los artículos?
Sí. Los artículos se exportan, se convierten en archivos y se verifican uno a uno: títulos, imágenes, enlaces internos. El punto crítico es la dirección de cada artículo: mantenerla idéntica, o establecer una redirección 301 hacia la nueva antes del cambio. Los artículos sin visitas ni enlaces pueden fusionarse o retirarse en esa ocasión.
¿Sirven los archivos Markdown para los artículos escritos con una IA?
Sí, y es una de sus ventajas: una IA escribe fácilmente un archivo de texto, que después unos programas pueden controlar (enlaces, fuentes, estructura). El archivo nace como borrador, y solo una revisión humana lo publica. Este paso no es opcional: un modelo puede inventar hechos, y un artículo falso publicado cuesta más que un artículo con retraso.
Fuentes
- Astro, guía de las colecciones de contenido (nueva pestaña)docs.astro.build
- W3Techs, cuota de mercado de WordPress, octubre de 2026 (nueva pestaña)w3techs.com
Jim · fundador de Brain Plus AI
Más artículos sobre sitios, migración y astro
Entender9 min La guía del tema
Migrar a un sitio estático con Astro sin perder el SEO
Un sitio estático generado con Astro sustituye a un WordPress o un Drupal envejecido sin cambiar de direcciones: páginas en HTML puro servidas por una CDN, ningún plugin que parchear y una cadena de publicación con vuelta atrás. Lo que cambia, cómo se migra y cuándo no hay que hacerlo.
Elegir y presupuestar10 min
Astro o WordPress: ¿cuál elegir para su sitio web?
WordPress se edita desde un panel, Astro fabrica sus páginas por adelantado. Lo que cada uno hace mejor, lo que miden los datos de campo y cinco preguntas para decidir.
Tomar perspectiva5 min
Un CMS para no publicar nada: el coste del sitio «editable»
Las empresas exigen un CMS para poder modificar su sitio y después apenas lo tocan. Sin embargo, pagan cada mes la lentitud, el mantenimiento y los parches. Un sitio estático se modifica con la misma sencillez, sin ese precio.