En CMS MAG hemos caído en la cuenta de que poco hemos hablado de la parte más técnica que sostiene a este software. Para ello hemos contactado con Paco Alcaraz, quien fue responsable de los equipos de desarrollo de los medios online del grupo PRISA durante muchos años. En este sentido hemos podido averiguar más sobre la peculiar arquitectura de su CMS, GleamLight CMS.
Necesitas un CMS moderno con IA y lo sabes
Cambia cuanto antes a un CMS que te permita producir y ganar más. ¡Y en algunos casos incluso ahorras con el cambio! Compruébalo:
Dado que además este CMS ha confirmado su presencia en el gran evento anual de CMS MAG, Ainnovación, donde GleamLight mostrará sus capacidades de inteligencia artificial (IA), hemos querido conocer su opinión sobre este asunto en primer lugar.
¿De qué manera puede ayudar la IA en una redacción? Alcaraz opina que la IA debe “dar súper poderes” a los creadores de contenidos, “debe hacer más rápida, eficiente y de mejor calidad su labor”. Ayuda “de muchas formas, desde lo más simple como ayudar a titular una noticia o resumirla para crear un subtitulo o una entradilla, pasando por la creación automatizada de artículos para verbalizar datos (elecciones, deportes, el tiempo, sorteos, …), a la creación de imágenes, o de artículos completos”. Y recalca que la integración debe conseguir que los servicios de IA sean independientes de la plataforma “para facilitar su posible cambio en función de sus evoluciones, precios, etc”. Esto coincide bastante con lo que os contamos en CMS MAG en su momento sobre cómo implementar bien la IA.
Preguntado sobre la arquitectura ideal de un CMS hoy en día, Alcaraz considera que seleccionar bien la arquitectura es “fundamental” pues “va en ello la velocidad de tus páginas y el coste de tu plataforma”. “Para mi el detalle más importante es que sea headless, o lo que es lo mismo que haya dos ambientes: un back con el CMS y un front y que entre ellos se comuniquen. Lo ideal es que el frontal sea muy ligero, sencillo, que tenga poca cosa que hacer antes de entregar el contenido y eso implica que no debería acceder a fuentes de datos pesadas como BBDD relacionales”.
¿Qué hay que hacer para que el frontend sea ligero? De esta forma carga extremadamente rápido y encanta por igual a usuarios y buscadores. “La solución es clara, que el frontal ya tenga disponible casi todo lo que tenga que devolver, que prácticamente sea el juntar diversos fragmentos HTML para montar la página y devolverla”, asegura Alcaraz. Muchos CMS tradicionales se demoran mucho realizando cargas de la base de datos y las cachés no son una solución perfecta. “GleamLight, al igual que muchos medios de entre los más leídos en España utilizan pre-generación del contenido, método conocido como SSG (Static Site Generation), de forma que el frontal tenga poco que hacer pues el html a entregar está ya generado y sólo se refresca cuando el contenido cambia”.
Uno de los grandes problemas a resolver con esta arquitectura es realizar todos los refrescos que el sistema debe hacer cuando algo se publica, como secciones, sitemaps y un largo etcétera: “Los eventos se ejecutan de forma síncrona, haciendo esperar al usuario, pero mediante eventos se hace prácticamente solo la grabación de datos y la generación de salidas. Para el resto se tiene un sistema asíncrono de colas que ejecutará el resto de tareas en background, sin que el usuario deba esperar […] Esta facilidad es poco común en los CMSs, muy pocos tienen un sistema de colas de tareas (Arc XP utilizando Kafka, por ejemplo)”.
Las ventajas de un sistema SSG como GleamLight frente a la arquitectura tradicional son la velocidad de entrega, el ahorro de costes, que el CMS solo trabaja cuando el contenido cambia y que los fragmentos de html de los módulos comunes a varias páginas (alertas, rankings de lo más leído, lo último) están solo una vez en el servidor, entre otros. En cuanto a las desventajas, la necesidad de regenerar cuando la plantilla cambia, aunque esto se puede hacer de forma ordenada o la necesidad de trocear la página en módulos que puedan tener vida propia. La arquitectura SSG es también algo más compleja técnicamente, pero las ventajas son muy superiores a las desventajas.
CMS MAG también ha querido indagar sobre la opinión de Paco Alcaraz sobre la elección de lenguaje de programación y en este caso hemos convenido que lo ideal es usar un framework maduro que puede aportar mucho (“rigor, orden, uso de patrones de diseño que optimizan y flexibilizan el código”) y no dejarse llevar por elecciones demasiado novedosas y supuestamente deslumbrantes. “Siempre he preferido el uso de lenguajes que sepa TODO el mundo y frameworks habituales que sea prácticamente obligatorio conocer, por ello, escogí para el back el PHP y como framework Symfony que es muy completo y me ha facilitado enormemente ciertas tareas complejas como la modularidad (el CMS son 13 módulos), la separación entre la Aplicación Back — CMS (el CMS es un vendor), la capacidad de sobre escribir servicios, por si fuera necesario, con el uso de interfaces, el uso de Doctrine, formularios, seguridad, eventos y mensajería…”.
En un sistema headless, “para implementar el frontal, se puede escoger lo que más te guste. “Puede usarse un framework hiperrápido de PHP como Phalcon o usar JS con react, vue, angular o lo que quieras; son muy rápidos y pueden ser una solución perfecta que dé altas prestaciones. También un PHP e incluso con un Symfony ligero como framework pueden ser solución para medios pequeños si no te quieres complicar la vida”, concluye Alcaraz en este sentido.
Anteriormente ya anticipamos que este sistema tiene ventajas y también, desgraciadamente, la ligera desventaja de ser un poco más complejo técnicamente, puesto que backend y frontend pueden marchar por caminos muy diferentes. En este sentido, si existe un equipo técnico en el medio de comunicación, “puede centrase en sus páginas y en cómo las quieren, sin restricciones, para mejorar el SEO como deseen. Creo que la mayoría de los medios les interesará tener su equipo propio. Sólo los muy pequeños pueden no querer tener equipo y para ellos no hay problema”, puesto que GleamLight también puede encargarse del desarrollo del frontend.
Muy interesante ha resultado nuestra charla con este conocido profesional en el mundo de los medios de comunicación. Sus decisiones en cuanto a arquitectura e implementación permiten a los periódicos digitales ofrecer sus páginas a una gran velocidad, algo muy apreciado hoy en día. Esta arquitectura supone una gran decisión de diseño y a buen seguro en Ainnovación vamos a contar con más CMS que la han elegido.
