Una empresa descubre que su formulario de contacto lleva varios días sin enviar mensajes. Nadie se había dado cuenta porque la portada cargaba correctamente. Cuando pide ayuda a quien desarrolló la web, recibe una respuesta inesperada: el presupuesto incluía la entrega del sitio, pero no su seguimiento periódico.

El problema puede estar en el formulario, en el correo, en un servicio externo o en una actualización. Lo que importa es que nadie había definido quién debía comprobarlo ni cómo actuar ante una incidencia. Y ahí es donde un acuerdo de mantenimiento bien redactado marca la diferencia.

Antes de contratar, conviene ir más allá de frases como «actualizaciones, seguridad y soporte incluidos». Es necesario entender tareas concretas, frecuencia, pruebas, límites y costes. Esta guía ofrece criterios prácticos para comparar propuestas; no pretende sustituir la revisión jurídica de un contrato.

Desarrollo y mantenimiento: dos servicios que no deberían confundirse

Desarrollar una web consiste en diseñar, construir y entregar un producto digital. Mantenerla implica revisar que sus componentes y funciones sigan siendo adecuados y actuar cuando surgen cambios de software, incidencias o necesidades operativas.

Podemos distinguir tres tipos de trabajo:

  • Preventivo: revisiones, actualizaciones, controles y comprobación de copias de seguridad.
  • Correctivo: diagnóstico y reparación de errores que impiden el funcionamiento acordado.
  • Evolutivo: nuevas páginas, funciones, integraciones o cambios importantes en el diseño.

No deberían facturarse ni gestionarse necesariamente de la misma forma. Corregir un error de entrega de correos puede ser una tarea correctiva; desarrollar un sistema de reservas, un proyecto nuevo. La propuesta tiene que explicar qué entra en la cuota y qué exige un presupuesto adicional.

No es lo mismo mantener WordPress que una web estática

Las tareas cambian según la tecnología. En WordPress hay que controlar núcleo, plugins, temas, usuarios, base de datos y compatibilidad. Su documentación oficial recomienda mantener los componentes actualizados y contar con medidas de recuperación en caso de problemas.

Una web estática desarrollada con Astro puede tener una superficie técnica distinta: quizá no dependa de una base de datos ni de plugins de WordPress. Aun así, necesita dominio, hosting, certificados, control de dependencias del proceso de desarrollo, formularios, servicios conectados y revisión de contenidos.

Por tanto, no existe una misma lista de mantenimiento válida para cualquier arquitectura. Un proveedor debería justificar las tareas incluidas según el sitio real. Esta diferencia importa también para el precio: pagar por trabajos innecesarios es ineficiente; dejar tareas críticas fuera, peligroso.

Copias de seguridad: lo importante es poder recuperar el servicio

Tener una carpeta llamada «backup» no demuestra que el sitio pueda recuperarse. Una instalación WordPress suele necesitar tanto archivos como base de datos; otros sitios dependen de repositorios, configuraciones o plataformas externas. El manual oficial de WordPress explica por qué hay que respaldar los componentes relevantes y planificar su recuperación.

Seis preguntas antes de contratar

  1. Contenido: ¿qué se copia exactamente: archivos, bases de datos, imágenes, configuraciones y datos necesarios?
  2. Frecuencia: ¿cada cuánto se generan copias y qué cambios podrían perderse?
  3. Ubicación: ¿existen copias protegidas fuera del entorno principal?
  4. Retención: ¿durante cuánto tiempo se conservan y cuántas versiones anteriores hay?
  5. Prueba: ¿quién comprueba periódicamente que se pueden restaurar?
  6. Coste: ¿la recuperación está incluida o supone una intervención extraordinaria?

No se puede recomendar una frecuencia única para todos los negocios. Una web corporativa que cambia pocas veces al año y una tienda que recibe pedidos constantemente tienen necesidades de continuidad muy diferentes.

Copia programada y recuperación garantizada no son equivalentes

