¿Qué es un CMS headless?
Los sistemas de gestión de contenidos headless (CMS) se han vuelto más comunes en la última década, surgiendo como una gran alternativa para gestionar contenido en empresas que necesitan operar en múltiples canales (escritorio, móvil, kiosco digital, etc.).
Los CMS de todo tipo son soluciones de software para construir sitios web. Específicamente, permiten crear, gestionar, eliminar y modificar el contenido del sitio web. Lo que diferencia a los diversos tipos de CMS son los métodos específicos que utilizan para entregar su contenido.
Este artículo explorará las características de los CMS headless, cómo se diferencian de los tradicionales, sus casos de uso, sus pros y contras, y si están preparados para reemplazar a los CMS tradicionales como WordPress y Drupal.
CMS tradicionales
Para entender qué es un CMS headless, es útil contrastarlo con el funcionamiento de los CMS tradicionales como WordPress y Drupal.
La estructura fundamental de un CMS tradicional comprende tres elementos clave: un sistema para almacenar contenido, una interfaz de usuario CRUD (Crear, Leer, Actualizar, Eliminar) y diversas formas de mostrar datos a los visitantes (front-end).
WordPress, Drupal y otros CMS similares son conocidos como CMS tradicionales. Esto significa que combinan el back-end y el front-end en un solo software para gestionar el contenido de un sitio. El back-end combina bases de datos y servidores que hacen funcionar el sitio, y el front-end es la parte del sitio web orientada al usuario, que los usuarios ven e interactúan con cuando lo visitan.
En los CMS tradicionales, el funcionamiento interno oculto del sitio es inseparable de cómo se presenta a los visitantes. Funcionan como un monolito, una única pieza que no se puede separar en sus componentes sin comprometer su integridad.
CMS headless
Los CMS headless adoptan un enfoque diferente. Si los CMS tradicionales actúan como una unidad inseparable, los CMS headless son lo que sucede cuando se separa la “cabeza” del resto del cuerpo.
La “cabeza,” en este caso, se refiere al front-end (también conocido como la “capa de presentación”), y el “cuerpo” es el back-end. Esta separación del front-end y back-end se conoce como un modelo “desacoplado” porque ya no están estrechamente vinculados. En cambio, los CMS headless se enfocan en el back-end. Almacenan contenido estructurado y lo entregan a los administradores del sitio a través de APIs.
Esto significa que los desarrolladores deben primero construir un sitio web o una aplicación y luego conectarse a un CMS headless para obtener contenido.
Comparado con la estructura de tres partes de un CMS tradicional, los CMS headless mantienen el sistema de almacenamiento de contenido y la interfaz de usuario CRUD. Sin embargo, en lugar de un sistema directo para gestionar el front-end, cuentan con APIs expuestas desde donde los clientes pueden extraer contenido.
Puedes imaginarte los CMS headless como distribuidores que envían partes de celulares a fábricas que ensamblan esas partes y crean el teléfono tal y como se presenta a los usuarios. Se enfocan en el “back-end,” los elementos fundamentales del celular, y los entregan a fábricas que se centran en cómo presentar el celular de una manera que los usuarios puedan usar fácilmente.
Como resultado de este sistema, muchos CMS headless operan como plataformas de Software como Servicio (SaaS) que ofrecen backend gestionado, hosting y seguridad, para que los usuarios solo deban preocuparse por gestionar el contenido en sus sitios web.
APIs y su rol en los CMS headless
Una de las claves de cómo funcionan los CMS headless es su método de entrega de contenido. Esto lo logran exponiendo APIs. Una interfaz de programación de aplicaciones (API) es un conjunto de reglas que permite a distintas aplicaciones comunicarse e intercambiar información.
En este caso, la información intercambiada es el contenido que los clientes de CMS headless utilizan para construir sus sitios web. Los clientes realizan solicitudes a la API para renderizar contenido en el código de sus sitios web.
Esto difiere fundamentalmente de los CMS tradicionales, que establecen una relación compleja entre el código y el contenido hasta el punto de volverse inseparables.
Usos de los CMS headless
Los CMS headless pueden ser una excelente manera de crear sitios complejos. Algunos de los posibles casos de uso de los CMS headless incluyen los siguientes:
- Aplicaciones que necesitan entregar contenido a través de múltiples sistemas operativos móviles desde el mismo back-end.
- Aplicaciones que necesitan entregar contenido a múltiples plataformas de entrega.
- Sitios web y aplicaciones que están creciendo rápidamente y necesitan ahorrar en costos de servidores.
- A veces, los CMS tradiciones pueden ser muy rígidos para las necesidades personalizadas de un proyecto específico, pero crear un CMS desde cero consumiría demasiado tiempo. En esos casos, los CMS headless pueden ser una excelente opción intermedia.
- Sitios web que necesitan gestionar múltiples versiones en diferentes idiomas.
- Empresas que necesitan gestionar un ecosistema activo de sitios web y aplicaciones móviles simultáneamente.
- Sitios web que publican contenido que necesita ser revisado minuciosamente por expertos en el campo (abogados, médicos, desarrolladores).
Ejemplos de CMS headless
El software de CMS headless ha estado en auge durante la última década, y algunos están ganando terreno en el mercado. Estos son diez de los CMS headless más populares:
- Contentstack.
- Contentful.
- DotCMS.
- Cockpit.
- core dna.
- Craft CMS.
- Zesty.io.
- Directus.
- DatoCMS.
- Hygraph.
Pros y contras de los CMS headless
Pros | Contras |
▪︎ Gestión de contenido para múltiples canales, como aplicaciones móviles y sitios web, en lugar de solo uno. ▪︎ Más flexibilidad para los desarrolladores en la elección de sus herramientas de front-end. ▪︎ Los CMS headless están diseñados con la escalabilidad en mente. ▪︎ Menos tiempo invertido en gestionar contenido y más tiempo en crear contenido. | ▪︎ Sin plantillas. Los CMS tradicionales ofrecen varias plantillas de contenido, pero los CMS headless requieren que los desarrolladores creen las propias. ▪︎ A veces, puede ser difícil previsualizar cómo se mostrará el contenido en la página. Son necesarios pasos adicionales para formatear adecuadamente el contenido. ▪︎ Costos iniciales más altos. ▪︎ Por defecto, un CMS headless puede no tener las herramientas necesarias para recopilar datos del usuario y devolver contenido personalizado basado en estos. |
¿Reemplazarán los CMS headless a los CMS tradicionales como WordPress?
Los CMS headless brindan avances significativos para gestionar negocios multicanal, como aquellos que necesitan considerar sitios web, aplicaciones móviles, kioscos digitales y más.
Sin embargo, parece poco probable que destronen completamente a los CMS tradicionales, que todavía son la mejor solución para sitios web independientes que no forman parte de un servicio multicanal. Los CMS tradicionales también son mucho más amigables para el usuario y para principiantes, con constructores de sitios de arrastrar y soltar que son populares entre los desarrolladores de sitios que no programan.
Los CMS tradicionales funcionan mejor para pequeñas y medianas empresas (que son la mayoría de las empresas), tiendas físicas y sitios de comercio electrónico de diversos tamaños.
Solo el tiempo dirá cómo competirán estos dos tipos de CMS en el futuro. Por ahora, parece que coexistirán brindando soluciones especializadas a diferentes necesidades de los clientes.
Artículos relacionados
WordPress 101 / 7 min de lectura
WordPress 101 / 7 min de lectura
Los beneficios del Full Site Editor para usuarios de WordPress
El "Editor de Sitio Completo" (FSE) es una función de WordPress que permite a cualquier usuario modificar todo su sitio a través de la interfaz familiar del editor Gutenberg. Esto…
Leer másPaso a paso / 5 min de lectura
Paso a paso / 5 min de lectura
Función get_option de WordPress: ¿Qué es y cómo usarla?
La función de WordPress get_option te permite recuperar información de la base de datos de WordPress. Más específicamente, recupera datos de la tabla wp_options, que almacena información relacionada con ajustes,…
Leer más