Si tu web apenas cambia, no necesitas un CMS
Entras al panel dos veces al año: un teléfono, un horario, una foto del equipo. El resto del tiempo WordPress o Joomla sigue ahí, pidiendo actualizaciones, plugins y un PHP que no quieres tocar. El CMS no está trabajando para ti. Tú estás trabajando para él.
El CMS que no usas
WordPress y Joomla son muy buenos cuando hace falta edición frecuente, varios usuarios, flujos, tienda o un área privada. El problema no es el producto. Es usarlo por inercia: se instaló porque “una empresa tiene que tener WordPress”, o porque el tema de Themeforest lo exigía, y nadie ha vuelto a preguntar si el panel aporta algo.
En una corporativa informativa el patrón es este: servicios, equipo, proyectos, contacto. El contenido de verdad se toca cada trimestre, o menos. Nadie redacta el lunes. Nadie necesita roles. Lo que hay que mostrar cabe en HTML. Lo que hay que mantener no: core, tema, plugins, PHP del hosting, copias de una base de datos que sirve para pintar las mismas ocho páginas.
La pregunta útil no es «¿WordPress o Joomla?». Eso ya está en qué tipo de web necesita tu negocio. La pregunta de este artículo es más estrecha: si casi no publicas, ¿por qué sigues manteniendo un CMS?
Lo que sigues pagando igual
Dejar el panel “por si acaso” no es gratis. Aunque no publiques, el CMS sigue pidiendo tres cosas:
- Actualizaciones. Core, tema y extensiones. Si las haces, hay riesgo de romper la plantilla. Si no las haces, hay aviso de Google, PHP caducado y un incidente esperando. No hay un punto medio cómodo.
- Superficie de ataque. Existe
/wp-admino/administrator, una base de datos y un ecosistema de plugins. Aunque pongas la web “en modo folleto”, esa puerta sigue abierta. Quitar el CMS no te hace invulnerable —ninguna web en Internet lo es—, pero sí elimina esa capa. - Dependencias que no usas. Un constructor visual, un SEO plugin, un slider, un formulario que podría ser un endpoint. Cada uno justifica el siguiente parche. El visitante no los necesita para leer tus servicios.
El rendimiento también suele ir a remolque: PHP, consultas y caché para servir HTML que podría ser un archivo. No es el argumento principal —el principal es el trabajo que no aporta—, pero se nota en móvil y en el hosting que tienes que dimensionar “por si el CMS”.
Si el WordPress es de 2019 y “aún abre”, el problema puede ser otro: no solo que no lo uses, sino que está desactualizado. Ahí hay tres salidas, y una de ellas es dejarlo al día. Este artículo asume otra cosa: el panel sobra aunque esté parcheado.
Quitar el CMS no es quedarte sin web
Zero CMS no es “otra plataforma” ni un constructor más ligero. Es arquitectura y mantenimiento sin CMS: HTML, CSS y JavaScript estándar, versionado con Git, publicación en hosting estático o CDN. Conservas dominio, contenidos útiles, diseño y el SEO que aún vale. Desaparece la base de datos del CMS, los plugins, las actualizaciones de core y el panel público.
Los cambios no desaparecen. Un teléfono, un horario o una foto se pueden pedir; no hace falta un WordPress para eso. Los estructurales pasan por revisión. La IA no publica sola por defecto. El detalle de cómo se pide un cambio es otro artículo. Aquí basta el criterio: no mantengas una fábrica de publicación para cuatro ediciones al año.
Tampoco es, de entrada, “hacer otra web”. En muchos casos el proyecto es simplificar la que ya tienes. Si lo que necesitas es crear o avanzar una estática ahora, en un bloque de dos horas, eso es otro producto. Aquí el encargo es otra pregunta: esta web que ya existe, ¿sigue justificando el CMS?
Para quién no sirve
No sirve si alguien del equipo tiene que publicar cada semana sin pasar por un técnico. No sirve con varios editores, intranet, socios que ya viven en el panel, ecommerce que sí vende o un área privada que se usa. Ahí WordPress o Joomla no son un fastidio: son la herramienta. Quitarlos por moda es un error caro, y lo decimos antes de vender nada.
Tampoco es el atajo si el problema real es un CMS activo mal mantenido. Si hay redacción, roles e idiomas de verdad, la salida honesta suele ser dejar el CMS (y cuidarlo) o pasar a Joomla PRO, no fingir que ocho noticias al mes son “contenido estático”.
Cómo saber si el CMS aún aporta
No hace falta decidirlo por catálogo. Con la URL se puede ver tecnología, estado de mantenimiento, complejidad y si el contenido es informativo o editorial. El punto de entrada es Analiza tu web: un informe para hablar con datos, no para cerrar un paquete.
Si el CMS aporta, te diremos que lo mantengas o que lo evolucionéis. Si su complejidad ya no está justificada, se puede estudiar Zero CMS. El detector no es una sentencia de “siempre Joomla” ni de “siempre estático”. Es el triage.
Siguiente paso
Si reconoces la web que casi no se toca y el panel que sí hay que parchear, el siguiente paso no es instalar otro CMS más moderno. Es comprobar si Zero CMS encaja. Si no encaja, te lo diremos.
Si ya lo tienes concreto, cuéntanos el caso por WhatsApp.
Preguntas frecuentes
¿Y si tengo que cambiar el teléfono o el horario?
Se cambia. No hace falta un WordPress para cuatro ediciones al año. En Zero CMS pides el cambio; los simples se pueden resolver de forma controlada y los estructurales pasan por revisión. La IA no publica sola por defecto.
¿Quitar el CMS es hacer la web otra vez desde cero?
A menudo no. Si la web es informativa, se pueden conservar estructura, contenidos útiles y SEO que aún vale, y servir archivos estáticos. El proyecto suele ser simplificar lo que ya tienes, no inventar otro mapa. Se mira caso a caso, no con un export milagroso.
¿Una web sin CMS es más segura?
Al quitar panel, base de datos del CMS y plugins se reduce esa superficie de ataque. No hay /wp-admin ni /administrator público. Eso no significa “imposible de atacar”: sigue habiendo hosting, DNS y lo que cuelgues. Es menos que mantener, no un escudo mágico.
¿Y si más adelante necesito blog o varios editores?
Zero CMS no te encierra: el activo es tu código y tu contenido. Si el proyecto crece hacia redacción semanal, intranet o ecommerce, se puede pasar a Joomla u otra arquitectura. Usar un CMS cuando hace falta no es un fracaso del modelo; usarlo por inercia sí lo es.