Una copia diaria puede existir y, aun así, faltar una integración, una configuración o un dato alojado en otro proveedor. Por eso importa realizar pruebas de restauración en un entorno seguro.

Si la actividad depende intensamente de la web, también puede ser útil negociar objetivos de pérdida de datos y recuperación: el RPO expresa cuánto histórico se acepta perder; el RTO, cuánto tiempo de interrupción se considera tolerable. Son objetivos que deben definirse, medirse y presupuestarse; no aparecen automáticamente por contratar alojamiento.

Actualizaciones y seguridad: responsabilidades por escrito

El equipo de WordPress recomienda mantener al día el software, utilizar plugins y temas mantenidos y aplicar buenas prácticas en la gestión de usuarios y entornos. Por su parte, OWASP incluye entre los principales riesgos de aplicaciones web de 2025 los problemas de control de accesos, la configuración insegura y las deficiencias de la cadena de suministro de software.

En la práctica, un acuerdo debería indicar quién revisa avisos de seguridad, quién decide si una actualización es urgente, cuándo se realiza una prueba previa y cómo se revierte un cambio problemático.

Actualizar sin comprobar compatibilidad puede romper funciones importantes. Pero aplazar indefinidamente un parche crítico también crea riesgos. El procedimiento debe permitir actuar con criterio, sin convertir cada intervención sencilla en una discusión ni introducir cambios relevantes sin la autorización necesaria.

Accesos de administradores y proveedores

La empresa debe identificar quién controla el dominio, el alojamiento, el panel de administración y los servicios conectados. Es preferible utilizar accesos individuales, privilegios limitados y autenticación multifactor cuando esté disponible. Compartir una misma contraseña entre varias personas dificulta saber qué ocurrió y revocar accesos al terminar la colaboración.

La salida del proveedor también requiere un procedimiento: entrega de credenciales y documentación, retirada de permisos que ya no sean necesarios y, cuando proceda, cambio de claves. Todo ello debería hacerse sin interrumpir injustificadamente el servicio.

Monitorizar una web no es comprobar solo su portada

Un sitio puede estar disponible y, al mismo tiempo, ser inútil para el negocio. El usuario navega, pero el formulario no entrega las consultas; un sistema de reservas no confirma; el carrito falla en el último paso.

Antes de contratar cuadros de mando complejos conviene identificar las funciones críticas y hacerlas comprobables. Para una web de servicios, el formulario de contacto puede ser prioritario. Para una tienda online, el checkout. Para una actividad con reservas, la confirmación y el correo correspondiente.

La vigilancia útil combina alertas automáticas con pruebas reales de las funciones que generan trabajo o ingresos. El acuerdo debe indicar quién recibe los avisos, qué ocurre fuera del horario de atención y cómo se registra que el problema ha sido revisado.

Acuerdo de nivel de servicio: respuesta no significa resolución

Cuando una propuesta indica «respuesta en cuatro horas», puede referirse únicamente al primer mensaje del técnico, no a la solución de una avería. Algunas incidencias dependen del registrador del dominio, el proveedor de hosting, una pasarela de pago o una API externa.

Un SLA o acuerdo de niveles de servicio debería dejar claros:

  • Horarios de soporte y zona horaria aplicable.
  • Canal en el que registrar una incidencia.
  • Clasificación de problemas críticos y solicitudes normales.
  • Tiempo de primera respuesta y frecuencia de actualización.
  • Alcance del diagnóstico, de la intervención y del eventual restablecimiento.
  • Dependencias, exclusiones y trabajos que se facturan aparte.

Una agencia pequeña no debería prometer cobertura 24/7 si no puede sostenerla. Un compromiso moderado pero cumplible es más valioso que una garantía imposible de demostrar.

Dominio, hosting y archivos: qué pasa si cambias de proveedor

Una de las partes más importantes del contrato puede parecer administrativa: quién es titular o tiene control efectivo de cada recurso. Conviene aclarar el registro del dominio, el acceso al hosting, las licencias de plantillas y herramientas, los contenidos y el código fuente.

