Qué es un sitio headless, explicacion de andar por casa (y qué mejora).

Mi última entrada se quedó atrás hace mucho, y durante ese tiempo el blog quedó parado.

No fue por falta de ganas, ni porque dejara de aprender, ni nada por el estilo: todo lo contrario. Fue porque la vida se llenó de cosas que sí tenían fecha de entrega: OICHES, el proyecto que levanto junto a Carmen y que me ha ocupado muchas más horas y energía pero las mejores invertidas; los estudios (seguimos formándonos día a día con OICHES); y trabajos, porque las cosas no se pagan solas.
(pd: estoy en busqueda asi que si quieres pasate por mi C.V

El blog era lo que siempre quedaba para “cuando tenga un rato”, y ese rato nunca llegó.

Lo curioso es que en todo este tiempo he aprendido más que nunca. Solo que lo aprendía y lo guardaba en mi cabeza, en notas sueltas o en un commit sin explicar. Cada vez que pensaba “esto daría para una entrada”, se me atravesaba la siguiente tarea.

Cómo funciona un sitio headless

Así que, antes de retomar el blog, hice lo que me parecía más sensato: arreglar la casa. Cambié cómo funciona la web por dentro, cambié el diseño y lo hice de forma que escribir vuelva a ser fácil y no una carga. Aunque siempre paso el texto por IA, a modo de corrección, para que se mantenga una estructura fácil de leer o para comprobar si meto la pata en algún pequeño detalle.

Pero de que va eso de qué es un sitio headless, la idea que está detrás de la nueva web, y de por qué me ha parecido la mejor manera de volver.

Vamos al lío. Cuando decidí cambiar mi blog, la palabra que más veía era headless. Sonaba a algo para equipos de veinte personas con presupuesto de empresa. Y resulta que se entiende en un minuto y lo puede usar cualquier blog personal.

La idea, con una cafetería

Imagina una cafetería con dos partes (la cantidad de ejemplos que hay en el mundo IT con las cafeterias, bares, restaurantes…):

• La cocina: donde se prepara todo. El cliente no entra.
• La sala: donde se sirve y se ve bonito.

En una web clásica de WordPress, cocina y sala están en el mismo local: el mismo programa guarda tus entradas, las prepara y las muestra. Cada vez que alguien entra, WordPress “cocina” la página en ese momento.

En un sitio headless (literalmente, “sin cabeza”), separas las dos cosas:

• WordPress se queda como cocina: yo sigo escribiendo y guardando contenido ahí, pero nadie lo visita directamente.
• Otra herramienta hace de sala: toma ese contenido, lo presenta con el diseño que quiero y lo sirve al visitante.

La “cabeza” que quitas es la parte visible de WordPress, es decir, el tema (adiós Divi, Elementor, etc.). El contenido sigue viviendo en el mismo sitio y ganas libertad.

Cómo lo hice yo

• WordPress sigue en su lugar solo como gestor de contenidos.
• Astro lee las entradas y genera una web estática.
• Cloudflare la publica.

Cuando pulso Publicar en WordPress, un pequeño plugin avisa a Cloudflare, que reconstruye el sitio y lo publica en uno o dos minutos.

Para el visitante, nada ha cambiado salvo la velocidad y el diseño. Para mí, escribir es igual que antes.

Qué mejora un sitio headless en velocidad, seguridad y SEO

1. Velocidad. Una web estática es un conjunto de archivos ya preparados. No hay que ejecutar PHP ni consultar una base de datos en cada visita. En mi caso: pase de 60 a 91 en moviles.
Aun asi hay que tener claro que no hay que volverse loco con los numeros de google speed ni Gtmetrix.

2. Control total del diseño. Ya no dependo de un tema ni de un maquetador. Puedo diseñar la portada, el modo oscuro o el currículum exactamente como los imagino.

3. Menos superficie de ataque. El WordPress que ve internet es el que más ataques recibe.

4. Menos mantenimiento de cara al público. Si WordPress se cae un rato, la web que ve el visitante sigue funcionando, porque ya está generada.

5. Alojamiento más barato y simple. Servir archivos estáticos es muy económico.

Lo que no es tan bonito

Me gusta contar también la parte incómoda:

• Más piezas que mantener. Ahora hay WordPress, Astro y Cloudflare, no una sola cosa. Cuando algo falla, hay que averiguar en cuál.
• Los cambios no son instantáneos. Tras publicar, hay que esperar uno o dos minutos a que se reconstruya el sitio, y como todo pues puede dar error.
• Algunos plugins de WordPress dejan de servir. Lo que dependía del tema o del frontend (formularios, comentarios, buscador) hay que resolverlo de otra manera.
• Pide algo de programación. No es un “instalar y listo”. Yo me defiendo con código, pero no es para todo el mundo hay tutoriales y explicaciones muy amenas de seguir.

¿Te conviene?

Sí, si tienes un blog o una web de contenidos que cambia de vez en cuando, valoras la velocidad y te sientes cómodo con un poco de código o tienes a alguien que te ayude.

Quizá no, si tu web depende mucho de plugins dinámicos (tienda con muchos productos, área de socios, reservas en tiempo real) o si prefieres no tocar nada técnico. Para eso, un WordPress bien optimizado sigue siendo una opción muy buena.

Mi conclusión sobre headless

Headless no es magia ni es solo para grandes empresas. Es una forma de separar lo que escribo de cómo se ve. En mi blog me ha dado velocidad, control del diseño y más tranquilidad, a cambio de un poco más de trabajo técnico.

Si algún día cambias de diseño o de herramienta, tu contenido sigue siendo tuyo y vive en un solo sitio. Eso, para mí, ya vale la pena.