Índice6
Headless, en una imagen
En un CMS clásico, la edición y la visualización viven en el mismo software: WordPress almacena sus textos y fabrica sus páginas. En un montaje headless, se corta la cabeza:
Un montaje headless, del CMS al navegador
- El cuerpo
El CMS solo almacena y edita el contenido.
- La API
El CMS y la web se comunican mediante una API.
- La cabeza
Una web separada, aquí construida con Astro, se encarga de mostrar.
- El visitante
El navegador recibe HTML fabricado en la publicación.
Esta división tiene una consecuencia que los visitantes nunca ven, pero que su proveedor de alojamiento, su posicionamiento y su responsable de seguridad notan enseguida: la web publicada es estática, como explicamos en por qué migrar a una web estática con Astro. El CMS nunca está expuesto a los visitantes, ni siquiera está en el mismo servidor.
¿Hace falta un CMS? La pregunta que precede a todas las demás
Un CMS headless cuesta tiempo de modelado, una suscripción a partir de cierto número de usuarios y una capa más que operar. No se justifica, por tanto, por principio. La tabla que aplicamos cabe en cuatro preguntas.
| Pregunta | Bastan archivos en el repositorio | Se justifica un CMS headless |
|---|---|---|
| ¿Quién publica? | Una o dos personas, cómodas con un editor de texto o ayudadas por un motor de contenido | Un equipo, colaboradores externos, revisores distintos de los autores |
| ¿Con qué frecuencia? | Algunos contenidos al mes | Publicaciones diarias, actualizaciones de fichas, un calendario |
| ¿Qué tipo de contenido? | Artículos y páginas: texto estructurado | Fichas de producto, autores, lugares, relaciones entre contenidos, muchos medios |
| ¿Qué circuito? | La revisión es la revisión del cambio antes de la fusión | Borradores, validación por rol, publicación programada, vista previa visual para no técnicos |
Nuestro propio caso ilustra la primera columna.
Sobre el terreno
Esta web estuvo conectada a Sanity en 2025. En septiembre de 2026 devolvimos los artículos al repositorio, en archivos Markdown validados por un esquema, porque solo una persona publicaba y un motor de contenido escribe ahora los borradores directamente en el repositorio: la relectura humana es la revisión del cambio, y la publicación es una fusión. Un CMS habría sido una capa más que pagar y mantener para una comodidad que nadie usaba.
Al contrario, una agencia en la que cinco personas redactan, un responsable valida y un diseñador gráfico gestiona los visuales necesita una herramienta de edición, una vista previa y roles. Ahí es donde Sanity encuentra su lugar.
Cómo encajan Astro y Sanity
Sanity no es un WordPress sin tema: es una base de contenido alojada, con un estudio de edición cuyo modelo se define en el código. Cinco mecanismos sostienen el montaje.
- El modelo de contenido en el código. Usted describe sus tipos (artículo, autor, oferta, caso práctico) y sus campos en archivos versionados con la web. El estudio de edición se deriva de ellos. Añadir un campo es un cambio de código revisado, no un clic en una interfaz que nadie documenta.
- El texto enriquecido estructurado. Sanity almacena el texto enriquecido en forma estructurada (Portable Text) en lugar de HTML: la web decide la presentación, y el mismo contenido puede alimentar una página, un feed, una aplicación o un asistente de IA.
- La integración oficial con Astro. Sanity publica una integración oficial para Astro: la web consulta el contenido en la construcción y lo convierte en páginas estáticas. Las consultas se escriben en GROQ, el lenguaje de consulta de Sanity, que permite tomar solo lo que una página necesita.
- La publicación desencadena la reconstrucción. Un webhook avisa al alojamiento en cada publicación. La web se reconstruye y se despliega de nuevo en unos minutos. Entre dos publicaciones, no se ejecuta nada.
- La vista previa y la edición visual. Los redactores ven la página tal como se publicará, con sus borradores, antes de pulsar publicar. Es lo que hace aceptable el montaje para un equipo no técnico.
Lo esencial
La web publicada sigue siendo una carpeta de archivos servida por un CDN
El montaje no cambia los controles automáticos: enlaces, sitemap, hreflang y datos estructurados se verifican como en una web estática sin CMS.
Lo que cuesta realmente
Tres partidas, y ninguna está oculta.
La suscripción a Sanity. Tarifas consultadas el 11 de octubre de 2026 en sanity.io/pricing: el plan Free cuesta 0 $ para hasta 20 usuarios y 2 conjuntos de datos públicos. El plan Growth cuesta 15 $ por usuario y mes, hasta 50 usuarios, con conjuntos de datos privados, comentarios, publicación programada y asistencia de IA. El plan Enterprise es bajo presupuesto. Para una pyme de cinco redactores, el plan Free suele bastar mientras el contenido pueda ser público. El paso a Growth se decide por los roles y la confidencialidad, no por el volumen.
La tabla de precios de Sanity, capturada el 12 de octubre de 2026: el plan Free reserva sus conjuntos de datos al público, el plan Growth los abre a lo privado y se paga por usuario.
El alojamiento de la web. El de una web estática: unos pocos euros al mes, sin servidor que administrar.
El montaje. Es la partida principal, y se paga una vez: modelado del contenido, estudio, plantillas de Astro, vista previa, webhooks, recuperación del contenido existente, formación. En nuestra oferta de migración a una web estática, el nivel headless con Sanity empieza en 8 900 € sin IVA.
Las trampas que hemos visto
- Meterlo todo en texto enriquecido. Una ficha de producto cuyo precio está en un párrafo no se filtra, no se ordena, no se muestra en otro sitio. Lo que tiene sentido de negocio se convierte en un campo.
- Modelar demasiado pronto. Un modelo de contenido diseñado antes de haber escrito diez contenidos reales casi siempre es erróneo. Primero se escribe, después se modela.
- Olvidar la vista previa. Sin vista previa visual, los redactores publican para ver, y la web se reconstruye veinte veces al día.
- Descuidar los idiomas. Un contenido multilingüe se modela desde el principio (un documento por idioma o campos por idioma); si no, el segundo idioma cuesta lo mismo que el primero. En la web, las etiquetas hreflang vinculan luego cada página con sus traducciones: vea los errores de hreflang que salen caros.
- Confundir headless con hecho a medida. El CMS no exime de plantillas cuidadas ni de controles en la construcción. Desplaza la edición, no la calidad.
Preguntas frecuentes
¿Sanity u otro CMS headless?
Sanity es nuestra opción por defecto por su modelo en el código, su texto enriquecido estructurado y su amplio plan gratuito. Otras herramientas encajan mejor en algunos casos (contenido muy orientado a archivos, alojamiento obligatoriamente interno). El encuadre lo determina con datos.
¿Deben mis redactores aprender Git?
No. Con un CMS headless, trabajan en el estudio de edición con vista previa. Git sigue siendo cosa de la cadena de publicación, invisible para ellos. Escriben, guardan un borrador, lo ven tal como se publicará y luego publican; la web se reconstruye sola unos minutos después. Solo el modelo de contenido, que cambia rara vez, pasa por un cambio de código.
¿Qué pasa si Sanity se cae?
La web publicada no depende de Sanity para mostrarse: es estática. Solo la publicación de nuevos contenidos espera a que vuelva el servicio. Los visitantes no notan nada, porque el CDN sirve las páginas ya construidas. Los redactores, en cambio, esperan para editar y publicar, como con cualquier herramienta en línea.
¿Puedo empezar sin CMS y añadir uno más tarde?
Sí, y a menudo es la secuencia correcta: Astro lee el contenido venga de donde venga. Se empieza con archivos, se mide quién publica y se conecta Sanity el día en que el equipo lo necesita. Esta web hizo el camino inverso: conectada a Sanity en 2025, volvió a los archivos en septiembre de 2026, cuando solo una persona publicaba.
Fuentes
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 presupuestar7 min
Cuánto cuesta la web de una empresa en 2026
La web de una empresa se paga dos veces: al crearla y después cada año. Qué hace variar el primer precio, qué infla el segundo y las preguntas que por fin hacen comparables dos presupuestos.
Entender7 min
Velocidad de un sitio: las Core Web Vitals para un directivo
Tres mediciones de Google dicen si su sitio parece rápido a quienes lo visitan de verdad. Lo que miden, lo que Google hace con ellas, lo que la lentitud cuesta en solicitudes y las decisiones que corresponden al directivo.