Monitor de Uptime
Verifica la disponibilidad del sitio web y el estado de uptime desde múltiples ubicaciones.
This tool performs an instant availability check to determine if a website is online and responding.
It measures response time and Time to First Byte (TTFB) to assess server performance.
Note: This is a single check, not continuous monitoring.
Caído a las 3am: verificar una caída desde fuera de tu red
Cuando un usuario reporta que tu sitio está caído, la primera pregunta es: ¿cayó para todos o solo para él? Una verificación de uptime independiente responde eso en segundos.
Un sitio puede aparecer caído por tres razones distintas: el servidor es genuinamente inaccesible, el ISP del usuario tiene un problema de enrutamiento, o el DNS del usuario está desactualizado. Ejecutar una verificación de uptime desde nuestra infraestructura te dice definitivamente si el servidor está respondiendo a solicitudes HTTP desde el mundo exterior — independientemente de la red, navegador o caché del usuario. Si vemos HTTP 200, el sitio está activo. Si vemos timeout o 5xx, la caída es real.
HTTP 200, 301, 403, 503: lo que cada código de estado te indica
No todas las respuestas 'activo' son iguales. Una redirección 301, un 403 Forbidden y un 200 OK indican cosas distintas sobre la salud real de tu sitio.
HTTP 200 significa que el servidor devolvió contenido exitosamente. 301/302 significa que la URL redirige — útil para saber si las redirecciones están en vigor, pero una chain de 3+ redirecciones añade latencia mensurable. 403 Forbidden normalmente significa que la autenticación o bloqueo de IP está funcionando — el sitio está activo pero el acceso está restringido. 503 Service Unavailable significa que el servidor es alcanzable pero está sobrecargado o en modo mantenimiento. 504 Gateway Timeout significa que el servidor upstream no respondió — frecuentemente señal de sobrecarga de backend.
Tiempo de respuesta vs. uptime: ambos importan, de formas distintas
Un sitio puede estar 'activo' pero responder en 4 segundos — lo que es funcionalmente caído para la mayoría de usuarios. El tiempo de respuesta es el socio silencioso del uptime.
El monitoreo de uptime tradicional verifica si un servidor responde. El monitoreo de tiempo de respuesta verifica cuánto tarda. Un tiempo de respuesta de 4 segundos significa que tu servidor contestó, pero la experiencia del usuario está degradada al punto del abandono. Para reportes de SLA, el uptime puro (% del tiempo que el servidor responde) es la métrica. Para la experiencia real del usuario, el objetivo es respuesta bajo 1,5s. Esta verificación te da ambos.
Antes de llamar a tu proveedor: verifica con una comprobación independiente primero
El soporte del hosting te preguntará si verificaste desde fuera de tu red. Ejecuta esta comprobación primero — te dice si el problema está de su lado o del tuyo.
Cuando reportas una caída a tu host, lo primero que harán es hacer ping a tu servidor desde su infraestructura. Si responde, te dirán que el servidor está bien — y la conversación se estanca. Ejecutar una verificación independiente antes de llamar te da los mismos datos que ellos recopilarían: código de respuesta HTTP, tiempo de respuesta y si el servidor es accesible desde una red externa. Si esta verificación muestra que el sitio está caído, tu reporte de caída es inmediatamente creíble.