Fotolia

Evaluar Conozca los pros y contras de las tecnologías, productos y proyectos que está considerando.

Cuándo implementar una arquitectura CMS sin cabeza

¿Quiere el nuevo y reluciente juguete de CMS, el sistema sin cabeza? Desglosamos quién debería saltar a este nuevo paradigma de plataforma y echamos un vistazo a los proveedores en el espacio.

El argumento a favor de un sistema de gestión de contenido sin cabeza es convincente: las experiencias digitales de próxima generación están en auge, y la revolución omnicanal está a la mano, permitiendo a las personas consumir contenido en muchos diferentes contextos en sus dispositivos móviles preferidos.

Para respaldar estas experiencias, las organizaciones deben ser capaces de administrar el contenido a través de múltiples canales y contextos. Incluso cuando incluyen diseños de sitios web receptivos para acomodar dispositivos móviles, los sitios web diseñados especialmente –con sus capacidades para exhibiciones centradas en páginas y experiencias de un solo canal– ya no son suficientes.

Es hora de reconsiderar cómo el contenido empodera las experiencias digitales en todas partes. Ingrese a la arquitectura CMS sin cabeza, un enfoque innovador para la entrega de contenido omnicanal a navegadores web, dispositivos móviles, pantallas de realidad aumentada, quioscos, así como entornos de aplicaciones nuevos y emergentes que salen al mercado. Las arquitecturas de CMS sin cabeza son principalmente para la administración de contenido web por ahora, pero a medida que más empresas crean experiencias digitales para los empleados, así como sitios web que apuntan hacia afuera, también podrían extenderse a la gestión de contenido empresarial.

Separar la producción de la entrega

Recuerde que la administración de contenido tiene dos partes: la producción de contenido y la entrega de contenido. Una arquitectura de CMS sin cabeza se centra en las capacidades de producción de contenido, proporcionando el repositorio de registro para la fuente, edición, organización, seguridad y almacenamiento del contenido que puede ser consumido en pedazos.

Luego, como su nombre lo indica, admite APIs y microservicios bien definidos para distribuir estos aperitivos, a veces denominados fragmentos de contenido, a través de diferentes dispositivos y aplicaciones, para producir experiencias contextuales. Hay una única fuente de verdad para todos los puntos finales.

Considere Contentstack, una oferta nativa CMS sin cabeza de Built.io. La empresa comenzó a integrar contenido en videojuegos. Los desarrolladores de juegos deben administrar imágenes, audio y elementos textuales e incorporarlos a las experiencias de juego. Esta perspectiva de los servicios ha influido en el enfoque de la empresa hacia los CMS sin cabeza, separando el contenido del código. Los propietarios del contenido manejan contenido en fragmentos, lo que deja a los desarrolladores enfocarse en el código que impulsa las experiencias.

Contentstack proporciona el repositorio de registro para aplicaciones externas para buscar fragmentos de contenido y luego incorporarlos en las experiencias digitales resultantes. Es un entorno liviano, desplegado en la nube, y enfatiza las capacidades de un repositorio compartido.

Los profesionales del marketing y otros colaboradores pueden cargar y agregar fácilmente contenido utilizando formularios en línea con campos predefinidos para etiquetas de contenido. Una vez que se publican, las reglas de negocio y la lógica de aplicación para la distribución del contenido toman el control. Las aplicaciones externas dependen de APIs y microservicios para incorporar contenido en experiencias digitales, a menudo obteniendo fragmentos en tiempo de ejecución.

Alimentar el frenesí de los fanáticos

Por ejemplo, Miami Heat de la NBA necesita impulsar nuevos contenidos a sus canales de juego. El tiempo es esencial, y los especialistas de marketing del equipo hacen frecuentes actualizaciones de contenido. Continuamente lanzan nuevos eventos, promociones y campañas, y confían en un repositorio de registros para centralizar la producción de contenido.

Con Contentstack, los especialistas de marketing tienen la flexibilidad de agregar rápidamente nuevas fotos, descripciones de productos, estadísticas de juegos y artículos breves a los que los fanáticos pueden acceder en sus aplicaciones móviles o PC. Por supuesto, lo que los fanáticos ven y experimentan depende de dónde están y qué están haciendo: Experiencias digitales producidas por las propias aplicaciones.

