¿Necesita un CMS la web de una empresa?
Un gestor de contenidos es una respuesta a la pregunta «cómo cambia un texto alguien sin conocimientos técnicos». Si esa pregunta no se plantea en vuestra casa, un CMS resuelve un problema que no tenéis y trae los suyos propios.
Lo esencial
- La pregunta decisiva no es «qué sistema» sino «quién cambia qué y con qué frecuencia».
- Un CMS clásico compensa cuando varias personas sin conocimientos técnicos cambian contenidos con regularidad.
- Las páginas estáticas generadas son más rápidas, seguras y baratas de operar, pero exigen a alguien capaz de manejar archivos.
- La partida oculta mayor de un CMS es el mantenimiento: actualizaciones, extensiones, fallos de seguridad.
Las cuatro preguntas
1. ¿Quién cambia los contenidos?
¿Una persona con nociones técnicas o varias sin ellas? Es la pregunta más importante: un CMS existe precisamente para el segundo caso.
2. ¿Con qué frecuencia?
¿Varias veces por semana, mensualmente o dos veces al año? Con cambios poco frecuentes, el esfuerzo de operar un CMS supera su utilidad.
3. ¿Cuántas páginas y qué parecidas?
¿Doce páginas sueltas o 200 que salen de plantillas? Con muchas páginas del mismo tipo —por ejemplo versiones de idioma— la generación a partir de datos gana claramente, con independencia del sistema.
4. ¿Necesitáis funciones más allá del texto?
¿Tienda, zona de acceso, reservas, cuentas de cliente? Entonces apenas hay camino que no pase por un sistema con base de datos.
Los tres caminos
| CMS clásico | Páginas estáticas generadas | Constructor | |
|---|---|---|---|
| Cambios por personas legas | sí | limitado | sí |
| Tiempo de carga | medio a lento | muy rápido | medio |
| Esfuerzo de mantenimiento | alto, continuo | muy bajo | ninguno |
| Superficie de ataque | grande | mínima | en el proveedor |
| Costes de operación | medios | muy bajos | medios a altos |
| Muchas versiones de idioma | con extensión | muy bien | casi siempre flojo |
| Salida | laboriosa | trivial: archivos | a menudo difícil |
| Tienda, acceso de usuario | sí | solo con servicio adicional | según el proveedor |
¿Sabías que…?
El mayor bloque de coste de un CMS clásico no es la instalación sino el mantenimiento: actualizaciones del núcleo y de las extensiones, revisiones de seguridad, problemas ocasionales de compatibilidad tras una actualización.
Lo realista son dos a seis horas por trimestre, de forma permanente, sin que ni un solo contenido mejore. Quien no planifique ese tiempo opera al cabo de dos años una web con fallos de seguridad conocidos. Justo esa partida falta en casi cualquier comparación de ofertas.
Cómo funcionan las páginas estáticas generadas
El enfoque es más simple de lo que suena el nombre: los contenidos están en archivos de texto, un programa los compone con plantillas hasta formar páginas HTML terminadas, y el servidor solo entrega archivos ya listos.
De ahí salen las propiedades de la tabla:
- Rápidas, porque en cada visita ya no se calcula nada.
- Seguras, porque no hay base de datos ni zona de acceso que atacar.
- Baratas, porque entregar archivos estáticos casi no exige capacidad de servidor.
- Buenas para muchos idiomas, porque la misma plantilla se genera con distintos archivos de texto.
El precio: quien quiera hacer un cambio trabaja con archivos y lanza el proceso de generación. Para una persona con nociones técnicas es cuestión de minutos; para alguien sin ellas es una barrera.
La decisión errónea más frecuente es un CMS completo para una web que se cambia dos veces al año. Se instala, se le añaden extensiones, y después nadie se ocupa de las actualizaciones, porque nadie tiene la web en el radar si no cambia.
Al cabo de dos años hay entonces una instalación obsoleta en la red, a menudo con fallos conocidos. Para webs que se cambian poco, la ausencia de mantenimiento es el argumento más fuerte a favor del camino estático, más que el tiempo de carga y los costes juntos.
La decisión en corto
| Si… | … entonces |
|---|---|
| varias personas sin conocimientos técnicos cambian con regularidad | CMS clásico |
| una persona con nociones mantiene la web, muchos idiomas | páginas estáticas generadas |
| se cambia poco y no hay personal para el mantenimiento | páginas estáticas generadas o constructor |
| hacen falta tienda, acceso de usuario o reservas | CMS o aplicación específica |
| hace falta algo rápido y no hay presupuesto | constructor, mirando la salida |
Ayúdame a decidir qué tipo de técnica web nos conviene. Nuestra situación: - Quién cambia los contenidos: [número de personas, conocimientos técnicos previos] - Con qué frecuencia se cambia: [indicación] - Número de páginas hoy: [número] - Idiomas: [lista] - ¿Necesitamos tienda, zona de acceso o reservas? [sí/no, qué] - Quién se ocupa del mantenimiento y las actualizaciones: [persona o "nadie"] - Presupuesto de instalación y de operación continua: [importes] Tareas: 1. Responde a las cuatro preguntas de decisión para nuestro caso: quién cambia, con qué frecuencia, cuántas páginas y qué parecidas, qué funciones más allá del texto. 2. Recomienda uno de los tres caminos —CMS clásico, páginas estáticas generadas, constructor— y justifícalo. 3. Extrapola el esfuerzo de mantenimiento de la variante recomendada a tres años, incluido nuestro tiempo de trabajo. Si no hay nadie responsable del mantenimiento, di con claridad qué significa eso para la recomendación. 4. Nombra qué cabría esperar en un cambio posterior desde esa variante. 5. Nombra los dos puntos en los que nuestros datos no bastan para una recomendación segura. No recomiendes productos concretos.
Conclusión
Un CMS no es un estándar sino una solución para un caso concreto: varias personas sin conocimientos técnicos cambian contenidos con regularidad. Si eso no se cumple, se paga mantenimiento y superficie de ataque por una utilidad que no llega.
Para empresas pequeñas con una persona que mantiene la web, muchas versiones de idioma y sin tienda, las páginas estáticas generadas son casi siempre la elección más económica, sobre todo porque no exigen mantenimiento de forma permanente.
Preguntas frecuentes
¿Necesita un CMS cualquier web de empresa?
No. Un gestor de contenidos resuelve la pregunta de cómo cambian contenidos con regularidad varias personas sin conocimientos técnicos. Si esa pregunta no se plantea —porque mantiene la web una persona con nociones o porque se cambia poco—, aporta sobre todo esfuerzo de mantenimiento y superficie de ataque.
¿Qué son las páginas estáticas generadas?
Los contenidos están en archivos de texto, un programa los compone con plantillas hasta formar páginas HTML terminadas, y el servidor solo entrega archivos. Eso es rápido, porque ya no se calcula nada; seguro, porque no hay base de datos; barato de operar; y especialmente adecuado para muchas versiones de idioma.
¿Qué cuesta operar un CMS?
La partida mayor no es la instalación sino el mantenimiento: actualizaciones del núcleo y de las extensiones, revisiones de seguridad, problemas ocasionales tras las actualizaciones. Lo realista son dos a seis horas por trimestre, de forma permanente, una partida que falta en casi cualquier comparación de ofertas.
¿Cuándo compensa un constructor?
Cuando hace falta algo rápido, no hay presupuesto de instalación y nadie puede asumir el mantenimiento. Antes hay que comprobar la salida: si textos, imágenes y estructura de direcciones se pueden exportar por completo; si no, un cambio posterior significa reconstruir en lugar de mudarse.
¿Qué solución conviene con muchos idiomas?
Las páginas estáticas generadas, porque la misma plantilla se genera con distintos archivos de texto y cualquier cambio en la plantilla llega de forma automática a todos los idiomas. Los sistemas clásicos necesitan extensiones para eso, y los constructores suelen ser flojos con muchas versiones de idioma.
Marketing que se configura solo
La beta del Studio Engine está abierta. Reserva tu plaza y participa desde el principio.
Unirse a la beta →