¿Cuáles son los ejemplos de CMS * desacoplados / sin cabeza *?

Muchos CMS ahora dicen que tienen un modo sin cabeza. La verdad es que todos difieren dramáticamente en cuán sin cabeza son realmente.

a) Sin front-end: el requisito más básico es que no hay front-end (motor de plantillas, css, html, etc.). Si tiene una API bien soportada, eso debería ser fácil. Y la mayoría de los CMS ya se detienen aquí. Pero ten paciencia conmigo:

b) Estructura de contenido flexible: la mayoría de los CMS para la web en realidad bloquean cierto modelo de contenido para (a) poder crear un front-end y (b) hacer que todo el proceso de tiempo se valore realmente rápido (es decir, y ahora presione publicar y tu página web está ahí). Pero para un verdadero CMS sin cabeza, no solo desea tener su propio front-end, sino la libertad de decidir cómo se estructurará el contenido de modo que venga exactamente en la plantilla correcta que necesitará para habilitar su propia experiencia de front-end. .

c) Contenido portátil sin presentación: la mayoría de los CMS almacenan contenido en formato HTML. Eso es malo. Porque cuando, por ejemplo, quiere usarlo para un caso de uso diferente que no funciona bien con HTML (¿alguien de la aplicación móvil?), Necesita usar algunas heurísticas para deshacerse de él sin destruir el contenido. Y una vez que lo haya hecho usted mismo, siempre querrá presionar a sus escritores de contenido para que realmente creen contenido portátil en primer lugar. Un formato más genérico como, por ejemplo, markdown realmente está ayudando aquí.

Una vez que agrega estos criterios adicionales, el mercado de CMS sin cabeza de repente se vuelve realmente pequeño. Un Drupal sin cabeza o un WordPress sin cabeza por abandono repentino (aunque con algunos complementos adicionales, puede llegar allí).

Así que aquí están algunos de los proveedores que admiten CA:

• Contento
• Prismático
• Osmek
• Cloudcms
• Builtio
• Cosmicjs

Hasta donde sé, no hay ningún CMS desacoplado o CMS sin cabeza real en el mercado. Se mencionaron simples marcos, sin embargo, los productos reales no existían. Nos dejaron crear el nuestro hace un par de años usando Adobe Experience Manager (AEM). Si va por un camino sin cabeza, primero debe definirlo. Creo que hay dos conceptos diferentes para una arquitectura CMS sin cabeza o CMS desacoplada. Tendrá que ver qué se adapta mejor a su situación.

El primer concepto de un CMS desacoplado o un CMS sin cabeza es dejar la capa de UI / presentación en el CMS y extraer el back-end utilizando una arquitectura de servicios web. Esta es la comprensión común de una arquitectura desacoplada / sin cabeza de las conversaciones que he tenido en la industria. Parece que los desarrolladores están dispuestos a renunciar a su capa de interfaz de usuario para trabajar con el CMS, siempre y cuando el resto de la aplicación se pueda construir fuera o en la “nube”.

Personalmente, creo que esto solo te acerca un poco más al objetivo de estar libre de tecnología de tu CMS o de cualquier software monolítico. Mi objetivo con la arquitectura siempre ha sido poder utilizar cualquier tecnología que queramos al tratar de resolver las necesidades de mis clientes. La capacidad de ser independiente de la tecnología nos permite usar Go o nodeJS, si eso es lo que requiere el problema. Los CMS monolíticos crean una situación bloqueada por el proveedor, y si alguna vez ha trabajado con Interwoven TeamSite, sabe lo que sucede cuando una empresa pierde el rumbo y deja de innovar. Todos nos dejaron migrar dolorosamente a otro lado.

El segundo concepto para una arquitectura de CMS desacoplado / sin cabeza es extraer toda su aplicación del CMS, dejando solo una pequeña cantidad de desarrollo para cosas como flujos de trabajo y componentes. Esto nos permite concentrar nuestro tiempo en la creación de nuestras aplicaciones que hacen dinero y no gastar tiempo en resolver los problemas para construir con la pila de tecnología CMS. Asegúrese de tener en cuenta, al crear una solución, la experiencia del usuario para sus propietarios de contenido. La antigua forma de editar contenido con “formularios” simplemente ya no es suficiente, y lo más probable es que a los interesados ​​se les haya vendido una herramienta costosa con una “interfaz de usuario bonita” para editar contenido. Si sus propietarios de contenido no pueden usar el CMS de la forma en que se vendieron las partes interesadas, no importará las cosas increíbles que pudieron diseñar. Las arquitecturas CMS desacopladas / sin cabeza, sin duda, tienen muchas ventajas. Pero cuando se trata de la administración de versiones entre el CMS y sus aplicaciones, ¡debe tener una gran estrategia o fracasará!

