Headless WordPress es el término más malentendido del desarrollo web en 2026. Mucha gente lo asocia a «muy técnico, solo para grandes proyectos», pero la realidad tiene más matices. Para algunos clientes es la mejor decisión que puedes tomar; para otros, una complicación cara e innecesaria.
En esta guía te explico qué es exactamente, en qué se diferencia de un WordPress normal y cuándo merece la pena. También verás qué stack elegir, dónde alojarlo y los errores que más caro se pagan al migrar.
Qué es Headless WordPress y de dónde viene
Headless WordPress significa usar WordPress solo como gestor de contenido (el backend) y servir la web pública con otra tecnología: Next.js, Astro o Nuxt. El backend se queda en su propia URL y el frontend consume los datos a través de la API REST o de GraphQL. Consigues la velocidad y la flexibilidad de un frontend moderno sin quitarle a quien edita el WordPress que ya conoce.
El nombre viene de separar la «cabeza» (el frontend, lo que ve el visitante) del «cuerpo» (la base de datos y el editor). WordPress lleva años exponiendo su API REST. La llegada de GraphQL y de los frameworks JavaScript hizo el patrón viable también fuera de los grandes equipos.
WordPress tradicional frente a headless
| WordPress tradicional | Headless WordPress | |
|---|---|---|
| Quién genera la web | El tema de WordPress (PHP) | Un framework aparte (Next.js, Astro, Nuxt) |
| Velocidad | Buena si está bien optimizado | Muy alta, sobre todo con páginas estáticas |
| Plugins de frontend | Funcionan todos | Formularios, pop-ups y maquetadores dejan de funcionar |
| Edición | Ves los cambios al instante | Los cambios tardan de segundos a minutos en publicarse |
| Mantenimiento | Un sistema | Dos sistemas, dos alojamientos |
| SEO técnico | Lo resuelve un plugin como Yoast | Sitemap, canónicas y schema se generan en el frontend |
| Perfil necesario | Diseñador o maquetador WordPress | Desarrollador con experiencia en frameworks JavaScript |
Cuándo merece la pena (y cuándo no)
Sí merece la pena si tu cliente necesita un rendimiento extremo (LCP por debajo de 1 s). Eso sí, hace falta un desarrollador con experiencia en frameworks modernos. También si el contenido cambia poco o si quieres servir el mismo contenido a varios canales (web, app, pantallas). En esos casos, la inversión inicial se recupera en velocidad, posicionamiento y conversión.
No merece la pena si el cliente edita a diario y quiere ver los cambios al instante. Tampoco si no hay presupuesto para mantener dos sistemas. Ni si depende de muchos plugins o si la web es pequeña. Para un blog o una web corporativa de pocas páginas, un WordPress tradicional bien optimizado rinde de sobra y cuesta una fracción.
Cinco preguntas antes de proponérselo a un cliente
- ¿La velocidad actual le está costando dinero (ventas, leads o posiciones), y lo puedes demostrar con datos?
- ¿Tiene más de unos cientos de páginas o un tráfico alto?
- ¿Puede vivir sin Elementor, Divi y los plugins que pintan cosas en la web?
- ¿Acepta que los cambios no se vean al instante?
- ¿Hay alguien, tú o un desarrollador, que vaya a mantener el frontend dentro de un año?
Si respondes «no» a dos o más, lo más probable es que un WordPress tradicional bien optimizado sea mejor opción.
¿Tu cliente está en ese punto y no lo tienes claro? Te ayudo a valorar si le compensa y, si hace falta, me encargo del desarrollo. Mira mis servicios de diseño y desarrollo web.
Stack recomendado: Next.js, Astro o Nuxt
Hay tres opciones serias en 2026. Next.js es la más madura, ideal si tu equipo ya conoce React. Astro es la más eficiente para webs de contenido: genera HTML estático ligero y manda muy poco JavaScript al navegador. Nuxt es la alternativa basada en Vue.
| Framework | Base | Mejor para | Curva |
|---|---|---|---|
| Next.js | React | Apps complejas, e-commerce, dashboards | Media-alta |
| Astro | Agnóstico | Blogs y webs de contenido muy rápidas | Baja-media |
| Nuxt | Vue | Equipos que ya trabajan con Vue | Media |
Mi consejo: si dudas y el proyecto es un blog o una web de contenido, empieza por Astro. Tendrás resultados visibles antes y el mantenimiento es más ligero. Si vienes de React o de Vue, tienes una base en mis guías de React y Vue.js.
¿Vienes del diseño y nunca has tocado un framework? Un curso guiado te ahorra semanas de prueba y error. En Udemy hay cursos de Astro y de Next.js desde cero, y a menudo están rebajados.
Plugins WordPress imprescindibles
El stack mínimo en el backend son cuatro piezas: WPGraphQL (expone un endpoint GraphQL), Advanced Custom Fields (estructura el contenido), WPGraphQL for ACF (conecta ambos) y Yoast SEO. A Yoast le añades una extensión que lleva su metadata a GraphQL. Con eso cubres la mayoría de los proyectos de contenido.
ACF tiene versión gratuita y versión Pro de pago; para campos repetidores y contenido flexible vas a querer la Pro. En el backend no necesitas tema de diseño: la parte visual la construyes en el frontend.
Tip: para no diseñar el frontend desde cero, en Envato Elements tienes plantillas HTML y kits de interfaz con licencia comercial. Te sirven de base para maquetar en Astro o Next.js.
Hosting recomendado en 2026
En headless alojas dos cosas por separado. El backend WordPress puede ir en cualquier hosting decente: te basta un plan modesto, porque no recibe el tráfico público. Lo importante es que la API responda rápido cuando el frontend reconstruye las páginas.
El frontend va en una plataforma pensada para sitios estáticos y JavaScript. Aquí hay un detalle que mucha gente pasa por alto:
- Vercel: la mejor experiencia con Next.js. Pero su plan gratuito (Hobby) es solo para uso personal y no comercial. Para la web de un cliente necesitas el plan Pro, de pago.
- Netlify: su plan gratuito incluye 300 créditos al mes. Si los agotas, los proyectos se pausan hasta el siguiente ciclo, así que vigila el consumo en webs con tráfico.
- Cloudflare Pages: la opción más barata a escala y muy buena para sitios estáticos hechos con Astro.
Como orientación, una web mediana en producción ronda los 30-60 € al mes sumando las dos partes.
Para el backend: si quieres un WordPress gestionado, rápido y sin tocar servidor, echa un vistazo a Raiola Networks. Con un plan básico te sobra, porque el backend headless no recibe el tráfico público. Tienes más opciones comparadas en mi guía de hosting especializado en WordPress.
Errores comunes al migrar (y cómo evitarlos)
La mayoría de migraciones que salen mal tropiezan en lo mismo. Estos son los fallos que más caro se pagan:
- Romper los redirects. Al cambiar de frontend pierdes URLs si no mapeas las antiguas. Exporta todas las rutas y crea redirects 301 antes de salir a producción.
- Olvidar el SEO técnico. Sitemap, etiquetas canónicas y schema no vienen «de regalo» en headless: hay que generarlos en el frontend. Sin esto, pierdes posiciones.
- Asumir que todos los plugins funcionan. Formularios, pop-ups o plugins que inyectan HTML directo dejan de servir. Revisa la lista de plugins antes de prometer plazos.
- No medir el «antes». Sin datos de partida (LCP, CLS, INP, posiciones) no podrás demostrar la mejora ni detectar una regresión.
Antes de tocar nada, lee cómo medir y mejorar los Core Web Vitals en WordPress. Repasa también los errores de SEO técnico más comunes en diseñadores. Si la migración incluye cambio de servidor o de dominio, te sirve también mi guía para migrar WordPress.
Cómo calcular si compensa: un ejemplo con números
Este ejemplo es orientativo, no un cliente concreto. Te sirve para hacer la cuenta con los datos reales de tu proyecto.
Imagina un medio digital con miles de artículos que paga 200 € al mes de hosting para mantener una velocidad aceptable. La migración a Astro con WPGraphQL lleva unas 60 horas; a 45 € la hora, son 2.700 €. Después, el alojamiento cuesta unos 45 € al mes entre el plan de pago del frontend y un servidor pequeño para WordPress.
| Concepto | Cálculo | Resultado |
|---|---|---|
| Coste de la migración | 60 h × 45 € | 2.700 € |
| Ahorro mensual en hosting | 200 € − 45 € | 155 €/mes |
| Amortización solo por hosting | 2.700 € ÷ 155 € | unos 17 meses |
Si además la mejora de velocidad sube las conversiones o el tráfico, la amortización se acorta. En cambio, si la web paga 20 € al mes de hosting y no vive de la velocidad, la cuenta no sale nunca. Esa es la conversación que tienes que tener con el cliente antes de proponer headless.
Preguntas frecuentes
¿Headless WordPress es más rápido?
Puede serlo mucho. Una web headless bien hecha, sobre todo si genera páginas estáticas, puede bajar de 1 segundo de LCP. Pero un WordPress tradicional bien optimizado también puede ser rápido, así que compara con datos antes de decidir.
¿Cuánto cuesta migrar a headless?
Como orientación, para una web mediana (50-100 páginas) puede ir de 5.000 a 15.000 € según la complejidad y los plugins. Para webs pequeñas no suele ser rentable. Para webs muy grandes puede amortizarse antes, por el ahorro en hosting y la mejora de conversión.
¿Qué cambia en el SEO con headless?
Bien implementado, mejora las métricas de velocidad (LCP, CLS e INP). Mal implementado puede ser un desastre, con problemas de sitemap, redirects y schema. Requiere a alguien con experiencia en SEO técnico.
¿Puedo usar Elementor o Divi en headless?
No de forma directa. Los maquetadores visuales generan su propio HTML y CSS, que el frontend headless no consume. Si el cliente depende de Elementor para editar, headless probablemente no es la opción adecuada.
¿El cliente podrá seguir editando como siempre?
Sí, sigue usando el editor de WordPress de siempre. La diferencia es que los cambios tardan de unos segundos a unos minutos en verse en la web pública. Depende de cómo configures la reconstrucción del frontend.
Conclusión
Headless WordPress no es para todas las webs, pero en las que encaja marca un antes y un después. La decisión correcta no es «headless siempre» ni «headless nunca»: es saber identificar al cliente que se beneficia de verdad de la complejidad añadida. Si lo dominas, es uno de los servicios más rentables que puedes ofrecer como freelance.
¿Te interesa el desarrollo web moderno? Cada semana comparto guías, recursos y novedades de diseño y WordPress en mi newsletter.
¿Has migrado ya algún proyecto a headless o lo estás valorando? Cuéntamelo en los comentarios.
