El mantenimiento web es el conjunto de tareas que mantienen una página funcionando, segura y útil después de publicarla: copias de seguridad, actualizaciones, vigilancia de errores, medición y pequeñas mejoras. Yo lo llamo evolución y soporte web, porque reducirlo a "instalar actualizaciones" se queda corto. En este artículo te explico qué incluye un plan mensual de mantenimiento de páginas web, qué riesgo cubre cada tarea y en qué casos no te hace falta contratarlo.

Por qué una web no termina el día del lanzamiento

Una web publicada no es un objeto terminado, como un folleto impreso. Es software que vive en un servidor, depende de otras piezas (el gestor de contenidos, el tema, los plugins, la versión de PHP del hosting) y se usa desde navegadores y móviles que también cambian.

Eso tiene consecuencias prácticas, que planteo como hechos generales y no como estadísticas:

  • Las piezas de software reciben actualizaciones, algunas de seguridad. Si no se aplican, las vulnerabilidades conocidas siguen abiertas.
  • Los hostings cambian versiones de PHP y otras configuraciones. Una web que hoy funciona puede empezar a dar errores.
  • Los certificados de seguridad y los dominios caducan y hay que renovarlos.
  • Un formulario puede dejar de enviar correos sin que nadie se entere durante semanas.
  • Lo que hoy es rápido puede volverse lento al subir imágenes pesadas o instalar un plugin más.

Nada de esto ocurre necesariamente. Pero cuando ocurre, si nadie mira, lo normal es enterarse por un cliente que no ha podido contactarte.

La recomendación: una rutina pequeña, regular y con motivo

Mi criterio es que un plan de evolución tiene sentido cuando cada tarea responde a una pregunta: qué riesgo evita o qué oportunidad abre. Si una tarea no se puede justificar así, sobra.

No prometo que un plan mensual "sea rentable". Sin datos de tu negocio no lo sé y sería inventarlo. Lo que sí puedo hacer es explicarte qué cubre cada tarea, para que valores tú si te compensa.

Qué incluye un plan de evolución y soporte web

Seguridad y continuidad

  • Copias de seguridad con restauración probada. Una copia que nunca se ha restaurado es una esperanza, no una copia.
  • Actualizaciones del gestor de contenidos, del tema y de los plugins, aplicadas con cuidado y comprobando que nada se rompe.
  • Vigilancia de disponibilidad: saber si la web se cae antes de que lo diga un cliente.
  • Renovaciones de dominio y certificado controladas en un calendario.

Funcionamiento

  • Prueba de los formularios y del flujo de contacto, incluida la recepción real del correo.
  • Revisión de errores en el servidor y en la consola del navegador.
  • Comprobación en móvil tras cambios importantes.

Medición y mejora

  • Lectura de las métricas básicas: visitas, páginas de entrada, contactos.
  • Búsqueda de páginas que pierden visitas o que no cumplen su función.
  • Revisión del rendimiento con los umbrales de referencia de Core Web Vitals (LCP de 2,5 s o menos, INP de 200 ms o menos y CLS de 0,1 o menos).
  • Propuesta de mejoras pequeñas y priorizadas: un texto que no se entiende, un botón mal ubicado, una imagen sin optimizar.

Cada tarea, con su riesgo y su posible impacto

Esta tabla es una guía de razonamiento, no una promesa de resultados.

Tarea Riesgo que cubre Posible impacto en el negocio
Copias con restauración probada Pérdida de contenido por fallo o ataque Poder volver a un estado bueno sin rehacer la web
Actualizaciones controladas Vulnerabilidades conocidas o incompatibilidades Menos probabilidad de incidentes de seguridad o errores
Vigilancia de disponibilidad Web caída sin que nadie lo sepa Reaccionar antes de que se pierdan contactos
Prueba de formularios Consultas que no llegan No perder mensajes que sí se están enviando
Lectura de métricas Decidir a ciegas Priorizar mejoras con datos, cuando los haya
Revisión de rendimiento Pérdida de velocidad con el tiempo Mantener una experiencia de uso razonable