Hay una herramienta llamada RAPID que A&E Solutions creó. Esta herramienta puede desacoplar automáticamente una aplicación web existente de Adobe Experience Manger. A&E Solutions se especializa en esto y tiene años de experiencia trabajando dentro de esta arquitectura, por lo que incluso si no usa AEM, probablemente sería muy beneficioso hablar más sobre esto con ellos. Creo que también están creando complementos para otros CMS.

Además, puede obtener información de alto nivel aquí si planea intentarlo por su cuenta. CMS desacoplado

Mi equipo en Snipcart está realmente interesado en estos CMS sin cabeza en este momento y puedes encontrar una explicación profunda de por qué en esta publicación de introducción que escribimos. [1] También encontrará una lista exhaustiva de CMS desacoplados, como:

• Directus : seguramente uno de nuestros favoritos. Código abierto, súper sencillo con A + UI / UX.
• Contento : uno de los CMS sin cabeza más populares que existen.
• Prismático
• JS cósmico
• CMS en la nube
• y mucho más…

También hemos jugado con estos API CMS primero:

GraphCMS : basado en la nueva y sorprendente tecnología que es GraphQL, ofrece una forma diferente de obtener datos que con la API REST más tradicional. Vale la pena echar un vistazo!

Cockpit CMS : un CMS muy rápido y ligero para crear sitios web dinámicos simples.

WP REST API : Sí, WordPress en realidad se puede usar como un CMS sin cabeza. Esta nueva característica del gigante CMS transforma por completo la forma en que se puede usar WordPress. Ahora es posible crear aplicaciones con marcos JavaScript y adjuntarlas a un back-end de WP. Enorme. ¡Definitivamente échale un vistazo!

Entonces, como puede ver, no faltan opciones mientras busca un CMS sin cabeza. Desde aquí, todo lo que puede hacer es explorarlos y encontrar cuál se ajusta a sus necesidades.

No importa cuál sea tu elección, ¡asegúrate de construir un proyecto increíble! 😉

Notas al pie

[1] Primer API-CMS Primer con CMS sin cabeza de código abierto de Directus – Snipcart

La arquitectura desacoplada (“sin cabeza”) en realidad le permite usar el mismo CMS al que está acostumbrado, pero de una manera diferente. Las opciones de CMS correctas más populares en este momento son WordPress y Drupal, y los desarrolladores se están desacoplando para permitir flexibilidad para usar marcos como Angular o Backbone sin deshacerse del backend de CMS. Debido a eso, no hay una lista de “CMS desacoplados”, ¡sino una lista creciente de marcos que puede usar porque eligió la arquitectura desacoplada!

Recientemente publicamos CMS desacoplado: por qué “irse sin cabeza” se está volviendo tan popular, con muchos recursos excelentes para las personas que comienzan. También hay un artículo muy útil de Nathan Weller que analiza la nueva API de WP aquí: La API JSON Rest de WordPress (API WP): qué es, cómo funciona y qué significa para el futuro de WordPress.

Pierdes un poco de la funcionalidad a la que estás acostumbrado con los temas tradicionales de Drupal y WordPress al no tener cabeza, y tu interfaz de usuario está en un servidor diferente, así que asegúrate de que te estás acercando desacoplado por proyecto, no va a funcionar. para trabajar para cada sitio web o cliente, pero podría abrir muchas puertas nuevas para algunos.

Puedo ver que hay mucha confusión sobre “desacoplado” y “sin cabeza” en el mercado. Deane Barker explica esto mejor en su publicación de blog El estado del mercado de CMS sin cabeza:

“Sin cabeza no es lo mismo que” desacoplado “. Un CMS desacoplado se preocupa de presentar contenido, simplemente lo empuja a un entorno de entrega, separado del entorno de administración. Esa separación de entrega y publicación es algo que comparten los CMS sin cabeza y desacoplados, pero la diferencia es que un sistema desacoplado se preocupa por lo que sucede en el entorno de entrega, por ejemplo, tiene un concepto de plantilla, mientras que un sistema sin cabeza no . Un CMS sin cabeza asume que los desarrolladores manejan la entrega de contenido por otros medios “.

