¿Qué es un CMS headless? (la versión corta)
Un CMS headless separa las funciones de contenido de back-end (como la creación, la gestión y el almacenamiento) de las funciones de front-end (como la presentación y la entrega).
Antes de ponernos demasiado técnicos, comencemos con lo que esto significa en el contexto de la experiencia de marca.
La arquitectura headless es en parte una respuesta a la forma en que ha evolucionado la relación entre el contenido web y la creación de contenido. Durante mucho tiempo, la mayor parte del contenido web se entregaba a través de un navegador, a menudo como una página web. Pero los nuevos dispositivos conectados están llegando todo el tiempo y las audiencias consumen contenido a través de diferentes interfaces de usuario, como dispositivos inteligentes, dispositivos portátiles, asistentes de voz habilitados para AI y auriculares de realidad virtual (VR).
Arquitectura CMS headless es fundamental para abordar estos nuevos desafíos de contenido. Significa que puede crear y administrar fácilmente todo el contenido que demanda su audiencia y adoptar un enfoque omnicanal que entrega contenido a todos los puntos de contacto relevantes.
Obtenga más información a continuación sobre los tres tipos principales de arquitectura de CMS: sin cabeza, desacoplado, y API-primero.
Arquitectura CMS 101: sin encabezado, desacoplado y API-first
CMS headless vs. CMS tradicional
Tradicional, monolítico Gestión de contenidos Los sistemas tienen dos mitades: una delantera y otra trasera.
En términos generales, el back-end de un CMS se relaciona con cómo se administra el contenido y el front-end se relaciona con cómo se presenta. Piense en ello como un escaparate de una tienda.
Front-end Las tareas incluyen todo lo que verías mientras mirabas desde la calle: la selección y disposición de productos y la marca.
Back-end Las tareas incluyen logística: hacer la señalización, almacenar el inventario y administrar el movimiento de mercancías en la tienda.
Entonces, para un sitio web básico, el back-end podría incluir:
- Un simple Interfaz para crear contenido
- Un Base de datos para almacenar activos digitales
- Un capa de aplicación para crear y aplicar marcos de diseño
Luego, el front-end extraería contenido, activos almacenados y diseños, y los publicaría en una página HTML.
¿Qué es un CMS desacoplado?
Con un CMS tradicional, la presentación del front-end, también conocida como capa de presentación, y el back-end estaban estrechamente unidos. Los usuarios podían crear, almacenar, administrar y publicar contenido, todo dentro de una sola interfaz.
Para los usuarios no técnicos y los editores de contenido que publican contenido simple, por ejemplo, un blog de WordPress, esta fue una configuración excelente y perfecta.
Pero a medida que las experiencias digitales y el comercio electrónico continúan evolucionando, los desarrolladores dedican demasiado tiempo a crear soluciones personalizadas para optimizar las experiencias y ofrecer contenido más sofisticado en todos los dispositivos.
Los CMS desacoplados dividen las tareas de back-end y front-end. En la práctica, esto significa que los desarrolladores pueden codificar y diseñar rápidamente experiencias de front-end en su lenguaje preferido sin estar sujetos a tecnologías de back-end restrictivas.
En su lugar, pueden usar una API RESTful o GraphQL para conectar las funciones de back-end, como el almacenamiento y la administración de contenido, a cualquier entorno de entrega de front-end.
¿Qué es un CMS API-first?
Mientras que los CMS desacoplados separan las funciones de back-end y front-end, a menudo siguen incluyendo algunas herramientas de entrega de front-end, como plantillas de página o integraciones de módulos.
Los CMS API-first son funcionalmente iguales a los CMS sin encabezado en el sentido de que no tienen un front-end predeterminado. Los desarrolladores son libres de crear tantas capas de entrega como sea necesario (en el idioma que prefieran) para enviar contenido a cualquier canal nuevo imaginable.
Los CMS API-first son excelentes si tiene un equipo de desarrolladores calificados listos para funcionar: el CMS simplemente administra el contenido y espera una llamada API desde una capa de entrega front-end creada por el equipo de desarrollo web.
Los CMS desacoplados, por otro lado, se adaptan a las empresas que desean la flexibilidad de un front-end y un back-end separados, pero que aún podrían necesitar algún soporte de publicación.
¿Por qué un CMS headless?
Las soluciones CMS headless son el futuro de la gestión de contenidos, por dos razones importantes:
El contenido digital y los creadores de contenido se están volviendo más sofisticados y las expectativas de los usuarios están aumentando. Para destacar y ofrecer experiencias excepcionales a los clientes, debe crear contenido atractivo, receptivo e interactivo, y debe poder hacerlo rápidamente.
Todo el tiempo surgen nuevos canales digitales, tipos de contenido y dispositivos de usuario. No es suficiente construir cosas hermosas, también debe asegurarse de poder entregarlas en todas partes, de la manera más eficiente posible. Los CMS headless basados en SaaS significan que los especialistas en marketing y los desarrolladores pueden crear contenido increíble hoy y, lo que es más importante, preparar sus operaciones de contenido para el futuro para ofrecer contenido excelente de manera constante a sitios web, aplicaciones móviles, dispositivos IoT y todos los puntos de contacto relevantes.
Al adoptar el contenido estructurado y el modelado de contenido en un CMS headless, las marcas pueden mejorar sus operaciones de contenido y brindar una mejor experiencia de usuario a sus clientes.
¿Para quién es útil un CMS headless?
Prácticamente todo el mundo puede beneficiarse de un CMS headless:
Es genial para los especialistas en marketing porque...
...pueden crear contenido una vez mientras permiten a sus desarrolladores Muéstrelo en cualquier lugar. Eso significa menos tiempo dedicado a la administración y más tiempo para crear experiencias hermosas y cohesivas.
Al hacer posible la reutilización del contenido, el centro de contenido centralizado elimina los procesos manuales, como copiar y pegar. Los especialistas en marketing y los creadores de contenido también pueden editar una vez y compartir la actualización en cualquier lugar.
Es genial para los usuarios porque...
...la experiencia del usuario final siempre se siente rápida, consistente y receptiva. Esto se debe a que el lado del cliente no necesita comunicarse con el sistema back-end, solo tiene que renderizar el contenido.
Es genial para los desarrolladores porque...
... se liberan de las restricciones de back-end de los lenguajes de programación donde carecen de experiencia. En su lugar, pueden crear la apariencia, la sensación y la funcionalidad de las experiencias de usuario utilizando herramientas que conocen y les gustan (por ejemplo, bibliotecas y marcos de JavaScript), y luego enviar contenido a cualquier lugar utilizando las API más recientes.
Los desarrolladores tienen la flexibilidad de elegir su marco de front-end preferido y hay varias opciones disponibles para los generadores de sitios estáticos, por ejemplo, Next.js, Gatsby.js y NUXT.js. En un CMS headless de código abierto, los desarrolladores pueden acceder al código (JavaScript, PHP) para crear sus propias llamadas y plantillas de API.
¿Cuáles son los inconvenientes de un CMS headless?
Los sistemas de gestión de contenido descentralizados y listos para usar no son una solución mágica para solucionar todos sus desafíos de contenido. Pueden tener dos compensaciones importantes que deben considerarse seriamente.
Por un lado, lo que gana en flexibilidad con este tipo de repositorio de contenido, lo pierde en accesibilidad. Dado que la presentación se deja a los desarrolladores que escriben JavaScript, los especialistas en marketing no técnicos no pueden usar la creación o edición de What You See Is What You Get (WYSIWYG).
El segundo es más grande.
Algo drástico sucede cuando le cortas la cabeza a un CMS: cortas la capacidad de enviar datos de interacción con el cliente entre el front-end y el back-end en tiempo real.
Eso significa que no puede personalizar experiencias ni ejecutar actividades de análisis de contenido.
La personalización ha pasado de ser un requisito "agradable de tener" a un requisito de mesa. Los clientes están aprendiendo cómo se siente una gran personalización de líderes de la industria como Amazon, Netflix, Spotify y otros.
Si no puede brindar una experiencia similar, es probable que los clientes se vayan a otra parte, y pronto. Entonces, ¿cuál es la respuesta?
Ingrese al CMS híbrido sin cabeza
La arquitectura CMS ideal combinaría la flexibilidad, escalabilidad y extensibilidad de las plataformas CMS headless con las capacidades de personalización y análisis de contenido que ofrece el CMS acoplado tradicional.
Eso es exactamente lo que Opciones de entrega componibles y sin encabezado de Sitecore proporcionar.
Múltiple Las opciones sin encabezado admiten desarrolladores front-end a medida que crean soluciones y aplicaciones que representan contenido en cualquier dispositivo o navegador. Ya sea que use bibliotecas de JavaScript como Vue.js, React.js y Angular.js, o aproveche el nuevo SDK de ASP.NET Core y la arquitectura de host de renderizado sin encabezado, los desarrolladores pueden elegir lo que es mejor para ellos.
Estas opciones también vienen con una API que se conecta al servidor de entrega de contenido contextual de Sitecore, para que los usuarios vean contenido personalizado basado en información de perfil, interacciones pasadas y más en tiempo real.
Y cuando sus visitantes obtienen contenido que es relevante para ellos sin importar dónde se encuentren, puede brindar las experiencias digitales que esperan de su marca, ahora y en el futuro.