CMS simple: Por qué lo pequeño supera a lo grande en la mayoría de los sitios web

La primavera pasada me hice cargo del sitio web de un pequeño bufete de abogados. Cinco páginas, un formulario de contacto, un mapa. Funcionaba con WordPress, 23 plugins, un maquetador que nadie recordaba haber instalado y una base de datos con nueve años de comentarios spam. El sitio hacía menos que un montón de archivos HTML, pero necesitaba actualizaciones mensuales, un plugin de seguridad, uno de caché y otro de copias de seguridad para hacerle compañía al de caché. Por ese trabajo ahora le doy a cada cliente la misma regla: usa la herramienta más pequeña que cumpla el objetivo. Para la mayoría de los sitios, esa herramienta es un CMS simple.

Este artículo explica qué es realmente un CMS simple, los costes de mantenimiento que los grandes sistemas nunca incluyen en la factura y cómo saber de qué lado de la línea está tu sitio.

Qué es realmente un CMS simple

Si lo reducimos a lo esencial, un CMS hace tres cosas: almacena tu contenido, te permite editarlo sin un cliente FTP y genera páginas para los visitantes. Un CMS simple hace esas tres cosas con el menor número de piezas móviles posible: normalmente sin servidor MySQL, sin mercado de plugins, sin framework de temas con su propio ciclo de versiones.

• CMS de archivos planos como Grav, Bludit o Pico almacenan el contenido como archivos Markdown o JSON en carpetas. El sitio es el árbol de archivos.
• CMS de un solo archivo como WonderCMS o el CMS de Restorix comprimen todo el panel de administración en un único archivo PHP que se coloca junto a tu contenido.
• Generadores de sitios estáticos van un paso más allá: sin panel de administración en vivo, solo HTML regenerado con cada cambio. Genial, hasta que un cliente quiere corregir una errata a las 9 de la noche.

A lo que renuncias es a cuentas de usuario, flujos editoriales, comentarios y un plugin para cada ocasión. Lo que ganas es un sitio lo bastante pequeño como para tenerlo en la cabeza.

La factura de mantenimiento que nadie menciona

WordPress en sí no es el villano. La carga viene de todo lo que orbita a su alrededor. El núcleo pide actualizaciones. El tema pide actualizaciones. Cada uno de tus 15 a 40 plugins pide actualizaciones en su propio calendario, escritos por personas distintas, probados con versiones diferentes. Cada actualización es un pequeño billete de lotería: normalmente bien, de vez en cuando una pantalla en blanco un sábado.

Estas son las cuentas que hago con los clientes. Un sitio pequeño típico en WordPress necesita:

• Comprobación y aplicación de actualizaciones: de 30 a 60 minutos al mes, más en los meses en que algo se rompe.
• Copias de seguridad que hayas probado de verdad: otros 30 minutos, y deberías hacer una restauración de prueba cada trimestre.
• Higiene de la base de datos: revisiones, transitorios, spam, metadatos huérfanos. Si la omites, un sitio de 50 páginas arrastra una base de datos de 400 MB.
• Vigilancia de seguridad: cuando un plugin popular revela una vulnerabilidad, tu reloj de parcheo se pone en marcha. Los informes de respuesta a incidentes de empresas como Sucuri suelen atribuir una gran parte de las infecciones de CMS a plugins y temas desactualizados.

Un sitio de archivos planos invierte la mayor parte de esa lista. No hay base de datos que limpiar ni donde inyectar. La superficie de ataque se reduce a un archivo de administración y tu versión de PHP. Las copias de seguridad se convierten en una tarea cron que sincroniza una carpeta con rsync. Tengo sitios de archivos planos que funcionaron tres años entre inicios de sesión y sobrevivieron a un cambio de servidor sin ningún drama.

Archivos planos frente a base de datos: qué cambia en el día a día

Observa que nada de esto va de gráficos de rendimiento. Un sitio WordPress con caché y uno de archivos planos sirven páginas rápido. La diferencia aparece al décimo mes, cuando el sitio simple sigue sin necesitar nada y el grande necesita su hora mensual de atención.

CMS de un solo archivo: el extremo de lo simple

