Cómo elegir un CMS: tipos, ejemplos y criterios de decisión

Se distinguen cuatro tipos amplios. El primero es el CMS clásico, que ofrece tanto un área de administración como la cara pública del sitio: se introduce el contenido y el tema elegido produce la página. WordPress es el ejemplo más conocido. El segundo es el CMS headless, que solo almacena contenido y lo entrega a otra interfaz; el sitio en sí se desarrolla como un software aparte.

El tercero es la plataforma de comercio, que incorpora la lógica de productos, carrito y pago a la herramienta de contenidos. El cuarto es el constructor de sitios: un servicio de arrastrar y soltar, normalmente alojado por una sola empresa, con diseños ya hechos. No hay una clasificación fija entre los cuatro; cada uno se diseñó para una necesidad distinta.

También existe un quinto grupo, las plataformas de contenido empresarial, que usan organizaciones con mucha documentación que necesitan muchos usuarios, flujos de aprobación y gestión multilingüe. Para la mayoría de las pequeñas y medianas empresas bastan los cuatro primeros tipos.

Para un negocio que añade unos cuantos artículos o páginas por semana y no tiene un diseño complicado, un CMS clásico suele ser el camino más cómodo. Piense en un estudio de arquitectura: añade páginas de proyectos y entradas de blog, y el diseño rara vez cambia. El área de administración es conocida y la oferta de temas y complementos es amplia.

Si el mismo contenido debe aparecer en una web, en una aplicación móvil y en una pantalla de un showroom, tiene sentido una arquitectura headless. El contenido se introduce una vez y cada superficie lo recoge a su manera. Un negocio que sobre todo vende productos elegirá una plataforma de comercio, porque la lógica de stock, pago y entrega ya existe allí y no hace falta escribirla desde cero.

Un pequeño negocio local puede usar un constructor de sitios para una presencia de una sola página. El factor decisivo es el crecimiento: si el sitio solo hará de tarjeta de visita, basta un constructor, pero si su alcance se ampliará en tres años, empezar con un sistema más flexible evita una mudanza costosa más adelante.

Es más sano empezar la elección por una lista de preguntas que por una marca. Las preguntas siguientes afinan la decisión en la mayoría de los negocios. Anote sus respuestas y compare unos cuantos sistemas con la misma lista; el que coincida más veces suele ser el que mejor encaja.

Algunas de estas preguntas parecen técnicas pero en realidad tratan del trabajo diario. ¿Quién introducirá el contenido, de quién se necesita la aprobación antes de publicar una página y se puede volver a una versión anterior tras un error? Eso decide con qué comodidad funciona el sistema no en su primera semana, sino en su primer año.

• ¿Quién actualizará el contenido y con qué frecuencia?
• ¿Se usará el mismo contenido en otras superficies?
• ¿A qué idiomas y países se dirige?
• ¿Hace falta un paso de aprobación antes de publicar?
• ¿Tendrá que conectarse con sistemas existentes como stock, CRM o pagos?
• ¿Quién se encargará del mantenimiento y de las actualizaciones de seguridad?

Todo CMS necesita cuidados después de instalarse. En los sistemas clásicos de código abierto, las actualizaciones y la compatibilidad de los complementos requieren atención regular; en las plataformas alojadas esa carga recae en el proveedor, pero la personalización es limitada. Qué le conviene depende de la atención y del presupuesto que pueda reservar para el mantenimiento.

La titularidad es una cuestión aparte. ¿En qué servidor están su contenido y sus datos, y puede exportarlos si quiere cambiar de proveedor? En una plataforma cerrada, el contenido suele quedarse dentro junto con su formato. No es un defecto, pero conviene saberlo antes de decidir.

Por último, piense en el equipo. Por capaz que sea un sistema, la introducción de contenido se atasca si el equipo lo encuentra incómodo. Pedir a un usuario real que pruebe unas cuantas tareas típicas en el área de administración antes de decidir dice más que una larga tabla de funciones.

El error más común es confundir popularidad con idoneidad. Un sistema muy usado no sirve a todos los negocios; un ecosistema grande ayuda, pero también trae conflictos de complementos y la carga de vigilar la seguridad. La elección debe seguir su propio flujo de trabajo, no lo que usa un vecino.

El segundo error es elegir algo demasiado pequeño o demasiado grande para la necesidad de hoy. Instalar una plataforma empresarial para un sitio de tres páginas, o poner desde el primer día a una marca en crecimiento sobre un constructor limitado, resulta caro después en ambos casos. El tercer error es pensar por separado en el diseño y en el CMS: si el diseño ignora cómo se gestionará el contenido, el área de administración acaba quedándose por detrás del diseño.

El cuarto error es dejar la migración fuera del plan. Al pasar de un sistema antiguo a uno nuevo, si no se conservan las direcciones, las redirecciones y la estructura del contenido, la visibilidad en las búsquedas puede resentirse. Por eso la migración no es un paso posterior a la elección, sino uno que se planifica junto con ella.

No todos los sitios necesitan un CMS. Una web de presentación de pocas páginas cuyo contenido cambia una o dos veces al año funciona muy bien como páginas estáticas cuidadosamente preparadas. Añadir un CMS a un sitio así puede no aportar nada más que mantenimiento extra; las actualizaciones de seguridad, la base de datos y el área de administración se convierten en superficies que hay que proteger.

Del mismo modo, un CMS aparte puede ser innecesario para negocios cuyo contenido ya se gestiona en otro lugar. Un sitio que toma la información de producto de un ERP o de un sistema de comercio creará incoherencias si intenta gestionar otra vez la misma información en un segundo panel. La pregunta correcta entonces no es qué CMS, sino dónde está la fuente única del contenido.