¿Qué es un CMS y de verdad necesita uno?
Un gestor de contenidos permite que personas que no escriben código creen y modifiquen páginas. Esa es toda la propuesta de valor, y es real, pero no es gratis, porque un CMS es software que hay que alojar, actualizar y proteger mientras exista el sitio.
Esta guía cubre qué le da realmente un CMS, cuándo compensa la carga y qué usar cuando no.
Qué aporta un CMS#
Más allá de «editar páginas», estas son las capacidades que está comprando, y merece la pena listarlas porque casi todas las decisiones de CMS se toman sin comprobar cuáles necesita.
- Editar sin desplegar. Cambiar texto y publicar de inmediato.
- Contenido estructurado. Campos en vez de un bloque de HTML, para poder reutilizar y presentar de forma coherente.
- Gestión de medios. Subir una vez, usar en cualquier sitio, con redimensionado automático.
- Usuarios y permisos. Autoría, edición y aprobación con derechos distintos.
- Flujo de trabajo. Borradores, vistas previas, programación, historial de versiones.
- Búsqueda y navegación generadas automáticamente a partir del contenido.
- Extensibilidad. Formularios, comercio y traducciones a través de un ecosistema.
Si solo necesita el primer punto de esta lista y una persona hace cambios dos veces al año, un CMS es mucha maquinaria para un trabajo pequeño.
La carga que nadie menciona al principio#
Un CMS es una aplicación en funcionamiento, lo que significa que tiene un perfil de coste continuo edite alguien el sitio o no.
| Coste | Detalle |
|---|---|
| Parches de seguridad | Los sistemas populares se sondean sin parar; las actualizaciones no son opcionales |
| Mantenimiento de plugins | Cada extensión es otra actualización y otra posible brecha |
| Alojamiento | Una aplicación con base de datos necesita más que archivos estáticos |
| Trabajo de rendimiento | Las páginas dinámicas necesitan caché para ir rápido |
| Actualizaciones de versión | Las versiones mayores pueden romper temas y personalizaciones |
| Formación | Quien edita necesita saber usarlo sin romper maquetaciones |
Cuándo lo necesita y cuándo no#
El factor decisivo es la frecuencia de cambio multiplicada por el número de personas que necesitan hacer cambios.
| Situación | Veredicto |
|---|---|
| Equipo de marketing publicando cada semana | Sí: este es exactamente el caso para el que existe un CMS |
| Sitio de cinco páginas modificado dos veces al año | No: un sitio estático es más barato y más seguro |
| Documentación mantenida por el equipo de desarrollo | No: archivos en control de versiones funcionan mejor |
| Tienda online | Sí, y una plataforma de comercio en vez de un CMS general |
| Páginas de aterrizaje para campañas | Sí: la velocidad de publicación es todo el sentido |
| Sitio con varios tipos de contenido y traducciones | Sí: la estructura es en lo que un CMS es bueno |
Las alternativas#
Para sitios que cambian poco hay opciones con costes de funcionamiento mucho más bajos y casi sin superficie de ataque.
- Generador de sitios estáticos. Contenido en archivos, compilado a HTML, desplegado en un CDN. Rápido, barato y casi nada que atacar, pero editar requiere un flujo técnico salvo que añada una capa de edición.
- Generador estático más un editor basado en git. Edición no técnica sobre archivos, conservando la salida estática.
- CMS headless más generación estática. Quien edita tiene una interfaz amable; el sitio público sigue siendo estático.
- HTML escrito a mano. Perfectamente razonable para un sitio de presentación pequeño que de verdad nunca cambia.
- Creador de sitios. La edición es el producto; la contrapartida es la portabilidad y el rendimiento.
La vía estática elimina toda una categoría de riesgo: no hay base de datos que inyectar ni acceso de administración que forzar. Para un sitio que cambia cada mes, ese ahorro es significativo.
Preguntas frecuentes
¿WordPress es la opción por defecto?
Es la más común, y ser común trae un ecosistema enorme, mucha gente que lo conoce y una cantidad proporcionalmente grande de atención automatizada por parte de atacantes. Encaja bien con sitios de contenido. No es automáticamente adecuado para aplicaciones, comercio complejo o sitios cuyo contenido son sobre todo datos estructurados en vez de páginas.
¿Cuál es la diferencia entre un CMS y un creador de sitios?
Un CMS gestiona contenido y normalmente deja la presentación a plantillas que controlan usted o su equipo. Un creador combina contenido y maquetación en una única herramienta visual. Los creadores son más rápidos para personas no técnicas y más difíciles de abandonar, porque las decisiones de maquetación viven dentro del producto en vez de en código que es suyo.
¿Puedo añadir un CMS a un sitio estático existente?
Sí, y es una vía de mejora habitual: o un CMS headless que suministre contenido a las plantillas actuales, o una capa de edición basada en git sobre los archivos existentes. Suele ser menos trabajo que una migración completa, porque las plantillas y las URLs se quedan donde están.
¿Cuántos plugins son demasiados?
No hay número fijo, pero cada plugin es una actualización que aplicar, un posible conflicto y una posible vulnerabilidad. Una disciplina útil es justificar cada uno frente a lo que aporta: si ahorra una hora al año y necesita atención trimestral, le está costando. Los sitios con cuarenta plugins casi siempre llevan varios que nadie sabe explicar.
que es un cmsgestor de contenidoscms vs sitio estáticowordpresscms webcomparativa cms
