Uptime Hosting: ¿Qué es el SLA y Qué Garantía de Disponibilidad Necesitas?

El uptime de un hosting es el porcentaje del tiempo en que tu sitio está accesible. Un hosting con 99.9% de uptime suena excelente. Pero convertido a tiempo real, 99.9% equivale a 8.76 horas de caída al año. Si tu tienda online genera $500.000 por hora, eso son $4.3 millones en ingresos perdidos por caídas que "deberían estar cubiertas" por el SLA.

Entender qué garantiza realmente un SLA de hosting y qué no, es la diferencia entre elegir bien y descubrir las limitaciones cuando ya es tarde.

¿Qué es el uptime de hosting?

El uptime es la disponibilidad medida de un servidor o servicio web. Se expresa en porcentaje sobre un período determinado, típicamente el mes o el año. Su contraparte es el downtime: el tiempo en que el servidor no respondió correctamente.

La fórmula es simple:

Uptime (%) = (Tiempo total - Tiempo de caída) / Tiempo total × 100

Los proveedores de hosting miden el uptime de sus propios servidores, no necesariamente de tu sitio específico. Diferencia importante: el servidor puede estar activo (uptime 100%) pero tu sitio estar caído por un error de PHP, un plugin defectuoso o una base de datos corrupta.

¿Qué significa el SLA de hosting?

El SLA (Service Level Agreement) es el acuerdo formal entre el proveedor y el cliente sobre el nivel de servicio mínimo garantizado. En hosting, el SLA típicamente especifica:

• El porcentaje mínimo de uptime garantizado (99.9%, 99.95%, 99.99%)
• Cómo se mide el downtime (tiempo de respuesta, errores HTTP)
• Qué compensación recibe el cliente si el SLA no se cumple
• Qué situaciones están excluidas de la garantía (mantenimientos, fuerza mayor, errores del usuario)

Un SLA sin penalidades concretas no es una garantía — es una aspiración. Antes de contratar, buscá la respuesta a: ¿Qué me dan si no cumplen el uptime prometido?

¿Cuánto downtime implica cada nivel de uptime?

La diferencia entre 99.9% y 99.99% parece pequeña en papel, pero es la diferencia entre 8 horas y 52 minutos de caída al año. Para un sitio de e-commerce con ventas constantes, esas 7 horas extras de downtime son significativas.

¿Qué necesitas según el tipo de sitio?

No todo sitio necesita el mismo uptime. El costo de lograr 99.99% vs 99.9% es considerablemente mayor.

Blog o sitio informativo con tráfico moderado: 99.9% es suficiente. 8 horas de caída al año en horarios de bajo tráfico pasan desapercibidas para la mayoría de los visitantes.

Landing page de campañas activas: 99.9% puede ser problemático si las caídas ocurren durante horarios pico de tráfico pagado. 99.95% o 99.99% es más adecuado si las campañas corren 24/7.

Tienda WooCommerce o e-commerce: Depende del volumen de ventas. Una tienda que genera menos de $500.000 diarios puede tolerar 99.9%. Una tienda con ventas por hora necesita 99.99% y probablemente un servidor dedicado o cloud, no compartido.

Aplicación SaaS o intranet empresarial: 99.99% mínimo. Las aplicaciones de negocio tienen usuarios internos que no pueden trabajar cuando el sistema está caído — el impacto no es solo económico sino operativo.

Qué excluyen los SLA habituales

La letra chica importa. Los SLA de hosting típicamente excluyen del cálculo de downtime:

Mantenimientos programados: Actualizaciones de software, hardware o infraestructura con aviso previo (generalmente 24-48 horas) no cuentan como downtime compensable.

Fuerza mayor: Cortes de energía, desastres naturales, ataques DDoS masivos.

Errores causados por el usuario: Configuraciones incorrectas de WordPress, plugins defectuosos, .htaccess mal configurado, exceso de recursos contratados.

Errores de terceros: Si Cloudflare tiene una caída y tu sitio es inaccesible aunque el servidor esté activo, el hosting no es responsable.

Tiempo de respuesta del soporte: El SLA de uptime no garantiza que te solucionen el problema en X horas. Para eso existe el SLA de tiempo de respuesta (SRT), que es un acuerdo separado.

Cómo verificar el uptime real antes de contratar

Las promesas de uptime en la página de ventas no son suficiente evidencia. Formas de verificar:

Revisá testimonios y foros especializados: Sitios como HostingReviews.cl, LowEndTalk o Reddit/r/webhosting tienen experiencias reales de usuarios. Buscá el nombre del proveedor + "caída" o "downtime".

Pedí referencias de clientes actuales: Un proveedor seguro de su infraestructura no debería dudar en darte contactos de clientes que pueden hablar de su experiencia.

Usá herramientas de monitoreo externo: UptimeRobot (plan gratuito), Freshping y Better Uptime permiten monitorear tu sitio desde múltiples ubicaciones del mundo. Instalalos el primer mes con un hosting nuevo para verificar que el uptime prometido sea real.

Mirá el historial de incidentes: Algunos proveedores tienen páginas de status públicas (status.proveedor.cl) donde registran incidentes históricos. Si no tienen una, preguntá si existe.

Qué pasa cuando el SLA no se cumple

La respuesta típica en el mercado de hosting compartido: crédito en tu cuenta por el tiempo de caída, proporcional al costo del plan. Si pagas $10.000 al mes y el hosting estuvo caído 2 horas de más sobre el SLA, el crédito puede ser $27 (2h/720h × $10.000).

Ese crédito no compensa las ventas perdidas, el daño de reputación ni el tiempo de soporte que gastaste. Por eso el SLA financiero no es la única métrica que importa — también importa la frecuencia real de incidentes y la velocidad de resolución.

Antes de firmar un contrato con SLA, preguntá:

• ¿El crédito se aplica automáticamente o debo solicitarlo?
• ¿Hay límite máximo de crédito por incidente o por mes?
• ¿Qué define formalmente "downtime" para el proveedor?

Uptime vs disponibilidad: la diferencia que pocos mencionan

Un hosting puede tener 99.99% de uptime (servidor activo) pero una disponibilidad real más baja si:

• El servidor responde lento (timeout de 30 segundos en lugar de 2)
• El sitio da errores 500 por PHP sin que el servidor caiga
• La base de datos tiene bloqueos que dan 504 en WooCommerce
• El DNS tarda demasiado en resolver

Las herramientas de monitoreo externo miden la disponibilidad real desde la perspectiva del visitante, no el uptime del servidor. Esa distinción es importante a la hora de evaluar la calidad real del servicio.

Conclusión

Para la mayoría de sitios WordPress en Chile — negocios locales, blogs, portfolios, tiendas medianas — un hosting con 99.9% de uptime real (no solo prometido) es suficiente, siempre que las caídas sean cortas y poco frecuentes.

Lo que importa más que el número en el SLA es la consistencia: un hosting que tiene 99.95% de uptime real pero cae dos veces al año en horario laboral es mejor que uno que promete 99.99% y tiene 10 caídas de 2 minutos distribuidas en momentos críticos.

Monitoreá tu sitio desde el primer mes. Los datos propios son la única garantía real.