También conviene definir qué se entregará al finalizar el servicio y en qué formato. ¿Existe una exportación utilizable? ¿Se puede migrar sin mantener una suscripción al proveedor anterior? ¿Quién paga y administra las licencias de terceros? ¿Qué permisos deberán desactivarse?

No todos los componentes son transferibles en los mismos términos. Las respuestas dependen de contratos, licencias y tecnologías. Lo importante es que la empresa las conozca desde el comienzo, no cuando aparece una discrepancia.

Qué debería contener un informe periódico

Un informe útil no necesita veinte gráficos. Debe ofrecer evidencias de trabajo realizado y asuntos que requieren decisión:

Aspecto Información que merece la pena recibir
Actualizaciones Qué componentes se revisaron, qué cambió y resultado
Copias de seguridad Última ejecución, retención y última prueba de recuperación
Incidencias Problema, fecha, seguimiento y situación actual
Funciones esenciales Resultado de las pruebas de formularios u otros procesos
Seguridad Alertas relevantes y decisiones pendientes
Próximas acciones Recomendaciones, responsable y coste cuando corresponda

Los números solo tienen valor si ayudan a prevenir un problema o justificar una mejora. El objetivo no es demostrar que se han utilizado muchas herramientas, sino que existe un proceso responsable.

Cómo comparar dos ofertas sin fijarte solo en la cuota

Supongamos que un proveedor ofrece un mantenimiento barato con actualización de plugins, mientras otro incluye además pruebas de formularios, copias independientes, revisión de restauraciones y seguimiento de incidencias. No son ofertas equivalentes aunque ambas utilicen la palabra «mantenimiento».

Antes de comparar precios, pide una tabla de alcance, exclusiones, plazos y dependencias. Pregunta también por el coste de las intervenciones fuera de cuota y por el proceso de salida. Así podrás evaluar el precio respecto al riesgo y al valor de la web para tu empresa.

El ejemplo es comparativo e hipotético: no corresponde a proveedores ni clientes concretos de UMINIA.

Preguntas frecuentes

¿Es obligatorio contratar mantenimiento web?

No existe una cuota universal obligatoria para todos los sitios. Sí hay responsabilidades de seguridad, continuidad, información y operación que deben atenderse según el servicio y las obligaciones aplicables. La forma de cubrirlas depende de las necesidades reales.

¿El hosting incluye mantenimiento?

No necesariamente. Algunos alojamientos cubren infraestructura, copias o certificados, pero dejan fuera aplicaciones, formularios, contenido o soporte a medida. Solo el contrato del proveedor permite saberlo.

¿Una web estática necesita mantenimiento?

Sí. Puede requerir menos tareas que un CMS con muchos complementos, pero mantiene dependencias, hosting, dominio, formularios y contenidos que revisar. El mantenimiento debe ajustarse a su arquitectura.

¿Qué ocurre si una actualización deja la web inaccesible?

Debería aplicarse el procedimiento de incidencia previsto: diagnóstico, comunicación, rollback o restauración cuando corresponda y comprobación de funciones. Responsabilidades y plazos deben estar acordados previamente.

¿Puedo exigir seguridad absoluta al proveedor?

No existe un riesgo cero demostrable. Lo exigible es claridad sobre medidas razonables, alertas, gestión de incidentes, recuperación, obligaciones y límites del servicio.

Una buena relación empieza con expectativas claras

El mantenimiento no consiste solo en pulsar el botón de actualizar. Consiste en saber qué es importante para la empresa, quién lo supervisa y cómo se actúa si falla. Antes de firmar, pide responsabilidades concretas, un plan de recuperación probado y un sistema de comunicación comprensible.

¿Estás preparando una nueva web o revisando las condiciones de un proyecto existente? Definir bien la arquitectura y las responsabilidades desde el principio evita decisiones improvisadas después. Conoce los servicios web de UMINIA.

Fuentes revisadas

Las recomendaciones contractuales no sustituyen el asesoramiento jurídico.