The main advantage of a CMS like Drupal is that it is a content management system that allows you to manage the digital content of an application, site, portal or group of applications without having to code or develop new pages. Everything, from your written content to your graphics, is managed through this system and allows easy management of a digital property, there are various architectural solutions that Drupal can respond to according to the need, either by distribution model content or technical strategy, we want to explore two in particular that are key when determining the ideal architecture for a long-term project.
For many cases, a traditional CMS is a good solution. For others, a decoupled CMS will be the optimal solution. This depends on the particular needs of each case and these are some criteria to take into account:
Traditional CMS
Durante la última década, el enfoque de los sitios web ha sido la unión del CMS el UI y el UX. Tener el CMS como parte integral del diseño del sitio ha facilitado la actualización del contenido sin la sobrecarga que solíamos tener con tecnologías anteriores como tener que actualizar manualmente las páginas a través del desarrollo HTML, mover contenido y archivos con FTP, etc.
Drupal como CMS, es una unidad tecnológica que conecta el front-end y el back-end de un sitio web en una base de código de aplicación de manera ordenada y fácil. En este modelo se contiene todo, desde la base de datos para el contenido hasta la capa de presentación.
Ventajas:
- Todo el sitio se sirve desde un solo sistema.
- Fácil de administrar todo el contenido.
- Se controla el diseño de front-end a través de temas y plantillas.
- Barrera técnica de entrada más baja.
Desventajas:
- Contenido solo para sitios web (el mismo contenido no se puede publicar de manera simultánea en otros dispositivos como en el caso de las empresas editoriales y periódicos).
- Requiere desarrolladores que conozcan la integralidad del CMS.
- Toda solución del backend o el frontend debe considerarse como uno solo ya que no hay una completa separación de responsabilidades.
¿Cuándo usar Drupal como un CMS tradicional?
Usar Drupal como CMS tradicional es un excelente camino que funciona para una variedad de tipos de implementación. Si se está construyendo un sitio web para una empresa de productos o servicios, una solución empresarial que no necesita compartir contenido con otras propiedades digitales, es mejor esta ruta de Drupal como CMS tradicional. Puede ponerse en marcha rápidamente y podrá administrar su sitio desde una única fuente.
También es importante tener en cuenta que, si bien Drupal como CMS tradicional suele entenderse como una solución monolítica, existen muchas alternativas y estrategias de desarrollo para permitir el acceso a múltiples sitios y / o API para compartir recursos digitales con aplicaciones externas. Drupal es muy rico en módulos para este fin.
CMS Desacoplado (Headless)
Un CMS desacoplado se diferencia por no conectarse directamente con un front-end en específico en absoluto. Si bien los CMS tradicionales tienen como objetivo ser una solución única para administrar tanto el contenido como el front-end, un CMS desacoplado se ocupa estrictamente del contenido.
Una vez creado y editado, el contenido se publica a través de una interfaz de programación de aplicaciones (API) y listo. El CMS desacoplado no tiene impacto ni entrada en el front-end. Esto proporciona la flexibilidad para publicar su contenido de tantas formas como sea posible, independientemente de cómo se presente.
As an example, you can think of the decoupled CMS as a writer who writes a book and hands it off to the publisher. The author, the decoupled CMS, is providing the content while the publisher, the website, formats and delivers the content to the public via hardcover book, e-book, etc. The methods of consumption change but the content is consistent.
Advantages:
- The content is available to publish on any device.
- With the API decoupled, developers focus less on content and more on presentation.
- Using the Drupal framework as a decoupled content management system means that the platform only serves the content, allowing developers the freedom to use other front-end engines such as Angular or React.
Disadvantages:
- There is no preview of the content (A preview integration can be created, but this adds additional initial overhead).
- It requires building an API for communication with the developments that will visualize the information.
- Each content display should be managed as an independent development (This can be a disadvantage in management but also an advantage in control).
When to use Drupal Headless
When implementing the decoupled model your circumstances must be carefully considered. We recommend using this development system in the following cases:
- Websites that want to offer a very innovative experience with JavaScript frameworks such as React, Angular or VueJs.
- Mobile applications that sync with what's published on your website.
- Any environment where you need to publish content to multiple platforms at once.
- When you want to achieve a high level of optimization in both the backend and the frontend.