El uptime es el porcentaje de tiempo que tu servidor cloud permanece activo y accesible. Un SLA (Service Level Agreement) responsable debe garantizar al menos 99.9 % de disponibilidad mensual, lo que equivale a menos de 44 minutos de caída al mes.
Si tu sitio web, tienda en línea o aplicación depende del cloud hosting, cada minuto de inactividad tiene un costo real: ventas perdidas, daño a tu reputación y usuarios frustrados. Elegir un proveedor sin revisar su SLA es uno de los errores más comunes — y más costosos — de las pymes en México.
En este artículo te explicamos qué significan los porcentajes de uptime, cómo interpretar las cláusulas de un SLA y qué garantías mínimas debes exigir antes de contratar cualquier plan cloud.
¿Qué significa el uptime y cómo se calcula?
El uptime se expresa como un porcentaje del tiempo total en un período (generalmente un mes de 30 días = 43 200 minutos). Así se traduce en tiempo real de inactividad permitida:
| Uptime garantizado | Tiempo de caída/mes | Tiempo de caída/año |
|---|---|---|
| 99.0 % | ~7 h 12 min | ~3 días 15 h |
| 99.5 % | ~3 h 36 min | ~1 día 20 h |
| 99.9 % | ~43 min | ~8 h 46 min |
| 99.95 % | ~21 min | ~4 h 23 min |
| 99.99 % | ~4 min | ~52 min |
La diferencia entre 99.0 % y 99.9 % puede parecer pequeña sobre el papel, pero son casi 7 horas adicionales de caída al mes. Para un e-commerce con ventas frecuentes, eso puede representar miles de pesos perdidos.
Qué debe incluir un SLA de cloud hosting
Un SLA no es solo un número de porcentaje. Antes de firmar, revisa que el contrato especifique claramente cada uno de estos puntos:
Definición de "inactividad"
Algunos proveedores solo cuentan como downtime los momentos en que el servidor está completamente inalcanzable. Otros excluyen caídas de menos de 5 minutos, ventanas de mantenimiento programado o incidentes relacionados con terceros (DNS, CDN). Exige que el SLA defina exactamente qué cuenta como tiempo de inactividad.
Método de medición
El proveedor debe indicar desde dónde y con qué frecuencia monitorea la disponibilidad. Los mejores servicios usan sondas externas desde múltiples ubicaciones geográficas cada 60 segundos o menos — no herramientas internas que solo detectan caídas totales del nodo.
Compensaciones y créditos
Cuando el proveedor incumple el SLA, ¿qué ocurre? Busca compensaciones automáticas (créditos sobre tu siguiente factura) proporcionales al tiempo de caída. Evita contratos donde debas "abrir un ticket y esperar aprobación" para recibir el crédito — ese proceso termina siendo más costoso que el crédito mismo.
Exclusiones y fuerza mayor
Lee con atención la lista de exclusiones. Es razonable excluir ataques DDoS masivos o fallas de Internet a nivel regional; no lo es excluir rutinariamente los mantenimientos del propio proveedor.
¿Cuánto uptime necesita realmente tu negocio?
La respuesta depende del impacto económico de cada minuto fuera de línea. Considera estos escenarios:
- Blog o sitio informativo: 99.5 % puede ser aceptable. Una hora de caída mensual rara vez impacta ingresos directos.
- Sitio corporativo con formularios de contacto: 99.9 % es el mínimo razonable. Una caída durante una campaña de Google Ads puede costar más que el plan anual de hosting.
- Tienda en línea activa: 99.95 % o más. Cada minuto de downtime en temporada alta (Buen Fin, Hot Sale) tiene un costo directo en ventas.
- Aplicación SaaS o plataforma con usuarios concurrentes: 99.99 % ("cuatro nueves"). Aquí el SLA es solo el punto de partida — también necesitas arquitectura redundante propia.
Si tu negocio opera en horarios específicos (por ejemplo, solo de lunes a viernes de 9 a 18 h), el impacto real de una caída nocturna es menor. Aun así, los motores de búsqueda rastrean a cualquier hora, y una caída prolongada puede afectar tu posicionamiento SEO.
Señales de alerta en un SLA poco confiable
No todos los SLA están redactados de buena fe. Estas son las banderas rojas que debes detectar antes de contratar:
- El SLA garantiza 99.9 % pero las exclusiones son tan amplias que el 0.1 % restante siempre cae dentro de ellas.
- Los créditos tienen un tope bajo (por ejemplo, máximo 5 % de la cuota mensual independientemente de la caída real).
- No existe historial público de incidentes ni página de estado (status page) actualizada en tiempo real.
- El contrato exige que tú demuestres la caída con capturas de pantalla y registros propios.
- No hay soporte 24/7 incluido — un incidente a las 2 a.m. del sábado puede prolongarse hasta el lunes si el equipo técnico no está disponible.
Puedes revisar el historial de incidentes de cualquier proveedor buscando su nombre junto con "status page" o "incidents" antes de contratar. Muchos proveedores confiables publican su historial completo abiertamente — los que no lo hacen, lo ocultan por razones comprensibles.
Cómo mejorar la disponibilidad más allá del SLA
Un buen SLA es necesario, pero no suficiente. La disponibilidad real de tu plataforma depende también de decisiones que tú controlas:
- CDN activo: Una red de entrega de contenido sirve tu sitio desde cachés globales aunque el origen tenga una caída corta.
- Monitoreo externo propio: Herramientas como UptimeRobot (gratuito) o Better Uptime te alertan en segundos y te dan registros independientes del proveedor.
- Backups fuera del mismo proveedor: Si el proveedor tiene una caída mayor, necesitas poder restaurar en otro lugar. Los backups en el mismo data center no ayudan si el data center está caído.
- Health checks en tu aplicación: Un servidor "activo" que devuelve errores 500 pasa el monitor de ping pero no sirve a tus usuarios. Implementa un endpoint
/healthque valide conexión a base de datos, caché y servicios críticos.
Si buscas asesoría para elegir la infraestructura cloud correcta y negociar SLA sólidos, en elenlace.com trabajamos con pymes y empresas medianas para configurar entornos confiables desde el inicio.
También puedes explorar más artículos sobre este tema en nuestra categoría de cloud hosting.
Conclusiones clave
- El uptime se mide en porcentaje mensual; la diferencia entre 99.0 % y 99.9 % equivale a casi 7 horas de caída adicional al mes.
- Un SLA debe definir claramente qué cuenta como downtime, cómo se mide y qué compensación aplica automáticamente.
- Para tiendas en línea o aplicaciones críticas, el mínimo aceptable es 99.95 %; para sitios informativos, 99.9 % suele bastar.
- Las exclusiones amplias y los créditos con tope bajo convierten un SLA aparentemente bueno en una garantía vacía.
- Complementa el SLA del proveedor con monitoreo externo propio, CDN y backups fuera de la misma infraestructura.
¿Listo para migrar a un cloud hosting con SLA transparente? El equipo de elenlace.com puede ayudarte a evaluar propuestas, comparar contratos y activar tu entorno con los estándares de disponibilidad que tu negocio necesita.
Preguntas frecuentes
¿Qué pasa si mi proveedor no cumple el SLA?
Tienes derecho a los créditos o compensaciones estipulados en el contrato. Abre un ticket de soporte citando el incidente y las fechas exactas. Si el proveedor se niega sin justificación, esa es señal suficiente para cambiar de proveedor.
¿El uptime de 99.9 % incluye mantenimientos programados?
Depende del contrato. Muchos proveedores excluyen las ventanas de mantenimiento programado del cálculo de uptime. Lee la sección de exclusiones antes de firmar y pregunta con qué frecuencia y duración realizan mantenimientos.
¿Cómo puedo verificar si mi sitio estuvo caído?
Usa una herramienta de monitoreo externo como UptimeRobot, Freshping o Better Uptime. Estos servicios comprueban tu URL cada minuto desde servidores externos y registran cada incidente con hora de inicio y fin, independientemente de lo que reporte tu proveedor.
¿El uptime aplica solo al servidor o también al correo y base de datos?
Típicamente el SLA cubre el servidor web (accesibilidad HTTP/HTTPS). El correo electrónico y la base de datos pueden tener SLA separados o estar excluidos. Si tu negocio depende de ambos, solicita SLA específicos para cada servicio antes de contratar.
Recursos útiles
Otros proveedores y guías que vale la pena comparar:
