Desde hace casi 10 años, la hegemonía de los CMS tradicionales tipo WordPress está en entredicho en favor de las llamadas soluciones de “gestión de sitios web”.sin cabeza”. En esta concepción, desacoplamos (el cuerpo (back-end) de la cabeza (Interfaz). Al ofrecer una interfaz de gestión de contenidos independiente de la presentación gráfica, estos CMS pretenden ser más sencillos para contribuyentes y desarrolladores, más escalables y pretenden ofrecer mejores experiencias de usuario multicanal.
Después de esta carrera hacia la decapitación, el bombo publicitario Parece caer de nuevo. Si este método de gestión de sitios web es relevante para algunas empresas, no lo es para todas. Por lo tanto, muchas empresas se están recuperando de esto, en particular debido a las rigideces que provoca en los equipos de marketing.
CMS híbrido, ¿lo mejor de ambos mundos?
A partir de mediados de la década de 2010 surgió gradualmente una alternativa: el CMS híbrido. Algunas de las funciones más intuitivas que ofrecen los CMS tradicionales, como la edición de contenido WYSIWYG (Lo que ves es lo que obtienes), se conservan y se asocian con llamadas de contenido a través de API para visualización omnicanal. Para las empresas que buscan simplicidad y agilidad, la idea es atractiva y, naturalmente, el CMS híbrido se destaca como la solución que se supone ofrece lo mejor de ambos mundos.
¿Promesa cumplida? No exactamente. O al menos no para todos. En esta gran ventana de transferencia de CMS, los desarrolladores, aunque están en el corazón del reactor, tienen la sensación de haber sido dejados al margen.
Cuando el híbrido restringe a los desarrolladores
Si en comunicación y marketing la opción híbrida cumple muchos requisitos, los desarrolladores a veces todavía tienen algunas dificultades para orientarse.
En los CMS tradicionales, la tecnología CMS les viene impuesta por la solución elegida. En el Headless CMS son mucho más libres, pero en detrimento del marketing. En el CMS híbrido no sólo no siempre están libres del lenguaje de desarrollo, sino que además deben dominar dos en lugar de uno solo.
De hecho, deben utilizar diferentes tecnologías para construir “contenido estático” como plantillas de páginas web y para crear experiencias dinámicas (encuestas, cuestionarios, formularios, simuladores, etc.).
Para las empresas, esto a menudo resulta en la contratación de habilidades variadas y, por lo tanto, en un aumento en el costo de operación de los sitios web.
Sin mencionar que este problema se extiende a los desafíos de los creadores de contenido: si bien Headless facilita la reutilización de contenido o un componente de un sitio a otro, no es posible reutilizar el código entre contenido estático y dinámico en un CMS híbrido. Sin embargo, la simple reutilización de elementos en diferentes páginas y diferentes sitios responde a un problema de productividad que cada vez ocupa más espacio en los equipos web.
Este es, por tanto, uno de los obstáculos que quedan para la generalización de los CMS híbridos. O mejor dicho “lo fue”.
JavaScript: mantenlo simple
Del CMS tradicional al Headless CMS, de lo que las empresas han estado huyendo en los últimos años es de la rigidez. Mientras que el primero es demasiado rígido para los desarrolladores, el segundo lo es para los especialistas en marketing. Con el CMS híbrido, es la complejidad lo que a menudo falla: proyectos web que tardan años en concretarse, desarrolladores complicados de reclutar, infraestructuras web difíciles de mantener…
Entonces, ¿cómo podemos mantener las ventajas del CMS tradicional y las del headless, evitando al mismo tiempo estas limitaciones de desarrollo? JavaScript es una de las claves de una nueva generación de CMS, igual de eficiente, pero más sencilla.
Por buenas razones, JavaScript se ha convertido en el principal lenguaje de desarrollo web. Es compatible con los principales navegadores, tiene un gran ecosistema de bibliotecas y marcos y también se puede ejecutar en el lado del servidor. Cualquier desarrollador que quiera crear experiencias dinámicas aprende JavaScript, que de hecho es la única tecnología que permite reutilizar el código en experiencias estáticas y dinámicas.
Por lo tanto, un CMS que permite codificar únicamente en JavaScript responde a los desafíos de productividad, disponibilidad de recursos humanos, rendimiento web e incluso creación de contenidos y marketing. A falta de una solución tecnológica alternativa, estos objetivos también pueden lograrse eligiendo sitios web más refinados, que tengan sólo las funcionalidades esenciales para las necesidades de los usuarios. Incluso si no siempre es fácil mantenerlo simple.
Como dijo Steve Jobs: “ La simplicidad puede ser más difícil que la complejidad: tienes que trabajar duro para aclarar tu pensamiento y hacerlo simple. Pero vale la pena, porque una vez que llegas allí, puedes mover montañas. »