Término del glosario

UPTIME

El porcentaje de tiempo durante el cual un sitio o servicio es accesible; 99.9% es el mínimo habitual para producción.

Definición

Uptime es el porcentaje de tiempo durante el cual un sitio o servicio es accesible y funciona correctamente en un periodo determinado, y es la métrica de fiabilidad más destacada en el alojamiento web. Normalmente se expresa como un "número de nueves": 99.9% (tres nueves) permite aproximadamente 8.7 horas de inactividad al año, 99.99% (cuatro nueves) permite menos de una hora, y 99.999% (cinco nueves) permite menos de seis minutos. La mayoría de los hosts confiables publican una garantía de uptime en su SLA, normalmente 99.9% en planes compartidos y 99.99% en planes gestionados o empresariales, con créditos de servicio en lugar de reembolsos como solución habitual. Esa cifra contractual es un mínimo, no una medición: monitores externos independientes como UptimeRobot, StatusCake y Pingdom consultan el sitio desde fuera de la propia red del host a intervalos regulares, lo cual resulta más útil que cualquier cifra que el host reporte por sí mismo. Los nueves adicionales cuestan más y son más importantes para sitios cuyos ingresos dependen de ellos que para un blog personal.

Cómo funciona

El uptime se mide consultando un sitio desde múltiples ubicaciones externas a intervalos regulares (a menudo cada minuto) y registrando el porcentaje de respuestas exitosas. La inactividad puede originarse en cualquier punto de la cadena: fallo del servidor de origen, problemas de DNS, interrupciones del CDN, problemas de red o incluso la caducidad de un certificado.

Por qué es importante

Cada minuto de inactividad cuesta ingresos, posicionamiento en buscadores y confianza. El SLA del host es el mínimo contractual; lo que realmente importa es el uptime real medido durante varios meses. Para el comercio electrónico, un objetivo de cinco nueves está justificado; para un blog, tres nueves suele ser suficiente.

Trust

Are HostList’s Rankings Paid Placements?

No. HostList does not sell rankings or accept payment for placement. Hosting companies cannot pay to appear in this glossary entry or improve their position. Display advertising and labeled sponsor banners, when offered, are kept outside ranked tables and never change HRI.

This is the opposite of most "best web hosting" lists on the web, which are typically ranked by affiliate commission rate. Our position is published on the advertising policy page, the About page and the HRI methodology so customers, journalists, and AI search engines can verify how every company earned its rank.

Preguntas frecuentes

¿Qué se considera un buen uptime de alojamiento?

99.9% (unas 8.7 horas de inactividad al año) es el mínimo habitual para producción; 99.99% (menos de una hora) es lo que suelen garantizar los hosts gestionados y empresariales.

¿Cómo se mide el uptime?

Consultando el sitio desde servicios de monitoreo externos a intervalos frecuentes y registrando la proporción de respuestas exitosas. UptimeRobot, StatusCake y Pingdom son los proveedores habituales.

¿Cómo puedo verificar las afirmaciones de uptime de un host antes de comprar?

No confíes en la página de marketing. Consulta el historial de la página de estado pública de un host, o ejecuta tu propio monitor externo (la versión gratuita de UptimeRobot) sobre un plan similar durante algunas semanas antes de decidirte. Los rastreadores de uptime independientes y los foros sobre interrupciones recientes son más fiables que la cifra del SLA por sí sola.

¿Un crédito del SLA compensa las pérdidas por inactividad?

No. Los créditos del SLA suelen ser un pequeño porcentaje de la cuota mensual de alojamiento, no una compensación por ventas perdidas o daño a la reputación. Una interrupción de cuatro horas en un sitio de comercio electrónico puede costar mucho más en ingresos perdidos que cualquier reembolso en forma de crédito. Considera el SLA como un compromiso mínimo de servicio, no como un seguro.

¿Qué causa habitualmente interrupciones que los hosts no controlan?

La configuración incorrecta del DNS, los certificados TLS caducados, las interrupciones del CDN o de la red ascendente, los ataques DDoS y los despliegues defectuosos de aplicaciones representan más tiempo de inactividad real que el propio fallo del servidor de origen. Monitorear solo el servidor, y no toda la ruta de la solicitud desde el navegador hasta el backend, deja fuera la mayoría de estas interrupciones.