Fíjate en la última columna: habla de "poder", "menos probabilidad" y "reaccionar antes". Es a propósito. No puedo cuantificar cuántos euros ahorra cada tarea en tu caso y desconfío de quien lo hace en abstracto.

Un ejemplo hipotético para entenderlo

Imagina una web con un formulario de citas. Tras una actualización del hosting, el formulario deja de enviar los correos, aunque la página muestra "mensaje enviado". Nadie lo nota.

  • Sin seguimiento: la incidencia se descubre cuando alguien comenta que nadie le contestó. No se sabe cuánto tiempo llevaba así ni cuántos mensajes se han perdido.
  • Con seguimiento: una prueba periódica del formulario habría detectado el fallo en la siguiente revisión, con un margen de tiempo mucho más corto.

Es un ejemplo hipotético, no un caso real ni una cifra. Ilustra el tipo de problema que una rutina previene, no cuánto dinero supone.

En un proyecto con reservas, como la clínica de psicología (una web convertida en tienda online de libros con WooCommerce; probé un plugin de reservas y lo retiré porque los usuarios no sabían usarlo), este tipo de flujo es el corazón del negocio, por lo que tiene sentido vigilarlo. Ojo: no tengo resultados medidos que publicar sobre él; lo cito como tipo de proyecto donde el seguimiento importa, no como caso de éxito.

Cómo saber si te conviene un plan mensual

Hazte estas preguntas:

  1. ¿Depende tu negocio de que la web funcione? Si recibes contactos o reservas a través de ella, el riesgo de una caída es mayor.
  2. ¿Tienes a alguien que se ocupe? Si nadie actualiza, ni prueba ni mira métricas, esa tarea sigue existiendo aunque no la contrates: simplemente no se hace.
  3. ¿Tu web cambia? Si añades contenido, campañas o servicios con frecuencia, un plan de mejora continua encaja mejor que uno de mero vigilante.
  4. ¿Quieres mejorar con datos? Para ello hace falta que exista medición desde el principio.

Si contestas que sí a la mayoría, un plan regular probablemente te aporte. Si no, hay alternativas más ligeras, que explico abajo.

Cuándo esto NO encaja: límites

  • Webs pequeñas y estáticas que casi no cambian, con poco riesgo y sin contactos críticos: puede bastar con una revisión trimestral o anual, sin cuota mensual.
  • Si tienes tu propio equipo técnico que ya cubre estas tareas, duplicarlo no aporta.
  • Si esperas que el plan traiga clientes por sí mismo: mantener y mejorar no es lo mismo que hacer publicidad ni posicionar. Puede ayudar a que la web funcione mejor, no a llenarla de visitas.
  • Si el hosting o el plugin ya incluyen copias y actualizaciones automáticas, parte del plan ya está cubierto; conviene saber qué hacen exactamente y comprobarlo.
  • Un plan sin informes ni acuerdos claros es una cuota vacía. Si no puedes ver qué se ha hecho cada mes, desconfía, venga de quien venga (incluido yo).

Todo lo anterior es mi criterio como desarrollador, no una norma del sector.

Cómo lo organizo yo

Trabajo con un calendario de revisiones periódicas y un pequeño informe con lo hecho, lo detectado y lo propuesto. Lo importante es que veas qué ocurre con tu web. Los detalles concretos (frecuencia, alcance) los acordamos según tu caso, porque no es lo mismo una web corporativa sencilla que una tienda con pagos.

Si estás preparando un lanzamiento, te conviene cerrar antes los puntos técnicos de la checklist técnica antes de publicar una web: cuanto mejor sale la web, menos hay que corregir después. Y para plantear los objetivos de la web desde el principio, tienes el artículo sobre qué debe conseguir una web corporativa.

Para seguir leyendo

  • Seguridad y copias de seguridad de una web

Siguiente paso

Si quieres saber qué necesita tu web después del lanzamiento, revisemos qué necesita tu web después del lanzamiento: me cuentas cómo está montada y te digo qué tendría sentido vigilar y qué no. También puedes ver el servicio de desarrollo web para saber cómo trabajo.