¿Qué es la arquitectura CMS?

Diseñado para hacer la web Gestión de contenidos process easy, Gestión de contenidos systems (CMSs) also enable brands to create and distribute content at scale. This article explores the four types of CMS architecture: conventional, decoupled, headless, and hybrid. We wrap things up by looking at nine core factors to focus on when evaluating and ultimately choosing the best CMS platform for your organization.

Definición de la arquitectura de CMS

Un CMS es una aplicación de software alojada en la nube como un producto SaaS o en las instalaciones. Permite a múltiples colaboradores crear, modificar, organizar y publicar contenido digital a través de una variedad de canales, como web, redes sociales, aplicaciones móviles, correo electrónico, IoT y más. Suena bastante simple, ¿verdad? Bueno, en cierto modo es refrescantemente simple; especialmente en comparación con la era anterior a CMS (una época oscura y difícil sobre la que los desarrolladores y especialistas en marketing experimentados que soportaron ese período no disfrutan reflexionando).

Sin embargo, no todos los CMS están construidos de la misma manera y los modelos de precios también difieren. Algunos son relativamente más ágiles y escalables, mientras que otros son menos costosos de implementar y más fáciles para los usuarios comerciales, pero sacrifican la flexibilidad y la versatilidad. Si bien estas ventajas e inconvenientes relativos pueden ser multifacéticos y complejos, lo que caracteriza fundamentalmente a un tipo de CMS de otro es claro y consistente: la arquitectura subyacente.

En esencia, la arquitectura de CMS define la relación, o en algunos casos, la falta de ella, entre las herramientas y tecnologías que rigen la funcionalidad de front-end (donde se presenta el contenido) y la funcionalidad de back-end (donde se crea y edita el contenido). Obviamente, la historia es mucho más técnica que esto, ya que los ingenieros de software que se especializan en arquitectura CMS estarán de acuerdo. Pero para los propósitos de nuestra discusión, es suficiente comprender que, en esencia, la arquitectura CMS determina si, cómo y en qué medida el front-end "habla" con el back-end.

En la arquitectura CMS tradicional (a menudo denominada arquitectura CMS monolítica o acoplada), el front-end y el back-end están estrechamente conectados y predefinidos. La arquitectura tradicional de CMS se compone de los siguientes elementos centrales:

• Una base de datos back-end donde se almacenan el contenido y los activos digitales.
• Una plataforma de gestión de contenido back-end donde se crea contenido.
• Una aplicación back-end donde los creadores y editores de contenido crean y aplican esquemas de diseño.
• Una capa de aplicación front-end que muestra contenido publicado en páginas HTML.

Ventajas de las soluciones CMS tradicionales

• Bueno para casos de uso simples y poco sofisticados, como sitios web personales y sitios web comerciales básicos (particularmente pequeñas empresas con recursos y presupuestos limitados).
• La implementación es relativamente simple ("lista para usar"), ya que el front-end y el back-end están acoplados y no requieren instalaciones separadas.
• Por lo general, ofrecen interfaces simplificadas y fáciles de usar y plantillas predefinidas que son buenas para administradores no técnicos y usuarios finales.
• Son menos costosos de comprar, implementar y actualizar que los otros tipos de arquitectura de CMS que veremos (desacoplada, sin cabeza e híbrida).

Inconvenientes de la arquitectura tradicional de CMS

• El contenido es exclusivo de la web y no se puede reutilizar ni compartir sin problemas para otros canales con dispositivos móviles e IoT (nota: esto puede ser posible aprovechando las API, pero puede ser bastante difícil ya que la arquitectura tradicional de CMS no está diseñada para funcionar con herramientas de terceros).
• Solo admite una gama limitada de tipos de contenido y marcos de programación.
• Realizar cambios en el back-end, incluido el mantenimiento y las actualizaciones de rutina, es complejo, requiere mucho tiempo, es costoso y también potencialmente riesgoso, incluso con pruebas internas rigurosas.
• Falta de agilidad, lo que ralentiza el ciclo de DevOps, lo que puede hacer que las empresas no se sincronicen con las expectativas cambiantes de los clientes y la dinámica del mercado.
• Representar un riesgo continuo para la continuidad del negocio: si un componente tiene un problema (por ejemplo, la plataforma de gestión de contenido), todo el CMS puede fallar.
• Representan un riesgo de seguridad continuo: la naturaleza acoplada de los sistemas CMS tradicionales significa que si un mal actor compone la base de datos de contenido, puede acceder a la plataforma de publicación de contenido y desconectar un sitio web.

