Tu sitio web no es un folleto digital que se diseña una vez y se olvida. Es un activo vivo que, si no se cuida, se convierte en un pasivo: lento, inseguro y vulnerable.

Aun así, muchos dueños de negocio tratan el mantenimiento web como un gasto opcional. Y cuando el sitio se cae o lo hackean, la pregunta no es “¿cómo pasó?”, sino “¿quién es responsable?”. La respuesta, en la mayoría de los casos, es nadie — y esa es exactamente la razón por la que tu sitio necesita un SLA.

¿Qué es un SLA de mantenimiento web?

Un SLA (Acuerdo de Nivel de Servicio) es un contrato formal entre tu empresa y el proveedor de mantenimiento que define con claridad qué servicios se prestan, con qué calidad, y qué pasa si no se cumple lo acordado.

No es un simple “contrato de servicios”. Es lo que transforma promesas comerciales en compromisos medibles y exigibles.

Por qué tu sitio necesita un SLA

  • Protege tu negocio ante imprevistos. Sin un SLA, cualquier problema —un hackeo, una caída del servidor, un error después de una actualización— se convierte en un terreno de responsabilidades difusas: el cliente culpa a la agencia, la agencia culpa al hosting, y vos te quedás con el sitio caído y sin respuestas. Un SLA asigna responsabilidades claras y define quién hace qué, en cuánto tiempo y con qué prioridad.
  • Garantiza tiempos de respuesta y resolución. Un SLA típico define niveles de gravedad: un incidente crítico (sitio caído, brecha de seguridad) con respuesta en 1 hora y resolución en 8; uno alto (una funcionalidad principal rota) con respuesta en 4 horas y resolución en 24; uno normal (un bug menor) con respuesta en 24 horas. Sin esa definición, un “arreglo urgente” puede tardar días — y cada hora de inactividad es venta perdida y reputación dañada.
  • Te da derecho a compensaciones. Si el proveedor no cumple, el SLA incluye créditos de servicio — típicamente descuentos en la factura del mes siguiente. Si el uptime cae por debajo de lo acordado, recibís un crédito. Eso protege tu inversión y alinea los intereses del proveedor con los tuyos.
  • Establece una hoja de ruta de mantenimiento preventivo, no solo reactivo: cada cuánto se actualizan el CMS, los plugins y los temas (las actualizaciones críticas de seguridad deberían aplicarse en menos de 24 horas), la frecuencia y retención de los backups, la monitorización de uptime y rendimiento, y las auditorías de seguridad periódicas.
  • Previene la “deriva de seguridad”. El mayor riesgo de un sitio sin SLA es la seguridad descuidada: los plugins quedan obsoletos, las vulnerabilidades se acumulan y, tarde o temprano, el sitio termina hackeado. Un SLA convierte las actualizaciones proactivas, el monitoreo de malware y las auditorías en compromisos contractuales, no en buenas intenciones.
  • Convierte un gasto variable en una inversión predecible. Los clientes con contrato de mantenimiento permanecen entre 3 y 5 veces más tiempo con una agencia que los que solo contratan un proyecto puntual — el SLA es la base de una relación a largo plazo, no un costo aislado.

Qué debe incluir un buen SLA

  • Alcance del servicio: qué incluye exactamente — actualizaciones, backups, monitorización, soporte editorial, auditorías de seguridad.
  • Niveles de servicio (SLOs): métricas concretas de uptime, tiempos de respuesta y resolución por nivel de gravedad, y frecuencia de actualizaciones y backups.
  • Exclusiones: tan importante como definir qué se incluye es dejar por escrito qué no está cubierto — creación de contenido, cambios de diseño, funcionalidades nuevas, problemas causados por el cliente, fallos del hosting externo.
  • Créditos de servicio: compensaciones si no se cumplen los SLOs, con umbrales claros que activan la penalización.
  • Procedimiento de incidencias: cómo se reporta un problema, por qué canal (email, Slack, portal) y cómo se escala según prioridad.
  • Planes escalonados: paquetes distintos según la criticidad del sitio y el presupuesto del negocio — desde un plan básico con actualizaciones mensuales y soporte en horario laboral, hasta un plan con monitoreo 24/7, actualizaciones inmediatas ante incidentes críticos y soporte on-call.

El riesgo de no tener SLA

No tener un SLA de mantenimiento es, en la práctica, asumir todos los riesgos sin ninguna protección:

  • Sin garantía de tiempo de respuesta, tu sitio puede estar caído días enteros sin que nadie se sienta obligado a arreglarlo.
  • Sin plan de backups, un ataque o un error puede borrar meses de trabajo sin posibilidad de recuperación.
  • Sin responsabilidades claras, ante un problema todos se señalan entre sí y vos pagás las consecuencias.
  • Sin actualizaciones proactivas, la seguridad se descuida hasta que ya es tarde.

Un plan de soporte no es un gasto extra: es lo que evita el gasto grande de recuperar un sitio hackeado o caído.

La cuenta es simple: una hora de downtime en un sitio que genera leads o ventas casi siempre cuesta más que el mantenimiento de todo un año.