Cómo verificar si un sitio web está caído
Ingresa la URL arriba y ejecuta una verificación — el monitor envía una solicitud HTTP real e informa si tu sitio devolvió una respuesta exitosa. Un 200 OK significa que el servidor está activo; un timeout o un error 5xx significa que el servidor no pudo responder.
Cómo funciona el monitoreo de actividad
El monitoreo de actividad (uptime monitoring) envía solicitudes HTTP automatizadas a tu sitio web o endpoint de API según un horario regular, y registra si cada solicitud tuvo éxito, falló o expiró. Cuando se detecta una falla, recibes una alerta antes de que tus usuarios noten el problema. Los monitores programados se ejecutan cada 1–60 minutos según tu plan, y hacen sondeos desde múltiples regiones geográficas.
Qué se mide
- Disponibilidad — si tu servidor devolvió una respuesta HTTP exitosa (código de estado 2xx o 3xx).
- Tiempo de respuesta (latencia) — cuánto tardó el servidor en responder, medido en milisegundos.
- Validez del certificado SSL — si el certificado es válido, confiable y no está por vencer.
Porcentaje de actividad explicado
El porcentaje de actividad (uptime) se calcula como la proporción de verificaciones exitosas sobre el total de verificaciones en un período dado. Objetivos de SLA comunes: 99.9% permite ~43 minutos de inactividad al mes; 99.99% permite ~4.3 minutos; 99.999% (cinco nueves) permite ~26 segundos. La mayoría de los servicios de hosting y proveedores de nube publican sus SLA en este formato.
Monitoreo de actividad gratis — Uptime Robot, Pingdom y alternativas
Uptime Robot ofrece monitoreo gratuito con intervalos de verificación de 5 minutos y es uno de los servicios de monitoreo de actividad gratuitos más usados. Pingdom es un servicio de pago con reportes de rendimiento más detallados. Esta herramienta ofrece verificaciones gratuitas de una sola vez desde múltiples regiones sin necesidad de cuenta, además de monitoreo programado gratis al registrarte — útil cuando quieres verificar el estado de un sitio web rápidamente sin configurar un servicio de terceros.
Qué causa falsos positivos
Una sola verificación fallida puede ser un problema de red transitorio en vez de una caída real. Este monitor exige fallas consecutivas antes de tratar un evento como caída real, reduciendo el ruido causado por fallas breves de conectividad. El sondeo multi-región reduce aún más los falsos positivos: si los sondeos desde Frankfurt, São Paulo y Singapur fallan todos al mismo tiempo, eso es una caída real — no un problema puntual de enrutamiento.
Preguntas frecuentes
¿Este sitio web está caído ahora mismo?
Ingresa la URL arriba y ejecuta una verificación — el resultado muestra el código de estado HTTP y el tiempo de respuesta desde cada región de sondeo. Si la verificación devuelve un timeout o un error 5xx desde todas las regiones, el sitio está caído. Si tiene éxito desde algunas regiones pero no desde otras, el problema puede ser geográfico o estar relacionado con la CDN.
¿Cuál es un buen porcentaje de actividad?
Para la mayoría de las aplicaciones web, un 99.9% de actividad (unas 9 horas de inactividad al año, o 43 minutos al mes) es una base aceptable. Los servicios críticos apuntan a 99.99% (~52 minutos al año) o más. "Cinco nueves" (99.999%) requiere failover automatizado e infraestructura redundante — unos 26 segundos de inactividad al año.
¿En qué se diferencia el monitoreo de actividad de un verificador de estado de sitio web?
Un verificador de estado de sitio web hace una comprobación única para ver si un sitio está activo en ese momento. El monitoreo de actividad ejecuta verificaciones según un horario — cada 1, 5 o 15 minutos — y guarda el historial para que puedas ver patrones, tendencias en el tiempo de respuesta e incidentes pasados. Esta herramienta hace ambas cosas: verificaciones de una sola vez sin cuenta, y monitoreo programado con cuenta.
¿Qué códigos de estado HTTP indican que un sitio está caído?
Los códigos 5xx (500 Internal Server Error, 502 Bad Gateway, 503 Service Unavailable, 504 Gateway Timeout) indican fallas del lado del servidor. Un timeout de conexión significa que el servidor no respondió en absoluto. Los códigos 4xx (400, 403, 404) indican que el servidor respondió pero devolvió un error del cliente — el servidor en sí está activo, pero la URL o solicitud específica falló.