Como sugiere el término, en CMS desacoplado Arquitectura El front-end y el back-end son sistemas separados. El back-end gobierna la creación y el almacenamiento de contenido, mientras que el front-end gobierna la presentación de contenido a los usuarios a través de varias interfaces (por ejemplo, web, redes sociales, aplicaciones, IoT, etc.). La arquitectura CMS desacoplada se compone de los siguientes elementos principales:

• Una base de datos back-end donde se almacenan el contenido y los activos digitales.
• Una plataforma de gestión de contenido back-end donde se crea contenido.
• Una plataforma de publicación de contenido front-end predeterminada.
• API que conectan la plataforma de administración de contenido back-end con la plataforma de publicación de contenido front-end.

Advantages of CMS desacoplado architecture

• Los desarrolladores pueden seleccionar una lista de las mejores integraciones de API para optimizar la experiencia del cliente e impulsar las conversiones (incluidas las microconversiones)
• Los desarrolladores pueden realizar cambios en el back-end sin afectar o interrumpir el front-end
• Por lo general, requiere un menor grado de dependencia del editor y del desarrollador que con la arquitectura CMS headless (que discutiremos a continuación)
• Menos vulnerable a los ataques dirigidos a la capa de presentación del front-end: incluso si los malos actores comprometen la base de datos de contenido, no pueden acceder a la plataforma de publicación de contenido (desacoplada)
• Acelera la entrega de contenido, ya que el contenido se envía directamente a las audiencias en lugar de enrutarse a través de un servidor; esto también puede impulsar el SEO, ya que la velocidad de carga de la página es un factor de clasificación en los motores de búsqueda
• Facilidad de uso para los especialistas en marketing, ya que el contenido se almacena en un formato estandarizado, estructurado y reutilizable
• Las implementaciones en la nube pueden aprovechar los recursos de infraestructura y escalar a medida que aumenta la demanda (por ejemplo, picos de tráfico en el Cyber Monday) y también aprovechar las economías de escala (a medida que aumentan los volúmenes de transacciones, la infraestructura subyacente basada en la nube cuesta menos por unidad)

Drawbacks of CMS desacoplado architecture

• La adquisición cuesta más que la arquitectura CMS tradicional, y agregar integraciones de terceros aumenta el costo total de propiedad.
• Relativamente más difícil de usar (no suele ser un problema continuo para los desarrolladores, pero puede ser un desafío para algunos creadores de contenido).
• Más capas arquitectónicas significan trabajo de desarrollo adicional y experiencia técnica (particularmente front-end y escalado), que debe ser proporcionada por personal interno u obtenida a través de socios o consultores externos.

En la arquitectura de CMS headless, no hay un front-end predefinido que utilice plantillas para presentar el contenido. En cambio, el back-end empuja el contenido a través de varios dispositivos y canales (por ejemplo, web, redes sociales, dispositivos móviles, IoT, etc.) y permite que cada uno de ellos gobierne cómo se debe presentar ese contenido. La arquitectura de CMS sin encabezado se compone de los siguientes elementos centrales:

• Una base de datos back-end donde se almacenan el contenido y los activos digitales
• Una plataforma de gestión de contenido back-end donde se crea contenido
• API que conectan la plataforma de administración de contenido back-end con la plataforma de publicación de contenido front-end

A primera vista, la arquitectura CMS headless puede parecer esencialmente lo mismo que la arquitectura CMS desacoplada. Si bien hay cierta superposición, no son idénticos. Si recuerda, la arquitectura CMS desacoplada utiliza una plataforma de publicación de contenido front-end predeterminada. Sin embargo, con la arquitectura CMS headless, las organizaciones tienen total libertad y flexibilidad para elegir la tecnología front-end que deseen. No existe un sistema front-end con plantillas estándar o integraciones de módulos predefinidas.

