Lleváis años con la misma web. Se actualiza el plugin cuando salta el aviso, se hace la copia de seguridad el primer lunes de mes, y si algo se rompe, se llama a quien la montó. Funciona. Más o menos.
Ese «más o menos» es el problema.
Wordfence registra más de 90.000 ataques automatizados por minuto contra sitios WordPress en todo el mundo. Y esa cifra ha crecido: los bots construidos con IA han disparado un 45% el volumen de estos ataques en el último año. No hablamos de un pico puntual, ni de una amenaza reservada a webs grandes. Hablamos de un rastreo constante, que no distingue entre una multinacional y la web de un despacho local, y que localiza en minutos cualquier plugin sin actualizar.
Durante mucho tiempo, mantener una web ha significado vigilar que no se caiga. Poco más. Pero una web hoy no es solo una pieza técnica que hay que mantener en pie: es la puerta de entrada de tu organización, tiene una huella energética real, y puede excluir a personas sin que nadie se dé cuenta hasta que es demasiado tarde. Mantenerla «para que no se rompa» ya no cubre lo que está en juego.
Lo que cubre el mantenimiento tradicional y por qué ya no basta
El mantenimiento clásico de WordPress se reduce, en la mayoría de los casos, a cuatro tareas: actualizar el núcleo y los plugins, revisar la seguridad, hacer copias de seguridad y comprobar que la web sigue online. Es necesario. Nadie discute eso.
Pero aquí conviene detenerse en la seguridad, porque el contexto ha cambiado más de lo que parece.
Hasta hace poco, un atacante necesitaba tiempo para encontrar una web vulnerable: rastrear plugins desactualizados, probar exploits conocidos, repetir el proceso web a web. Ahora ese rastreo se automatiza con herramientas que escanean miles de instalaciones de WordPress a la vez, identifican en segundos qué versión de qué plugin corre en cada una, y priorizan las que tienen una vulnerabilidad publicada sin parchear. Una web con una actualización pendiente ya no es «un riesgo a medio plazo». Es un objetivo localizado el mismo día en que se publica el fallo.
Eso cambia la naturaleza del mantenimiento. Ya no es una tarea que se puede posponer una semana sin coste. Es vigilancia activa, constante, con alguien capaz de interpretar lo que hay detrás de cada aviso.
Y lo mismo, con matices distintos, pasa con dos cosas que solemos tratar como «ya está hecho»: la sostenibilidad y la accesibilidad de la web.
La sostenibilidad no se configura una vez
Cuando se diseña una web pensando en su impacto ambiental, es fácil creer que el trabajo termina al publicarla. No es así. Cada imagen que sube el equipo de marketing, cada plugin nuevo que alguien instala para resolver un problema puntual, cada rediseño de una sección, añade peso. Ese peso se traduce en más datos viajando, más servidores trabajando, más energía consumida cada vez que alguien visita la página.
Una web que nace ligera y eficiente puede, en un año, haber duplicado su huella sin que nadie lo decidiera así. Simplemente ocurrió, entrada a entrada.
Por eso la sostenibilidad de una web no es un certificado que se consigue una vez. Es un dato que hay que seguir mirando: cuánto pesa cada página, qué puntuación mantiene en herramientas como Website Carbon Calculator o Ecograder, si los Core Web Vitals siguen en verde después de los últimos cambios. Si quieres entender mejor qué significa diseñar (y mantener) una web con este criterio, aquí lo explicamos con más detalle. Sin ese seguimiento, el buen trabajo inicial se diluye solo, con el tiempo.
La accesibilidad se rompe con cada publicación
Con la accesibilidad pasa algo parecido, aunque el mecanismo es distinto. Una web puede nacer perfectamente accesible —contraste correcto, jerarquía de encabezados clara, imágenes con texto alternativo— y perder esa condición con la primera entrada de blog que alguien sube sin pensar en ello. Una imagen sin alt. Un vídeo sin subtítulos. Un encabezado que salta de H2 a H4 porque quedaba mejor visualmente.
Ninguno de esos fallos es intencionado. Pero se acumulan, y cada uno deja fuera a alguien: una persona que navega con lector de pantalla, alguien con baja visión, alguien que no puede usar el ratón. Además, con la normativa de accesibilidad cada vez más exigida, esos fallos ya no son solo una cuestión ética. Son también un riesgo legal.
La solución no es un chequeo puntual antes de lanzar la web. Es revisar la accesibilidad cada vez que se publica algo nuevo, con la misma naturalidad con la que se revisa que un enlace funciona. Si quieres ver el nivel de detalle al que nos referimos, tenemos un repaso completo a los criterios que debería cumplir tu web.
La web también hay que vigilarla mientras nadie la mira
Hay un cuarto frente que suele quedar fuera de la conversación: saber si la web está realmente funcionando en cada momento, no solo cuando alguien la visita y se da cuenta de que algo falla.
Un servidor puede caerse a las tres de la madrugada. Un enlace que funcionaba la semana pasada puede llevar ahora a una página que ya no existe, porque alguien reorganizó el menú sin revisar qué apuntaba a dónde. Un formulario de contacto puede dejar de enviar correos sin que nadie lo note, hasta que un cliente pregunta por qué nunca recibió respuesta.
Nada de esto se detecta mirando la web de vez en cuando. Se detecta con herramientas que comprueban que todo sigue en pie cada pocos minutos, todo el día, y avisan en el momento en que algo deja de funcionar. En Micelia usamos servicios de este tipo para monitorizar el estado y los tiempos de respuesta de las webs que mantenemos, con paneles públicos como Uptime Robot donde cualquier cliente puede comprobar en cualquier momento que su web está disponible. Lo mismo aplica a las URLs internas: revisar periódicamente que los enlaces siguen llevando donde deben, y no a un error 404 que nadie ha visto.
Por qué esto es un servicio, y no un plugin que se instala y se olvida
Seguridad, sostenibilidad y accesibilidad comparten algo: ninguna de las tres se resuelve configurándola una vez. Las tres se degradan solas si nadie las vigila, y las tres necesitan que alguien interprete los datos y decida qué hacer con ellos.
Un plugin puede avisarte de que una imagen no tiene texto alternativo. No puede decidir qué texto describe mejor esa imagen para tu audiencia. Una herramienta puede medir el peso de tu web. No puede decidir qué imagen merece la pena comprimir y cuál conviene eliminar directamente. Los datos sin criterio se acumulan en un informe que nadie lee.
Ahí es donde el mantenimiento deja de ser una lista de tareas técnicas y se convierte en acompañamiento: alguien que mira los números cada mes, entiende qué significan para tu web concreta, y actúa antes de que se conviertan en un problema.
Todo lo que incluye un plan de mantenimiento con Micelia
Para que quede claro qué hay detrás de todo esto, aquí tienes el detalle completo de lo que cubrimos:
Seguridad y actualizaciones
- Actualización del núcleo, plugins y tema, revisada antes de aplicarla en producción.
- Vigilancia activa de vulnerabilidades publicadas que afecten a los plugins instalados.
- Copias de seguridad periódicas, con comprobación de que realmente se pueden restaurar.
- Gestión de certificados SSL y renovaciones de dominio y hosting.
- Revisión del firewall y de los intentos de acceso sospechosos.
Testing tras cada actualización
- Comprobación de que la web carga correctamente en escritorio y móvil tras cada actualización.
- Revisión de que formularios, botones y procesos de compra o contacto siguen funcionando.
- Detección de conflictos entre plugins o incompatibilidades con el tema antes de que los note un visitante.
Monitoreo y revisión de URLs
- Comprobación periódica de enlaces internos y externos rotos.
- Revisión de redirecciones tras cambios de estructura o de menú.
- Monitorización de disponibilidad (uptime) y tiempos de respuesta, con aviso inmediato ante cualquier caída.
Sostenibilidad
- Informe periódico de peso de página y puntuación en Website Carbon Calculator y Ecograder.
- Revisión y optimización de imágenes y archivos multimedia recién publicados.
- Seguimiento de Core Web Vitals tras cada cambio relevante en el contenido o el diseño.
Accesibilidad
- Revisión de accesibilidad de cada nueva publicación: alt en imágenes, jerarquía de encabezados, contraste.
- Actualización de la declaración de accesibilidad con la fecha del último chequeo.
- Detección de patrones de contenido que generan barreras de forma recurrente, para corregirlos en origen.
Acompañamiento al equipo
- Revisión de cómo publica tu equipo: si el contenido se sube siguiendo buenas prácticas de estructura, imágenes y SEO.
- Formación puntual cuando detectamos un hábito que conviene ajustar, antes de que se repita en cada entrada.
- Resolución de dudas del equipo sobre el uso diario de la web.
Pequeñas mejoras dentro del horario contratado
- Ajustes de diseño, textos o contenido que no requieren un proyecto aparte.
- Correcciones puntuales, nuevas secciones menores o cambios de última hora.
- Uso de las horas de mantenimiento como bolsa flexible, priorizada según lo que más valor aporte cada mes.
No es una capa añadida al mantenimiento de siempre. Es una forma distinta de entender qué significa cuidar una web: no que siga en pie, sino que siga cumpliendo lo que promete a las personas que la visitan. Si quieres ver cómo trabajamos cada pieza por separado, tenemos más detalle en nuestro enfoque de sostenibilidad digital y en la consultoría de accesibilidad web.
¿Y la tuya?
Si hace tiempo que no revisas cuánto pesa tu web, qué puntuación tiene en accesibilidad, o cuándo se actualizó por última vez cada plugin, probablemente sea un buen momento para hacerlo. Escríbenos y hablamos de cómo está tu web hoy, y de qué necesitaría para seguir estándolo mañana.