Lo Que un SLA de 99.9% Realmente Te Paga
99.9% de uptime suena excelente. Es el número con el que la mayoría de los proveedores de hosting encabezan, y es el número que la mayoría de los clientes acepta sin cuestionarlo. Pero la matemática detrás de ese número cuenta una historia muy distinta, y los términos del contrato que lo rodean lo hacen aún menos impresionante de lo que la matemática sugiere.
Este artículo desglosa exactamente qué significa 99.9% de uptime en la práctica, qué dice típicamente la letra pequeña del SLA, y por qué construimos nuestro SLA del 500% alrededor de una filosofía completamente distinta.
¿Quieres este cálculo con tus propios números? La calculadora de créditos por caídas compara el SLA de tu proveedor contra un SLA del 500% para la misma interrupción, en vivo.
La matemática que nadie hace en voz alta
99.9% de uptime suena a casi perfección. Convirtámoslo en algo más concreto.
| Garantía de uptime | Caída permitida al año | Caída permitida al mes | Caída permitida a la semana |
|---|---|---|---|
| 99% | 87.6 horas | 7.3 horas | 1.68 horas |
| 99.9% | 8.76 horas | 43.8 minutos | 10.1 minutos |
| 99.95% | 4.38 horas | 21.9 minutos | 5 minutos |
| 99.99% | 52.6 minutos | 4.4 minutos | 1 minuto |
| SLA del 500% de RemarkableCloud | Créditos desde el minuto uno: sin umbral de caída permitida | Crédito 5x por cada minuto caído | Crédito 5x por cada minuto caído |
Lo que 99.9% de uptime le permite a tu proveedor
8.76 horas
Eso son 8 horas y 45 minutos de caída al año antes de que tu proveedor de hosting te deba un solo minuto de crédito. Tu tienda WooCommerce puede estar fuera de línea un día de trabajo entero y tu host técnicamente ha honrado su SLA.
Ponlo en términos de negocio. Si tu tienda genera $500 por hora, 8.76 horas de caída permitida representan $4,380 en ingresos potenciales perdidos, todo dentro de los límites de una “garantía de uptime del 99.9%” que la mayoría de los proveedores comercializa como promesa de confiabilidad.
La letra pequeña que hace el número del titular casi insignificante
El porcentaje por sí solo es solo parte del cuadro. Lo que la mayoría de los clientes no lee es cómo se estructuran los créditos de SLA en el contrato. Los términos típicos hacen la garantía significativamente más débil de lo que parece.
Términos estándar del contrato de SLA: lo que dicen en realidad
Umbral antes de que apliquen los créditos: La mayoría de los SLAs solo se activan después de que la garantía de uptime se ha incumplido. Con un SLA del 99.9%, los créditos no empiezan hasta que tu servidor haya estado caído más de 43.8 minutos en un solo mes. Los primeros 43 minutos de caída son gratis para el proveedor.
Los créditos no son efectivo: Los créditos de SLA casi siempre se aplican a tu próxima factura como crédito de cuenta. No te compensan por ingresos perdidos, daño a clientes o impacto de negocio: compensan una fracción de tu costo de hosting.
La tasa de crédito es típicamente 1x: Una hora de caída te gana una hora de crédito de hosting. Si pagas $20/mes, una hora de caída te gana aproximadamente $0.027 en crédito, mientras tu tienda puede haber perdido cientos de dólares en ingresos.
Tienes que presentar un reclamo: La mayoría de los proveedores exige que envíes un ticket de soporte dentro de una ventana específica (a menudo de 24 a 72 horas) para reclamar el crédito de SLA. Si no presentas el ticket, no recibes nada.
Las exclusiones son extensas: El mantenimiento programado, los problemas de red de terceros, la propagación de DNS, los ataques DDoS y los problemas causados por el cliente típicamente están excluidos. La lista de eventos que no cuentan para el SLA a menudo es más larga que el propio SLA.
Estos términos no son inusuales ni predatorios: son estándar en la mayoría de la industria del hosting. La mayoría de los clientes simplemente no los lee con suficiente cuidado para saber qué aceptaron.
Cómo se ve esto en escenarios reales
Escenario 1: Tu sitio se cae a las 11 PM de un viernes por 90 minutos
Tu tienda WooCommerce está fuera de línea hora y media durante lo que resulta ser una ventana decente de compras nocturnas. Lo notas el sábado por la mañana y envías un ticket de soporte.
Bajo un SLA estándar del 99.9%: 90 minutos está dentro de la asignación mensual (43.8 minutos). No se debe ningún crédito. Si tu plan cuesta $20/mes, no recibes nada por 90 minutos de caída y por el ingreso que se haya perdido en esa ventana.
Crédito recibido: $0.00
Escenario 2: Tu sitio se cae 3 horas durante el lanzamiento de una campaña
Envías un correo promocional a tu lista. El servidor se cae 20 minutos después del envío y se queda caído 3 horas. El momento es el peor posible: pico de tráfico, pico de intención de compra.
Bajo un SLA estándar del 99.9%: 3 horas excede el umbral mensual de 43.8 minutos, así que los créditos aplican al excedente (aproximadamente 2 horas y 16 minutos). A $20/mes, eso es un crédito de aproximadamente $0.062. La caída probablemente te costó pedidos, confianza de clientes y efectividad de campaña.
Crédito recibido: ~$0.06 por ~$500-2,000 en ingresos potenciales perdidos
Escenario 3: Ambos escenarios anteriores, en un VPS administrado de RemarkableCloud con SLA del 500%
Nuestra monitorización proactiva detecta la caída antes de que la notes. Nuestro equipo está trabajando en la resolución de inmediato. Cada minuto de caída te gana 5 minutos de crédito, desde el primer minuto, aplicado automáticamente sin necesidad de ticket.
En el Escenario 1: 90 minutos caído = 450 minutos (7.5 horas) de crédito de servicio, automáticamente. En el Escenario 2: 3 horas caído = 15 horas de crédito de servicio, automáticamente.
Crédito recibido: 5x el valor de la caída, desde el minuto uno, sin presentar un ticket
Por qué la industria se asentó en el 99.9%
Esto no es una conspiración. El 99.9% se volvió el estándar de la industria porque es un número alcanzable para la mayoría de la infraestructura operada con competencia, suena impresionante para los clientes que no hacen la matemática, y la estructura de créditos que lo acompaña limita la exposición financiera del proveedor mientras mantiene un barniz de responsabilidad.
También crea un incentivo perverso: un SLA de crédito 1x significa que el costo de la caída para el proveedor está limitado al costo del hosting mismo, sin importar lo que la caída le cueste al cliente. No hay presión financiera para minimizar la caída más allá del umbral, porque la responsabilidad máxima del SLA es una fracción de la cuota de suscripción.
Un SLA del 500% crea una estructura de incentivos distinta. Si una hora de caída nos cuesta cinco horas de crédito, estamos financieramente motivados a resolver los incidentes más rápido, invertir más en redundancia y construir infraestructura que minimice las fallas. El SLA no es un tope de responsabilidad: es una declaración de qué tan en serio nos tomamos la confiabilidad.
El SLA del 500%: cómo funciona en realidad
SLA estándar del 99.9%
- Créditos solo después de incumplir el umbral mensual
- Debes presentar un ticket de soporte en 24-72 horas
- Crédito 1x: 1 hora caído = 1 hora acreditada
- Créditos aplicados solo a la siguiente factura
- Lista de exclusiones extensa
- El impacto en tu negocio: tu problema
SLA del 500% de RemarkableCloud
- Los créditos empiezan desde el minuto uno, sin umbral
- Aplicados automáticamente, sin necesidad de ticket
- Crédito 5x: 1 hora caído = 5 horas acreditadas
- Nuestro monitoreo detecta los problemas antes que tú
- Nuestro equipo está trabajando antes de que sepas que hay un problema
- Nos importa el impacto en tu negocio, no solo el número de uptime
La diferencia práctica es esta: en un VPS administrado de RemarkableCloud, si tu servidor se cae, lo sabemos antes que tú, estamos trabajando en ello, y recibes crédito 5x por cada minuto que esté caído, sin mover un dedo. Sin ticket, sin umbral, sin cálculo.
Por qué no comercializamos un porcentaje específico de uptime
No publicamos una “garantía de uptime del 99.99%” porque creemos que el marketing de porcentajes de uptime es fundamentalmente engañoso. El número le quita todo el contexto que lo hace significativo: el umbral antes de que apliquen los créditos, la tasa de crédito, las exclusiones, el proceso de reclamo, y la brecha entre el costo del hosting y el impacto de negocio.
El SLA del 500% dice algo distinto. Dice: cuando fallamos, pagamos más que tú. Alinea nuestro interés financiero con tu uptime de una forma que un objetivo porcentual no logra. Es más difícil de explicar en un titular, pero es una representación más honesta de la responsabilidad.
Operamos servidores administrados desde 2001. En 25 años, hemos resuelto incidentes que habrían activado créditos de SLA bajo cualquier sistema. El SLA del 500% no es una afirmación de marketing: es la consecuencia de construir un negocio donde la confiabilidad del servidor no es opcional.
SLA del 500% en cada VPS administrado. Desde el minuto uno, automáticamente. Desde $20/mes.
Ver planes de VPS administrado →
Un SLA de hosting que de verdad nos cuesta algo cuando fallamos.
SLA del 500% desde el minuto uno, sin umbral, sin necesidad de ticket. Monitoreo proactivo, administrado desde 2001. Desde $20/mes.
Ver planes de VPS administrado
SLA del 500% · 3 capas de respaldo · Antispam gratis · Desde 2001
Preguntas frecuentes
¿Cómo funciona el crédito del SLA del 500% en la práctica?
Cada minuto que tu servidor está caído, recibes 5 minutos de crédito de servicio, automáticamente. Sin necesidad de ticket, sin umbral que alcanzar, sin período mínimo de caída. Si tu servidor está caído 60 minutos, recibes 300 minutos (5 horas) de crédito aplicado a tu cuenta. Nuestro monitoreo detecta la caída y el cálculo del crédito empieza desde el primer minuto del incidente.
¿El 99.9% de uptime es realmente malo?
El porcentaje de uptime en sí no es el problema: la mayoría de la infraestructura operada con competencia logra 99.9% o mejor en la práctica. El problema es lo que el contrato de SLA dice alrededor de ese número: el umbral antes de que apliquen los créditos, la tasa de crédito 1x, el proceso de reclamo y las exclusiones. Una garantía de uptime del 99.9% con esos términos es un producto muy distinto a un SLA del 500% con créditos automáticos desde el minuto uno. El porcentaje es el marketing. El contrato es la realidad.
¿Qué significa el monitoreo proactivo para las caídas?
Monitoreo proactivo significa que nuestro equipo detecta y responde a los problemas del servidor antes de que sepas que existen. La mayoría de los proveedores de hosting monitorea las caídas de forma reactiva, es decir, saben que tu servidor está caído porque su sistema de monitoreo les avisa. Nosotros monitoreamos las condiciones que preceden a las caídas: agotamiento de recursos, patrones de tráfico inusuales, indicadores de hardware fallando y eventos de seguridad. En muchos casos resolvemos el problema antes de que cause una caída visible.
¿Por qué la mayoría de la industria del hosting usa el SLA del 99.9%?
Porque es alcanzable para la mayoría de los proveedores, suena impresionante sin requerir explicación, y la estructura de créditos que lo acompaña limita la responsabilidad financiera del proveedor a una pequeña fracción del costo de la suscripción. Un SLA de crédito 1x significa que el costo máximo de la caída para el proveedor es igual a la cuota de hosting, un número que no guarda ninguna relación con el impacto real de negocio de la caída para el cliente. La industria se asentó en términos que protegen a los proveedores, no a los clientes.