Qué es un CMS headless: diferencias con WordPress clásico

Si tu agencia o tu desarrollador ha empezado a hablar de “headless” al plantear tu nueva web, no eres el único. El CMS headless se ha convertido en una recomendación habitual, sobre todo en proyectos que buscan máximo rendimiento, publicar en varios canales o un diseño totalmente a medida. Pero no es la respuesta correcta para todos. En este artículo te explicamos qué es un CMS headless, en qué se diferencia de WordPress clásico, qué ganas y qué te cuesta, para que puedas decidir si encaja en tu caso.

Cómo funciona un CMS clásico

En WordPress clásico, la gestión de contenidos y la web pública forman parte del mismo sistema. Añades entradas y páginas desde el panel; cuando llega un visitante, WordPress saca el contenido de la base de datos, lo combina con el tema activo y genera la página. Tema, plugins y contenido funcionan como un todo.

Este modelo funciona bien en millones de webs. Se monta rápido, el ecosistema de plugins es enorme y muchísimos desarrolladores y agencias lo conocen a fondo. Para webs corporativas, blogs y tiendas online pequeñas y medianas suele ser más que suficiente.

Entonces, ¿qué es un CMS headless?

En un CMS headless, la “cabeza” (la parte de la web que ve el visitante) se separa del sistema de gestión de contenidos. El CMS solo almacena el contenido y lo ofrece a través de una API. El front end es una aplicación independiente, normalmente hecha con un framework moderno como Next.js, Nuxt o Astro, que consume ese contenido.

Con WordPress headless, tu equipo editorial sigue usando el panel de WordPress de siempre, pero el visitante no ve un tema de WordPress, sino una web aparte desarrollada en Next.js. También hay CMS pensados como headless desde el principio, como Sanity, Contentful, Strapi o Storyblok.

Las diferencias clave de un vistazo

En la práctica, los dos enfoques se diferencian así:

• Clásico: tema y contenido en el mismo sistema. Headless: contenido en el CMS y diseño en una aplicación aparte
• Clásico: muchas funciones llegan con plugins. Headless: las funciones se suelen desarrollar en código
• Clásico: puede bastar un solo servidor. Headless: CMS y front end se alojan por separado
• Clásico: el contenido es sobre todo para la web. Headless: el mismo contenido alimenta web, app móvil y otros canales
• Clásico: vista previa y maquetadores funcionan de serie. Headless: hay que montarlos aparte

// Next.js: obtener entradas de la API REST de WordPress
const res = await fetch(
  'https://cms.ejemplo.com/wp-json/wp/v2/posts?per_page=6',
  { next: { revalidate: 300 } }
);
const posts = await res.json();

Ventajas de un enfoque headless

En el proyecto adecuado, la arquitectura headless aporta mejoras reales:

• Rendimiento: las páginas pueden generarse de antemano y servirse desde una CDN, lo que facilita aprobar las Core Web Vitals
• Libertad de diseño: interfaces totalmente a medida sin pelearte con los límites de un tema
• Publicación omnicanal: una única fuente de contenido para la web, la app y otras plataformas
• Seguridad: el panel de administración queda detrás de la web pública y se reduce la superficie de ataque
• Escalabilidad: un front end estático aguanta mejor los picos de tráfico

Inconvenientes y costes ocultos

Esas ventajas no salen gratis. El desarrollo inicial suele costar más que una web en WordPress clásico, porque el front end se programa desde cero, y pasas a tener dos sistemas que alojar y mantener.

Mucho de lo que en WordPress clásico se resuelve con un plugin, como formularios, campos SEO, sitemap, multidioma o vista previa, hay que rehacerlo en el front end. Si tu equipo está acostumbrado a mover bloques con arrastrar y soltar, recuperar esa flexibilidad requiere trabajo extra. Además, necesitas contar a largo plazo con un desarrollador que domine JavaScript y frameworks modernos; no cualquier perfil de WordPress puede mantener un proyecto headless.

Cuándo tiene sentido y cuándo no

Un CMS headless es buen candidato si tu contenido va a vivir fuera de la web, por ejemplo en una app; si compites en un sector donde el rendimiento y el SEO son decisivos; si buscas una interfaz a medida que un tema estándar no puede ofrecer; o si cuentas con un equipo técnico o una agencia que vaya a cuidar la web a largo plazo.

En cambio, para una web corporativa pequeña, un proyecto con presupuesto ajustado, un equipo que quiere cambiar maquetaciones a menudo sin ayuda técnica o una web de campaña que hay que lanzar ya, WordPress clásico suele ser la opción más sensata y económica. Bien construido y con un tema ligero, un WordPress clásico también puede ser muy rápido.

Cómo planificar el paso de clásico a headless

Si ya tienes WordPress, pasar a headless no implica volver a cargar el contenido: se queda en WordPress y solo cambia el front end. Aun así, hace falta un buen plan:

• Mantén la estructura de URL actual o configura redirecciones 301 para todas las que cambien
• Comprueba que el nuevo front end genera títulos, meta descripciones y datos estructurados completos
• Haz una lista de funciones como formularios, buscador, multidioma y vista previa, y planifica cómo sustituir cada una
• Prueba con tu equipo editorial el flujo de vista previa y publicación
• Compara antes y después los informes de velocidad, rastreo e indexación

Checklist antes de decidir

Si respondes “sí” a la mayoría, merece la pena plantearse el headless:

• ¿Vas a usar el contenido en más de un canal?
• ¿Necesitas una interfaz a medida que no ofrecen los temas estándar?
• ¿El rendimiento es clave para diferenciarte de la competencia?
• ¿Tienes presupuesto para soporte técnico y mantenimiento a largo plazo?
• ¿Tu equipo editorial está dispuesto a trabajar con bloques de contenido predefinidos?

Conclusión

Un CMS headless no es una moda que haya que seguir porque sí, sino una respuesta técnica potente a necesidades concretas. En el proyecto adecuado aporta velocidad, flexibilidad y publicación omnicanal; en el equivocado, solo suma coste y complejidad. Decide en función de tus objetivos de negocio y de tu equipo, no de la tecnología. Si quieres valorar qué enfoque encaja con tu proyecto, en Norcored trabajamos tanto con WordPress clásico como con Next.js headless; escríbenos a info@norcored.com.

Preguntas frecuentes

¿WordPress headless es mejor para el SEO?

No por sí solo. Facilita tener páginas rápidas, pero si las metaetiquetas, el sitemap y los datos estructurados no se resuelven bien en el front end, el SEO puede empeorar. Todo depende de la calidad de la implementación.

¿Tendré que volver a introducir mis contenidos?

Con WordPress headless no, porque el contenido sigue en WordPress. Si cambias a otro CMS headless sí habrá migración, normalmente mediante exportación y transformación de datos.

¿Se puede montar una tienda headless con WooCommerce?

Sí, a través de las API de WooCommerce. Pero el carrito, el pago y la compatibilidad con plugins exigen desarrollo adicional, así que conviene valorar bien el tamaño de la tienda y el presupuesto.