Contentstack alimenta el frenesí de los fanáticos facilitando a los especialistas en marketing ubicar, cargar, organizar y escenificar el contenido para una distribución perfecta a las aplicaciones y puntos finales. Pero las experiencias mismas están diseñadas y desarrolladas independientemente de Contentstack.

Competidores sin cabeza

Contentstack no es la única oferta sin cabeza en el mercado. Tres competidores incluyen:

  • Drupal 8, una plataforma de administración de contenido web (WCM) de tercera generación, que incluye un repositorio diseñado para acceso de primero APIs junto con amplias capacidades de producción y abastecimiento de contenido. Como proyecto de código abierto, Drupal es una plataforma modular que se presta a la extensibilidad y flexibilidad para adaptar las tareas de producción de contenido.
  • Con un producto .NET ya establecido en el mercado de WCM, Kentico está desplegando un concentrador de contenido que descompone los silos de contenido para eliminar la fricción de producir contenido para multiples puntos finales. Rediseñada en torno a una arquitectura moderna y centrada en la nube, Kentico Cloud es una solución SaaS que ofrece servicios de contenido de extremo a extremo para la entrega omnicanal.
  • E-Spirit, un proveedor de WCM impulsado por Java, está lanzando su propio concentrador de contenido basado en SaaS, FirstSpirit Intelligent Content Engine. Esta oferta sin cabeza, diseñada para apoyar las actividades de producción de contenido a través de un repositorio de registro, incluye capacidades de personalización de última generación.

Otros productos sin cabeza están llegando rápidamente al mercado tanto de jugadores establecidos como de compañías nuevas.

La combinación ganadora

Cuando se trata de seleccionar un proveedor, asegúrese de reconocer las diferencias clave para administrar el contenido en fragmentos. Acérquese y compare cómo varios concentradores de contenido gestionan metadatos e incorporan etiquetas de contenido en las API que se llaman para ofrecer experiencias digitales en los puntos finales deseados.

Asegúrese de notar la combinación ganadora cuando la arquitectura de CMS sin cabeza tiene sentido. La empresa espera producir experiencias, no publicar contenido. Hay múltiples canales y contextos múltiples. Mientras que algunos canales incluyen navegadores web, con pantallas de páginas con formato HTML, muchos otros incluyen aplicaciones móviles, juegos, quioscos y varias pantallas innovadoras orientadas a tareas y acciones.

Independientemente de los entornos de visualización, tanto la experiencia de la página web como la de la aplicación dependen de una única fuente de verdad, un repositorio de registro, para gestionar todo el contenido susceptible de ser consumido en fragmentos.

CMS sin cabeza no es para los débiles de corazón. Se requieren recursos de ensamblaje y desarrollo. Es esencial diseñar experiencias desde el exterior. Comience con lo que se supone que debe suceder e identifique los requisitos de contenido.

Asegúrese de trabajar en las capacidades de producción de contenido: Cómo obtener, organizar, proteger y almacenar contenido apto para consumir en fragmentos. Cuando hay mucho contenido que administrar y existe la necesidad de garantizar operaciones comerciales ágiles con actualizaciones rápidas y sin interrupciones, lo mejor es planificar volverse sin cabeza. Necesitará un repositorio de registros con un conjunto flexible de APIs para soportar la entrega de contenido omnicanal.

Este artículo se actualizó por última vez en abril 2018

Profundice más

Únase a la conversación

1 comentario

Envíenme notificaciones cuando otros miembros comenten sobre este artículo.

Por favor cree un Nombre de usuario para poder comentar.

Es que los cms, es tambien depende de los requerimientos de los clientes, y me parece mas comodo usar un cms ya que facilita cosas como el responsive, y el seo para la paginas e implementar algunas cosas <a href="https://softinginteractivo.tk/aplicaciones-moviles/">pagina</a>
Cancelar

- ANUNCIOS POR GOOGLE

Close