Ventajas de la arquitectura CMS headless

Además de todos los beneficios de la arquitectura CMS desacoplada, los sistemas de gestión de contenido headless ofrecen algunas ventajas importantes:

• Los desarrolladores pueden crear tantas capas de entrega como sea necesario, y en cualquier idioma que requieran, y enviar contenido a cualquier canal. Esto permite a los especialistas en marketing crear campañas omnicanal, una capacidad esencial para las empresas.
• Los desarrolladores pueden usar una lista creciente de marcos de codificación front-end (por ejemplo, Next.js), incluidos aquellos que no están en uso en este momento, pero que podrían introducirse en el futuro.

Inconvenientes de la arquitectura CMS headless

• Más complejo de administrar frente a la arquitectura desacoplada, lo que puede convertirse en un problema para las organizaciones sin experiencia interna o el presupuesto para obtener soporte de presentación adicional
• La presentación es manejada por desarrolladores que escriben JavaScript, lo que significa que los especialistas en marketing no técnicos no pueden usar la creación o edición de WYSISYG
• No se pueden personalizar las experiencias ni ejecutar funciones de análisis de contenido (por ejemplo, pruebas A/B), ya que los datos de interacción con el cliente no se envían entre el front-end y el back-end en tiempo real

La arquitectura de CMS híbrido combina la flexibilidad y la extensibilidad de la arquitectura de CMS sin cabeza, al tiempo que utiliza API para habilitar las capacidades de personalización y análisis de contenido que ofrece la arquitectura de CMS tradicional.

Ventajas de la arquitectura CMS híbrida

• El contenido se puede entregar a una experiencia a través de una arquitectura CMS desacoplada, mientras que los desarrolladores pueden usar sus bibliotecas y marcos preferidos (por ejemplo, React.js) para desarrollar y mantener una base de código front-end separada.
• Aprovecha las API que permiten a los dispositivos y navegadores interpretar el contenido y las reglas de personalización en tiempo real (teniendo en cuenta factores como la información del perfil, las interacciones pasadas, etc.), así como ejecutar análisis en tiempo real (por ejemplo, pruebas A/B).
• Empodera a los especialistas en marketing con funciones como la edición WYSIWYG, la gestión de activos digitales que extiende el ciclo de vida del contenido al permitir que los equipos reutilicen los medios y la edición en vivo para obtener una vista previa y editar el contenido en tiempo real.
• Empodera aún más a los especialistas en marketing con componentes y plantillas como bloques de contenido, indicaciones de presentación y formularios web, todos los cuales ayudan a estructurar, optimizar y estandarizar el desarrollo y la presentación de contenido en páginas web y otros formatos.

Desventajas de la arquitectura CMS híbrida

Como era de esperar, la arquitectura híbrida de CMS comparte las mismas desventajas funcionales (pero no la vista previa de contenido o el análisis) de los CMS desacoplados y headless. Sin embargo, una implementación de CMS híbrido puede requerir experiencia adicional, ya que no existe una capa de front-end predeterminada. Afortunadamente, este soporte está disponible y los proveedores líderes tienen una red de consultores externos que están listos para brindar los niveles requeridos de soporte.

Las organizaciones que desconfían de dar el gran salto de la arquitectura CMS convencional a la arquitectura CMS desacoplada/headless pueden estar bien atendidas por la arquitectura CMS híbrida, que en muchos sentidos ofrece lo mejor de ambos mundos.

Ahora que hemos analizado los cuatro tipos de arquitectura de CMS (tradicional, desacoplada, sin cabeza e híbrida), es posible que su equipo esté ansioso por identificar el modelo que mejor se adapte a sus requisitos actuales y objetivos anticipados. A medida que evalúe los productos y las opciones, concéntrese en estas nueve características y atributos principales:

1. Funcionalidad editorial excepcional con herramientas para crear, editar y entregar contenido fácilmente. Busque características como:

• Una interfaz de usuario intuitiva.
• Procesamiento de texto de primera clase.
• Vista previa de contenido en vivo (WYSISYG).
• Flexibilidad de diseño/personalización sin codificación.
• Ayuda y documentación en contexto.
• Funciones de Search e indexación (motor de búsqueda integrado flexible y escalable; búsqueda predictiva; búsquedas de sistema completo en cualquier nivel de la jerarquía de contenido; Lógica de consulta booleana.
• Almacenamiento de contenido y accesibilidad.
• Plantillas de páginas y componentes bien diseñadas.
• Control de versiones que aumenta la visibilidad en todo el ciclo de vida del contenido.
• Programación y recordatorios.

2. Herramientas de flujo de trabajo, informes y organización de contenido, incluida la gestión de enlaces y el modelado de contenido.

3. Administración intuitiva de usuarios que admite permisos de usuario y grupo personalizados, y garantiza el cumplimiento normativo (por ejemplo, la capacidad de demostrar de manera fácil y confiable qué contenido estaba activo en un sitio web en una fecha / hora específica).

4. Seguridad robusta con controles estrictos y personalizables para el acceso a documentos e información específicos, de modo que el contenido solo sea visto por las personas adecuadas y publicado en el momento adecuado. El CMS también debe integrarse con el proveedor de seguridad empresarial elegido y/o con los sistemas de autenticación de terceros (por ejemplo, Azure AD, IdentityServer, OpenID, Oauth, etc.).

5. Escalabilidad multicanal para que los especialistas en marketing puedan "crear una vez, entregar en cualquier lugar", agregar fácilmente nuevos canales y proporcionar contenido y metadatos nuevos o reestructurados para alinearse con los algoritmos de SEO cambiantes. También es esencial elegir un proveedor con un historial comprobado de actualización periódica del CMS con kits de desarrollo de software (SDK), API, conectores y canalizaciones.

6. La capacidad y agilidad para globalizarse, incluido el soporte multilingüe y multisitio, la integración con servicios de localización y traducción, la funcionalidad editorial multilingüe, los flujos de trabajo para contenido multinacional y la gobernanza multinacional.

7. Flexibilidad, escalabilidad y mejoras de rendimiento integradas, incluida la capacidad en la nube, la implementación de múltiples sitios, la extensibilidad con puntos claros para nuevas integraciones, conectores y API.

8. Personalización y análisis impulsados por la capacidad de recopilar datos de interacción de todos los canales, incluidas fuentes y aplicaciones externas, para medir e informar sobre cada interacción y viaje del cliente.

9. Integración muy sólida de contenido e integración de comercio electrónico respaldada por:

• Una interfaz de comercio electrónico unificada.
• Herramientas de migración.
• Gestión de inventario sin fisuras.
• Manejo de inventario adaptable.
• Automatización con reglas basadas en diagramas de flujo.
• Capacidades de personalización.
• Integraciones de terceros.
• Creación de contenido generado por el usuario.
• Capacidades de prueba.

Para obtener una visión más profunda de estas características esenciales, descargue la guía: "¿Qué CMS es el adecuado para mi negocio?"

Elegir la arquitectura de CMS adecuada es fundamental para sus operaciones de contenido y determina:

• Cómo crea contenido y dónde se puede presentar (y posiblemente dónde no se puede presentar).
• Si sus equipos deben replicar manualmente los cambios o ediciones de contenido en varios lugares.
• La naturaleza y el grado en que los especialistas en marketing y los desarrolladores deben trabajar juntos, y si pueden trabajar simultáneamente.
• La velocidad de entrega de contenido, que es un impulsor central de la experiencia del usuario y la satisfacción del cliente.

Más información sobre Sitecore XM Cloud

Sitecore XM Cloud es un CMS SaaS listo para la empresa que reinventa la gestión de contenido. XM Cloud utiliza una arquitectura híbrida para ofrecer agilidad a los desarrolladores a través de los mejores atributos del CMS headless, y empodera a los especialistas en marketing a través de una experiencia de composición de páginas WYSIWYG visualmente rica.

Más información y Inicie una demostración guiada bajo demanda. Discover cómo XM Cloud permite a sus organizaciones ofrecer experiencias relevantes a alta velocidad.