La versión más radical de la idea es el CMS de un solo archivo: toda la administración, edición, guardado, gestión de archivos, dentro de un único archivo PHP. WonderCMS construyó toda su identidad sobre esto, ofreciendo un panel de administración como un solitario index.php. Nosotros tomamos el mismo camino con el CMS de Restorix: un archivo en /webarchive-cms.php, añadido a cada sitio restaurado que desplegamos, con edición de contenido, búsqueda y reemplazo en todo el sitio y un gestor de archivos incluido.

¿Por qué comprimir un CMS en un solo archivo? Tres razones prácticas:

1. Instalación cero. Sin asistente, sin credenciales de base de datos, sin matriz de versiones. Sube el archivo, ábrelo, edita.
2. Huella cero. Elimina el archivo y el sitio vuelve a ser HTML plano. Nada se esconde en una base de datos que olvidaste exportar.
3. Difícil de romper. El CMS de Restorix se entrega con el modo seguro activado por defecto, y cada sitio desplegado recibe su propia contraseña de administración generada aleatoriamente, visible en tu panel. Superficie pequeña, radio de explosión pequeño.

Un panel de administración de un solo archivo nunca gestionará una revista en línea, y no está pensado para eso. Existe para que un sitio corporativo de 40 páginas pueda editarse dos veces al año sin tener que contratar a alguien que recuerde cómo funciona el panel.

Dónde se queda corto un CMS simple

Prefiero perder un trato que vender la herramienta equivocada, así que aquí va la lista sincera. Descarta el CMS simple cuando:

• Vendes productos. Catálogo real, carrito, impuestos, facturas: WooCommerce o una plataforma de tienda dedicada se ganan su complejidad. Una tienda de un cliente con 800 referencias no es candidata a archivos planos.
• Muchas manos tocan el contenido. Roles editoriales, flujos de aprobación, permisos por usuario. Los sistemas simples suelen asumir un solo administrador.
• El contenido es relacional. Eventos vinculados a lugares vinculados a ciudades, filtrado facetado en cinco taxonomías. Eso es territorio de una base de datos.
• Necesitas cuentas, foros o comentarios. Un foro phpBB de 2009 con 60.000 mensajes se queda en una base de datos. Punto.
• El equipo ya conoce un CMS grande. Reentrenar a veces cuesta más que el mantenimiento. Aburrido, pero cierto.

Regla general: si desconocidos deben iniciar sesión y hacer cosas en tu sitio, necesitas una base de datos. Si el público solo lee, probablemente no.

Una lista rápida de decisión

Responde estas cinco preguntas antes de elegir nada:

1. ¿Cuántas páginas tendrá esto en dos años? Por debajo de unas 500 funciona bien como archivos planos.
2. ¿Quién lo edita y con qué frecuencia? Ediciones mensuales por una sola persona favorecen herramientas simples.
3. ¿El público interactúa: cuentas, carritos, comentarios? Cualquier sí te empuja hacia una base de datos.
4. ¿Quién lo mantiene después del lanzamiento? Si la respuesta sincera es 'nadie, en realidad', la simplicidad es una característica, no un compromiso.
5. ¿Qué pasa si lo hackean o el hosting muere? Con un CMS simple la respuesta sincera es 'vuelve a subir la carpeta'.

Si obtienes cuatro o cinco respuestas hacia 'pequeño y solo lectura', un CMS simple te ahorrará dinero real en tres años, sobre todo en horas que nunca gastas.

Cómo probar un CMS simple en un sitio real

No necesitas un proyecto desde cero para probar la idea. Dos vías de bajo riesgo:

Primero, reconstruye un sitio pequeño existente. Toma ese sitio de cinco páginas, copia el texto y reconstrúyelo en Grav o Bludit bajo un subdominio. Un fin de semana lo cubre, curva de aprendizaje incluida. Si el cliente lo edita sin llamarte, el experimento ha funcionado.

Segundo, la vía que la gente olvida, restaura un sitio antiguo que ya perdiste. Si un sitio murió con un dominio expirado o un plan de hosting caducado, sus páginas suelen seguir en la Wayback Machine. Pásalo por una estimación gratuita: Restorix cuenta los archivos archivados y fija el precio antes de que pagues, luego despliega la restauración en tu hosting con su CMS de un solo archivo ya instalado. Lo que recuperas no es una copia congelada de museo, sino un sitio pequeño editable, que es exactamente el nicho que ocupa un CMS simple. Si algo falla, el reembolso llega a tu saldo automáticamente.

De cualquier manera, la prueba cuesta días, no meses. Ese es el objetivo de lo simple.