CMS sin cabeza frente a CMS tradicional

Todas estas discusiones sobre CMS sin cabeza y CMS tradicional pueden haberlo dejado cansado y desorientado, razón por la cual nuestro artículo de hoy intentará tomar las cosas en una ruta diferente al enfocarse más en ayudarlo a comprender completamente el asunto y evitar todas las conversaciones innecesarias en el proceso.

Entendiendo el CMS tradicional

La definición

El CMS acoplado tradicional es su plataforma típica de administración de contenido con todo, el frontend (la capa de presentación) y el backend (la base de datos de contenido y la interfaz editorial), estrechamente y directamente conectados entre sí, lo que facilita la gestión del contenido.

Qué significa CMS tradicional para uso práctico

Tener todo vinculado directamente en un nivel sistémico como este significa que puede realizar cambios en su backend y reflejarlos en su frontend con una configuración mínima. De esta manera, incluso a los miembros no técnicos de su equipo les resultará más fácil administrar y publicar contenido en su sitio web.

La practicidad del CMS tradicional se ve mejor en una plataforma de blogs como WordPress. En WordPress, el proceso de administración de contenido está hecho para que sea fácil de usar, con cambios en las fuentes o diseños de un sitio web que se realizan con solo hacer clic en un botón en el tablero. La instalación de funcionalidades adicionales en WordPress también es muy sencilla, ya que siempre puede descargar e instalar complementos directamente desde el backend.

Cómo el CMS tradicional dicta las capacidades de un sistema

En un sentido más amplio, el CMS tradicional es conservador y con escalabilidad limitada.

Conservador : desde la perspectiva de un desarrollador, es difícil innovar en un CMS tradicional, ya que el sistema en sí es rígido y monolítico por naturaleza. Y dado que el frontend y el backend de un CMS tradicional están estrechamente vinculados, cualquier funcionalidad nueva que se implemente en el frontend también necesita su propio soporte de backend dedicado. Esta es la razón por la que debería ver el mantenimiento de todo el sistema como algo regular con el CMS tradicional, ya que este mantenimiento es necesario para implementar nuevas funcionalidades y garantizar la estabilidad en todo el sistema.

Escalabilidad limitada : si agrega capas y capas de nuevas funcionalidades además de las existentes en el CMS tradicional, es probable que tenga problemas de rendimiento, ya que no todas estas nuevas funcionalidades están diseñadas para su sistema específico. Junto con el hecho de que la implementación de nuevas funcionalidades es a menudo un proceso estresante con el CMS tradicional, la escalabilidad sigue siendo un inconveniente inherente del CMS tradicional que es poco probable que cambie en el corto plazo.

El caso del CMS sin cabeza

No hay coincidencia en cómo Amazon llegó a su lugar actual. Dado el hecho de que Amazon lanza una nueva interfaz cada pocos segundos con su CMS completamente desacoplado , y que AWS (Amazon Web Services) absorbe más del 70% de sus ganancias operativas, nos hacen creer que Amazon no es tanto un empresa de comercio electrónico, ya que es más una empresa de tecnología con un negocio de comercio electrónico al lado. Y esto tiene sentido, ya que solo con un CMS desacoplado y sin cabeza Amazon podría lograr un nivel de flexibilidad y escalabilidad que de otro modo sería inalcanzable con el CMS tradicional.

CMS sin cabeza: la definición

"Headless" se trata más de la forma en que funciona el backend de la arquitectura headless, sin prestar atención a la cabeza (el frontend). Pero dado que cada sistema necesita una cabeza, ya que incluso el sistema más básico todavía tiene una terminal para mostrar toda la información necesaria, no parece ser tan práctico para el profano promedio. Porque ¿por qué perder la cabeza?

Aquí es cuando la arquitectura sin encabezado se puede redefinir de una manera más simple: un sistema de administración de contenido (con múltiples encabezados) en el que el contenido se entrega a los encabezados (capas de presentación) mediante el uso de API . De esta manera, una pieza de contenido, por ejemplo, se puede publicar en múltiples interfaces y en múltiples plataformas a la vez. En consecuencia, esto significa que el desarrollo en CMS sin cabeza es de naturaleza asincrónica, y los cambios en el frontend se pueden realizar sin temor a afectar el backend, y viceversa.

Comprender las API en la arquitectura sin cabeza

La API se puede considerar como el componente central de una arquitectura sin cabeza. Es, en términos simples, una forma para que diferentes sistemas (con diferentes lenguajes de programación) se comuniquen entre sí.

A través de las API, una página de lista de productos en su interfaz puede solicitar datos de su backend sin saber realmente cómo funciona su backend. Lo que esto significa en la práctica es que, siempre que las API en uso sean totalmente compatibles con su sistema, su empresa ya no estará restringida a un solo backend y/o un solo frontend, y se pueden reemplazar sin paralizar toda su operación. . Además, dado que no está limitado a una sola interfaz, una parte del contenido puede, en consecuencia, estar disponible para interfaces populares o incluso no convencionales, como máquinas expendedoras, vallas publicitarias, dispositivos portátiles y mucho más.

Saber cuándo elegir CMS sin cabeza

Los pros y los contras del CMS sin cabeza

Como casi todo en el CMS sin cabeza gira en torno a las API, la arquitectura en sí es más práctica y técnica . que su CMS tradicional. Y esto significa que editar y publicar contenido en un CMS autónomo no será un proceso tan manejable en comparación con la arquitectura monolítica tradicional; pero a cambio, obtienes mucha más libertad para crear cualquier tipo de contenido que quieras y no estar restringido a la plataforma en uso.

En una plataforma de CMS sin cabeza pura como Contentful, por ejemplo, puede crear modelos de contenido que sirvan como planos para su contenido. Estos modelos de contenido abren más formas para que su equipo de contenido cree contenido y actúe como la clave para un CMS diverso y flexible.

A pesar de que la arquitectura en sí está hecha para la escalabilidad, mantener un CMS sin cabeza no es un trabajo tan fácil en comparación con el CMS tradicional. Todo se reduce al hecho de que en el CMS sin cabeza, usted y su equipo son completamente responsables de todos los trabajos de mantenimiento y mantenimiento (incluido el mantenimiento de sus API personalizadas). Esta libertad total para desarrollar e innovar también significa que solo tiene que recurrir a usted mismo, y que desarrollar y mantener un CMS sin cabeza puede ser más costoso de lo que esperaba, ya que hay un mayor nivel de tecnicidad y riesgo involucrado en el proceso.

Si su equipo no tiene experiencia en el manejo de CMS sin cabeza y toda la abstracción que conlleva, es probable que incluso retrase el tiempo de comercialización de su empresa.

La arquitectura sin cabeza en sí misma es una opción para no estar atado a una sola plataforma y todo lo que viene con ella. Para una operación típica de comercio electrónico, por ejemplo, puede elegir una solución headless flexible como Headless Magento con sus API completas para potenciar su backend; y luego, sabiendo que no tiene opciones limitadas, puede optar por otro ERP de terceros para administrar sus finanzas y logística.

Cuándo elegir CMS sin cabeza

Solía ​​​​ser que el CMS sin cabeza era de vanguardia e inaccesible para las empresas más pequeñas, debido a la cantidad de trabajo y el costo involucrado para implementar correctamente un sistema sin cabeza funcional. Sin embargo, con el tiempo, el CMS sin cabeza ahora se generaliza y es accesible para todos.

Dado que todavía hay varios inconvenientes asociados con el CMS sin cabeza, las empresas que desean dejar de serlo solo deben considerar este enfoque cuando creen que sus negocios tienen el potencial de escalar hacia arriba y tienen los recursos necesarios para desarrollar y mantener un CMS sin cabeza. CMS.

De hecho, incluso podría perder la mayoría de las funcionalidades que da por sentado si opta por el enfoque sin cabeza, ya que no hay una experiencia multilingüe lista para usar con CMS sin cabeza. Incluso una función de búsqueda en su sitio web, por ejemplo, puede ser difícil de implementar, ya que podría llevar varias semanas o más para que la función sea completamente estable.

¿Todavía tiene cabida el CMS tradicional?

Cuando sopesa todos los pros y los contras de ambos CMS, un CMS tradicional tendría más sentido para las empresas que solo quieren un CMS para administrar de manera conveniente y fácil el contenido de su sitio web entregado en la web. Para casos como este, quedarse sin cabeza significaría hacer un esfuerzo adicional por una ganancia relativamente pequeña: es excesivo y perjudicará su tiempo de comercialización.

Perder la cabeza

Dado que los proveedores de plataformas adoptan un CMS autónomo a un ritmo acelerado, reestructurando continuamente sus sistemas para permitir llamadas API internas que se pueden usar con interfaces externas de terceros o desarrolladas a medida, implementar un sistema autónomo ahora es un proceso mucho más fácil en comparación con años atrás. .

Magento es un excelente ejemplo de cómo el CMS sin cabeza solo se está volviendo más común a medida que avanzamos. Con sus API completas para empezar, los desarrolladores pueden crear su propio comercio sin cabeza y disfrutar de todos los beneficios de un sistema de administración de contenido flexible. Junto con una aplicación web progresiva como solución de interfaz, los comerciantes informan mayores tasas de conversión en todos los ámbitos, así como aumentos en otras métricas importantes.

Para los comerciantes de Magento que desean quedarse sin cabeza pero aún tienen que encontrar un proveedor de soluciones confiable para dar el salto, aquí en SimiCart ofrecemos la solución completa, lista para transformar su experiencia de compra en la tienda.