Headless WordPress es el término más malentendido en 2026. La gente lo asocia a «muy técnico, solo para grandes proyectos», pero la realidad es más matizada: 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, cuándo merece la pena, qué stack elegir, los errores que más caro se pagan al migrar y un caso real con cifras de antes y después.
Qué es Headless WordPress y de dónde viene
Headless WordPress significa usar WordPress solo como gestor de contenido (el backend), pero servir la web pública con otra tecnología: Next.js, Astro o Nuxt. El backend se queda en su URL, y el frontend consume los datos vía API REST o GraphQL. Resultado: la velocidad y flexibilidad de un frontend moderno con la familiaridad de WordPress para quien edita el contenido.
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, y la llegada de GraphQL y los frameworks JavaScript hizo el patrón viable también fuera de los grandes equipos. En 2026 montar un proyecto headless es bastante más sencillo que hace tres años.
Cuándo merece la pena (y cuándo no)
Sí merece la pena si tu cliente necesita rendimiento extremo (LCP por debajo de 1 s), tienes un dev con experiencia en frameworks modernos, el contenido cambia poco, o quieres servir el mismo contenido a varios canales (web, app, kiosko). 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, no tiene presupuesto para mantener dos sistemas, depende de muchos plugins (varios no funcionan en headless), o 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.
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 ultraligero y manda casi cero JavaScript al navegador. Nuxt es la alternativa Vue, muy popular en Europa. Para webs corporativas y blogs, Astro suele ganar por simplicidad; para apps con mucha interacción, Next.js.
| Framework | Base | Mejor para | Curva |
|---|---|---|---|
| Next.js | React | Apps complejas, e-commerce, dashboards | Media-alta |
| Astro | Agnóstico | Blogs y webs de contenido ultrarrá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.
Plugins WordPress imprescindibles
El stack mínimo en el backend son cuatro plugins: WPGraphQL (expone un endpoint GraphQL), Advanced Custom Fields (estructura el contenido), WPGraphQL for ACF (conecta ambos) y Yoast SEO junto a la extensión WPGraphQL Yoast SEO para exponer la metadata. Con esos cuatro cubres el 90 % de los casos.
ACF tiene versión gratuita y versión Pro de pago; para campos repetidores y flexibles vas a querer la Pro. Si necesitas plantillas o un tema base para el panel de administración, Envato es donde más catálogo con licencia comercial vas a encontrar.
Tip: Si vas a necesitar temas, plantillas o assets con licencia comercial para el proyecto, en Envato Elements tienes biblioteca ilimitada por suscripción, útil cuando montas varios sitios al año.
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. El frontend va en una plataforma pensada para sitios estáticos y JavaScript: Vercel (la mejor experiencia, con plan gratuito generoso), Netlify (similar) o Cloudflare Pages (más barato a escala). El total mensual para una web mediana ronda los 30-60 €.
Para el backend, lo importante es que sea rápido y estable aunque tenga poco tráfico: la API tiene que responder ágil cuando el frontend reconstruye páginas. Cloudways o un plan gestionado te quitan dolores de cabeza de configuración.
Para el backend: si quieres un WordPress gestionado, rápido y sin tocar servidor, echa un vistazo a este hosting. Con un plan básico te sobra, porque el backend headless no soporta el tráfico público directamente.
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.
Si quieres profundizar en las métricas que debes vigilar, te aconsejo leer cómo medir y mejorar los Core Web Vitals en WordPress antes de tocar nada.
Caso real: migración de un cliente
Cliente: un medio digital con 10.000 artículos. En WordPress tradicional tenía un LCP de 3,2 s y pagaba 200 €/mes de hosting solo para mantener la velocidad. Tras migrar a headless con Astro + WPGraphQL, el LCP bajó a 0,8 s y el coste de hosting cayó a 45 €/mes (Vercel gratis + WordPress en un VPS pequeño). La migración llevó 60 horas, unas tres semanas a tiempo parcial, y el ROI llegó en 6 meses.
| Métrica | Antes (WP tradicional) | Después (headless) |
|---|---|---|
| LCP | 3,2 s | 0,8 s |
| Hosting/mes | 200 € | 45 € |
| Tiempo de migración | — | 60 h |
| ROI | — | 6 meses |
Preguntas frecuentes
¿Headless WordPress es más rápido?
Significativamente. Una web headless bien hecha puede tener un LCP por debajo de 1 segundo, frente a los 2-3 segundos típicos de WordPress tradicional con el mismo contenido.
¿Cuánto cuesta migrar a Headless?
Para una web mediana (50-100 páginas), entre 5.000 € y 15.000 € según complejidad y plugins. Para webs pequeñas no suele ser rentable. Para grandes (más de 10.000 páginas) puede amortizarse en menos de un año por el ahorro en hosting y la mejora de conversión.
¿Qué cambia en el SEO con Headless WordPress?
Bien implementado, mejora: mejor LCP, mejor CLS y mejor INP. Mal implementado puede ser un desastre, con problemas de sitemap, redirects y schema. Requiere un developer 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 única diferencia es que los cambios tardan unos segundos o minutos en verse en la web pública, según cómo configures el rebuild del frontend.
Conclusión
Headless WordPress no es para todas las webs, pero para las que sí lo son 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 senior.
¿Has migrado ya algún proyecto a headless o estás valorándolo? Cuéntamelo en los comentarios.