Traté de ilustrar la diferencia en mi publicación de blog ¿Qué es un CMS sin cabeza primero en la nube que usa estas imágenes?

y

También vemos una oportunidad para capacitar a los especialistas en marketing con un CMS opcional que combina los beneficios de la arquitectura sin cabeza, pero también elimina su mayor limitación: la dependencia de los desarrolladores:

(Para más detalles, consulte ¿Perderán la cabeza los especialistas en marketing sobre CMS sin cabeza?

Espero que esto ayude.

Divulgación completa: trabajo para Kentico, un proveedor de CMS que ofrece CMS tradicionales (acoplados) y un nuevo CMS sin cabeza: Kentico Cloud.

Me gustaría agregar Enonic a la mezcla. Tenemos un CMS basado en contenido que está desacoplado. Puede hacer fácilmente la representación tradicional del servidor o agregar nuestra aplicación Headless para obtener funciones completas de GraphQL para su contenido. Lo mejor de ambos mundos.

Puede hacer toda la codificación en Javascript en el servidor y la plataforma incluye un almacenamiento NoSQL integrado en Elasticsearch y un motor de aplicaciones.

Saludos,
Morten

Existen varias soluciones CMS sin cabeza de pureplay que eliminan por completo la capa de presentación. Pero si está buscando una forma de tener consistencia multicanal, pero con personalizaciones específicas del canal y una forma de ver qué contenido funciona dónde y para qué público, entonces no debe ignorar la capa de presentación. La arquitectura desacoplada de Hippo ha sido compatible con el caso de uso sin cabeza durante años y se ha vuelto aún más fácil con la última versión Hippo CMS 10.2 Pero a diferencia de las soluciones puramente sin cabeza, Hippo ofrece análisis de tendencias contextuales y de comportamiento en contenido web y lo ayuda a crear extractos para A / B pruebe el contenido y el diseño. Por lo tanto, si bien el repositorio de hipopótamos puede ofrecer contenido a sitios web, canales móviles, aplicaciones, interfaces personalizadas, dispositivos IOT y artículos de desgaste a través del contenido RESTful JSON, también puede mostrar cómo se está desempeñando el contenido en varios canales. Es posible que desee ver cómo construir y alimentar aplicaciones angular js o aplicaciones basadas en cordova con hipopótamo

Hay un número creciente de opciones cuando se trata de CMS desacoplado (sin cabeza), pero si está buscando una interfaz de usuario simple e intuitiva para sus clientes, así como un API / SDK amigable para el desarrollador, entonces vale la pena echar un vistazo a Directus.

http://getdirectus.com

Directus es una interfaz de base de datos SQL segura e intuitiva construida alrededor de una API robusta y extensible. Eso significa que le permite crear arquitecturas e interfaces personalizadas para las necesidades específicas de sus sitios web, aplicaciones u otros proyectos basados ​​en datos. Hemos creado sitios altamente personalizados y escalables de todos los tamaños utilizando el marco y nos ha ayudado a evitar la fragmentación y la hinchazón que hemos visto en otras plataformas CMS.

WordPress REST API ahora es parte de Core WP, es predecible y fácil de usar. Es una excelente opción para desarrolladores que trabajan con WP y están familiarizados con los conceptos de WP Post.

OMI cualquier proyecto centrado en aplicaciones, ya sean aplicaciones web ricas o aplicaciones móviles, se beneficiaría enormemente del uso de un CMS sin cabeza como:

• https://www.contentful.com
• https://www.built.io/products/co …

http://Built.io ha lanzado recientemente nuevos SDK móviles nativos para Contentstack, lo que hace que sea muy fácil integrar lo mismo en las aplicaciones.

Directus es mi CMS sin cabeza favorito hasta ahora (he probado la mayoría de los otros enumerados aquí). Es gratuito, de código abierto y tiene una excelente interfaz de contenido para los clientes. También es el único que he visto que le permite crear y editar su base de datos directamente, un gran beneficio a mis ojos. La mayoría de los otros se han desacoplado como un pensamiento posterior, o todavía son demasiado exclusivos para mi gusto.

http://getdirectus.com

“Drupal sin cabeza” es un enfoque que utiliza Drupal como repositorio de contenido backend y servidor REST. El trabajo del servidor REST es permitir que otras aplicaciones lean y actualicen los datos o el contenido, mientras que Drupal almacena y administra el contenido. A partir de aquí, Drupal proporciona los datos a la aplicación creada con angular, backbone o ascua. Para más detalles ¿Por qué elegir Drupal sin cabeza?

Soy el cofundador de Elemeno, un CMS sin cabeza basado en API. Elemeno le permite entregar contenido a cualquier plataforma o dispositivo utilizando su lenguaje de programación / marco / bibliotecas favorito. Esta libertad de elección cuando se trata de integración hace que Elemeno sea increíblemente amigable para el desarrollador. Nuestra API está basada en JSON y es muy fácil de navegar. También tenemos bibliotecas para varios lenguajes de programación populares que hacen que Elemeno sea aún más fácil de usar.

Nos encantaría conocer tu opinión sobre Elemeno y el panorama sin cabeza de CMS en general. Puede comunicarse con nosotros en [correo electrónico protegido] en cualquier momento.

A diferencia de WordPress, no crearía un sitio web exclusivamente con un CMS sin cabeza. Por lo general, no hay instrumentos para hacerlo: un CMS sin cabeza no tiene plantillas de página, no hay temas, ninguno de estos conceptos algo antiguos. En cambio, construiría el sitio web por separado, con las habilidades de un ingeniero talentoso en su equipo, mientras que el CMS vertirá fácilmente contenido en sus páginas, sirviéndolo desde una API.

¿Cómo es eso mejor “, se preguntarán,” y por qué debería importarme? “Es natural suponer que no tener front-end es en realidad peor que un CMS completo de antaño. También podría ser natural pensar que trabajar con un solo software es mejor y más simple que con dos o varios. Pero ten paciencia con nosotros.

La motivación para diferentes CMS (y para este artículo) se debe a que no hay un solo mejor para un proyecto determinado. Hay diferentes casos de uso y diferentes circunstancias es lo que tiene sentido sin cabeza. Los estamos explorando en los siguientes párrafos.

Como alternativa a WordPress y Drupal, es posible que desee evaluar Django (marco web) combinado con Django Rest Framework. Django viene con una interfaz de administración fácil de usar para la gestión de contenido y los complementos Django Rest Framework en un marco REST con buenas respuestas JSON.

Gentics Mesh es un CMS sin fuente de código abierto centrado en API con un enfoque arquitectónico completamente nuevo. Se enfoca completamente en modelar, administrar y mantener contenidos.

Incluye una potente API RESTful y GraphQL que proporciona búsqueda, etiquetado, manipulación de imágenes y un punto final webroot que hace que la integración con los marcos de enrutamiento existentes sea muy fácil.

La IU de CMS proporcionada es completamente opcional y no utiliza características ocultas.

Drupal ofrece una forma sencilla de trabajar en modo sin cabeza. Como administra el contenido, no las páginas HTML, puede acceder fácilmente al contenido de Drupal utilizando la API RESTfull JSON. Un buen ejemplo es el último proveedor francés de VOD: FnacPlay Drupal se usa allí como back-end de contenido mientras que front-end web, pero también un conjunto de aplicaciones nativas (iOS, Android, Windows) acceden a su contenido, usuarios, búsqueda, pagos, SSO y DRM a través de la API.

Hay pocos CMS sin cabeza que realmente no tienen cabeza, Contenful, Kentico Cloud y Prismic.IO son solo unos pocos.

La mayoría de los CMS sin cabeza vienen con una API REST, pero el desarrollo con API REST puede ser bastante tedioso a veces.

Facebook ya se dio cuenta de esto hace un tiempo, razón por la cual se les ocurrió GraphQL, un lenguaje de consulta para API. En pocas palabras, es una nueva forma de hablar con las API. Es más fácil, más divertido y además: más rendimiento en la mayoría de los escenarios en comparación con REST. Está bastante de moda.

Me complace presentar el CMS que nuestro equipo creó: GraphCMS – ¡El CMS GraphQL!

Es el primer CMS que utiliza completamente el poder de GraphQL. ¡No dudes en probar y darnos tu opinión!

Gracias,

Miguel

Mi empresa fabrica un CMS sin cabeza llamado OxygenCMS. ¡Nos encantaría que lo probaras!

Nuestro objetivo es facilitar que los editores actualicen el contenido, al tiempo que brindamos a los desarrolladores la flexibilidad que necesitan para crear un sitio web o una aplicación con la tecnología que elijan. Todos nuestros planes le permiten agregar usuarios, proyectos y contenido ilimitados . ¡Puede probar OxygenCMS gratis durante 30 días, y siempre estamos interesados ​​en escuchar sus comentarios!