Soporte web 24/7: cómo leer un SLA antes de contratar
«Soporte 24/7» puede describir desde una alerta automática hasta una guardia con capacidad de intervención. Un SLA útil elimina esa ambigüedad: define qué cubre, qué severidades atiende, cuándo empieza cada reloj, qué acción se compromete y qué debe aportar el cliente. La primera distinción es esencial: recibir o responder un aviso no equivale a mitigar ni a resolver la incidencia.
Lo esencial, antes de empezar
- Pregunta por separado qué se monitoriza, quién recibe la alerta, cuándo interviene una persona y qué acciones puede ejecutar.
- Respuesta inicial, mitigación, recuperación y resolución son hitos distintos y deben tener definiciones propias.
- La severidad se asigna por impacto, alcance y alternativa disponible, con ejemplos del negocio del cliente.
- Cobertura, prioridades, canales y tiempos de NAS se concretan en cada propuesta; este artículo no constituye un SLA.
Separa los seis momentos de una incidencia
- 01
Detección
Una comprobación o una persona identifica una anomalía. La detección puede ser automática sin que exista todavía atención humana.
- 02
Recepción y acuse
El sistema registra el aviso y el proveedor confirma que ha llegado por un canal válido.
- 03
Respuesta inicial
Una persona cualificada revisa el caso, confirma severidad y comienza el diagnóstico.
- 04
Mitigación
Una acción reduce el impacto: desactivar una función, mostrar contingencia o volver a una versión estable.
- 05
Recuperación
El servicio vuelve a un nivel operativo, aunque la causa definitiva siga pendiente.
- 06
Resolución
Se corrige la causa aceptada, se valida y se cierra o se acuerda trabajo posterior.
Google Cloud define prioridades según impacto y disponibilidad de una solución alternativa en sus procedimientos de atención. Microsoft también separa la respuesta inicial de la resolución en su descripción del soporte. Las condiciones aplicables son siempre las del contrato concreto.
Define severidad por impacto, no por ansiedad
| Nivel | Ejemplo de impacto | Tratamiento a concretar |
|---|---|---|
| P1 crítica | Servicio esencial caído, cobro bloqueado o riesgo activo para datos | Escalado inmediato, comunicación y mitigación prioritaria |
| P2 alta | Función central degradada con alternativa limitada | Atención prioritaria y actualizaciones acordadas |
| P3 media | Error parcial con alternativa razonable | Diagnóstico en la cobertura pactada |
| P4 baja | Consulta, mejora o defecto cosmético | Planificación ordinaria |
La misma función cambia de severidad según el negocio. Un formulario puede ser el canal principal de captación o tener alternativas. Cada propuesta debe incluir ejemplos del cliente, alcance afectado, usuarios, hora de inicio y efecto operativo.
Descompón la expresión 24/7 en condiciones verificables
| Capa | Qué preguntar |
|---|---|
| Monitorización | Qué señales se comprueban, desde dónde y con qué frecuencia |
| Recepción | Qué canal está habilitado y cómo se confirma el ticket |
| Atención humana | Qué severidades y franjas cuentan con una persona disponible |
| Respuesta | Qué acción inicia el reloj y qué entrega marca su cumplimiento |
| Intervención | Qué sistemas, accesos y cambios están autorizados |
| Comunicación | Frecuencia de actualizaciones y contactos de escalado |
AWS publica planes con tiempos distintos según impacto. El ejemplo muestra por qué «24/7» necesita alcance y nivel: no confirma por sí solo guardia humana, tiempo de reparación ni cobertura de todas las severidades.
Un buzón abierto siempre no es una guardia, y una alerta sin acceso no permite intervenir. Comprueba festivos, zona horaria, idioma, canal de emergencia y escalado cuando el contacto inicial no responde.
Documenta dependencias y responsabilidades antes del incidente
| Elemento | Decisión que debe constar |
|---|---|
| Dominio y DNS | Propietario, renovación, acceso y contacto |
| Hosting, CDN y base de datos | Cuenta, soporte, límites y autorización de cambios |
| Código y despliegues | Repositorio, responsable y procedimiento de rollback |
| Copias | Alcance, retención, propietario y restauración probada |
| Pago, email y terceros | Cuenta, canal de soporte y dependencia del proveedor |
| Decisión de emergencia | Quién autoriza degradar, restaurar o desconectar una función |
Un compromiso puede pausarse cuando faltan accesos, información o una decisión del cliente, pero esa regla debe estar escrita. Para severidad crítica, Microsoft solicita colaboración continua del cliente; la disponibilidad de ambas partes evita un reloj imposible de ejecutar.
El artículo sobre cuánto cuesta mantener una web ayuda a separar tareas preventivas, correctivas y evolutivas. El SLA añade cobertura y gestión de incidentes; no sustituye ese alcance.
Monitoriza el recorrido que sostiene el negocio
- Disponibilidad HTTP, DNS y certificado.
- Latencia y errores de frontend, servidor y dependencias.
- Formulario, pago, inicio de sesión u otro recorrido crítico.
- Entrega de email o evento de integración cuando sea parte del proceso.
- Capacidad, colas, espacio y límites de proveedores.
- Copias y restauración probada, con alarmas separadas del sistema vigilado.
Una respuesta 200 no demuestra que el formulario envíe ni que el pago termine. Las pruebas sintéticas deben usar rutas o cuentas controladas para evitar leads, pedidos o cargos reales. Si el síntoma son formularios, esta guía de diagnóstico cuando no llegan correos ayuda a separar captura, API y entrega.
Checklist para comparar propuestas de soporte
- Cobertura horaria, zona, festivos y severidades incluidas.
- Detección, recepción, respuesta, mitigación, recuperación y resolución definidas.
- Canales, escalado y frecuencia de comunicación.
- Sistemas incluidos, exclusiones y dependencias de terceros.
- Accesos, autorizaciones, copias y prueba de restauración.
- Reglas de pausa, cierre y reapertura del incidente.
- Informe posterior y métricas periódicas para casos graves.
- Precio, límites de uso y proceso para cambios fuera de alcance.
Fuentes y referencias
Documentación oficial y referencias de mercado consultadas para verificar los puntos que cambian con el tiempo.