Qué incluir en un contrato de mantenimiento web con tu cliente

Sin contrato, el cliente asume que su web nunca puede caerse y que cualquier problema es culpa tuya. Con un buen contrato de mantenimiento web, defines expectativas claras, proteges legalmente a tu agencia y conviertes el servicio en algo profesional y medible. En este artículo te explicamos qué cláusulas no pueden faltar y cómo estructurarlo.

Por qué toda agencia web necesita un contrato de mantenimiento

El mantenimiento web sin contrato funciona bien hasta que algo sale mal. Entonces aparecen las preguntas incómodas: ¿quién es responsable de la caída? ¿Estaba cubierto en el servicio? ¿Cuánto tiempo tenías para resolverlo?

Un contrato de mantenimiento web no es un trámite burocrático — es la base que permite tener conversaciones difíciles con total claridad. Define qué incluye el servicio, qué no incluye, cuáles son los tiempos de respuesta comprometidos y qué ocurre cuando hay una incidencia grave.

Además, un contrato bien redactado aumenta el valor percibido del servicio. Cuando un cliente firma un documento que especifica "monitorización 24/7, alertas en menos de 5 minutos, informe mensual de disponibilidad", entiende exactamente por qué está pagando.

Cláusulas esenciales en un contrato de mantenimiento web

1. Alcance del servicio

Define con precisión qué está incluido y qué no. Ambigüedades aquí generan conflictos después. Especifica:

• Qué sistemas se monitorean (web principal, subdominos, APIs)
• Frecuencia de actualizaciones (WordPress core, plugins, temas)
• Backups: frecuencia, retención, dónde se almacenan
• Si incluye desarrollo de nuevas funcionalidades (generalmente no)
• Si incluye soporte de usuario final del cliente (generalmente no)

2. SLA — Acuerdo de Nivel de Servicio

El SLA (Service Level Agreement) es la parte más importante del contrato para el cliente. Define el compromiso de disponibilidad y los tiempos de respuesta:

• Disponibilidad comprometida — ej: "99,5% de uptime mensual". Con herramientas de monitorización uptime puedes medir y reportar esto con precisión.
• Tiempo de respuesta ante incidencias críticas — ej: "notificación al cliente en menos de 30 minutos desde detección de caída"
• Tiempo de resolución objetivo — ej: "resolución en menos de 4 horas para caídas totales en horario laboral"
• Horario de cobertura — ¿es 24/7 o solo días laborables? Deja esto muy claro.

Para poder cumplir estos compromisos, necesitas detectar las caídas antes que el cliente. No puedes comprometer un tiempo de respuesta de 30 minutos si te enteras de las incidencias cuando el cliente llama.

3. Exclusiones y limitaciones de responsabilidad

Tan importante como lo que incluyes es lo que excluyes explícitamente:

• Caídas causadas por el proveedor de hosting (fuera de tu control)
• Problemas derivados de cambios realizados por el cliente sin avisar
• Ataques DDoS o brechas de seguridad externas
• Tiempo de inactividad programado comunicado con antelación
• Degradación de rendimiento por tráfico excepcional no previsto

Sin estas exclusiones, en caso de un ataque o una caída del hosting, el cliente puede reclamarte responsabilidades que no te corresponden.

4. Precio, facturación y condiciones de cancelación

Especifica:

• Precio mensual y qué incluye cada nivel de servicio
• Periodicidad de facturación (mensual, trimestral, anual)
• Condiciones de actualización de precios (ej: revisión anual con preaviso de 30 días)
• Plazo mínimo de permanencia (recomendable: 6-12 meses)
• Condiciones de cancelación y preaviso necesario
• Qué ocurre con los accesos y datos al finalizar el contrato

5. Reporting y comunicación

Define cómo y con qué frecuencia informas al cliente sobre el estado de su web:

• Informe mensual de disponibilidad y actividad (fecha de envío, formato)
• Canal de comunicación de incidencias (email, WhatsApp, plataforma de tickets)
• Persona de contacto en la agencia y en el cliente

El informe mensual es especialmente importante. Cuando el cliente recibe datos concretos sobre el uptime de su web, el número de incidencias detectadas y resueltas, y el estado del SSL, el servicio deja de ser abstracto. Lee nuestra guía sobre cómo crear y enviar informes mensuales de uptime para implementarlo desde el primer mes.

6. Accesos y seguridad

El contrato debe especificar qué accesos necesita la agencia para prestar el servicio y cómo se gestionan:

• Acceso al hosting/cPanel/panel de control
• Acceso al panel de WordPress (rol recomendado: Administrador)
• Acceso FTP/SFTP para backups y actualizaciones
• Quién tiene acceso y bajo qué condiciones de confidencialidad
• Procedimiento para cambio de contraseñas en caso de incidente de seguridad

Errores frecuentes al redactar contratos de mantenimiento web

• SLA sin métricas medibles — "respuesta rápida" no es un SLA. "Notificación en menos de 60 minutos" sí lo es.
• No distinguir entre detección y resolución — puedes comprometer un tiempo de detección corto (gracias a monitorización automática) pero la resolución depende del problema. Son tiempos distintos.
• Olvidar los certificados SSL — incluye explícitamente la monitorización y renovación del SSL. Un certificado SSL caducado es una incidencia crítica que muchos contratos no mencionan.
• No definir el proceso de offboarding — qué ocurre cuando el cliente se va. Quién conserva los accesos, qué datos se entregan, en qué formato y plazo.

Plantilla de estructura para tu contrato

Una estructura mínima que funciona para contratos de mantenimiento web:

1. Partes del contrato (agencia y cliente)
2. Objeto del contrato (qué servicio se presta)
3. Alcance del servicio (qué incluye y qué no)
4. SLA — niveles de servicio comprometidos
5. Precio y condiciones económicas
6. Duración, renovación y cancelación
7. Responsabilidades y exclusiones
8. Accesos y confidencialidad
9. Reporting y comunicación
10. Jurisdicción y ley aplicable

Adapta esta estructura a tu realidad y hazla revisar por un abogado si el volumen de contratos o el ticket medio lo justifica.