La monitorización de uptime es un servicio automatizado que comprueba tu web, tu API o tu servidor a intervalos fijos y te avisa en cuanto deja de responder correctamente. Responde a una sola pregunta, las 24 horas del día: ¿se puede acceder a esto ahora mismo? También registra cuánto ha tardado cada respuesta, así que con el tiempo obtienes un historial preciso de disponibilidad y velocidad.
Esta guía explica cómo funcionan las comprobaciones de uptime, cómo elegir un intervalo, por qué los buenos servicios confirman un fallo antes de avisar y qué significan en la práctica los porcentajes de uptime.
Cómo funciona una comprobación de uptime
Un servicio de monitorización envía una petición a tu web desde sus propios servidores, igual que lo haría un visitante, y evalúa la respuesta. Según lo que monitorices, la comprobación puede ser:
HTTP(S): solicita una URL y examina el código de estado, el tiempo de respuesta y, si quieres, el contenido de la respuesta. Es la comprobación estándar para webs y APIs.
Ping: envía un eco ICMP para ver si un host es accesible en la red.
Puerto: abre una conexión con un puerto TCP concreto, por ejemplo el 465 para SMTP sobre TLS o el 3306 para una base de datos, para ver si el servicio está escuchando.
Estas son las comprobaciones de uptime clásicas. Uptimecheck añade tipos de monitor para lo que ellas no ven: cron jobs, servidores, registros DNS y dominios, servicios de terceros como tu proveedor de pagos, salud del sitio (enlaces rotos, contenido mixto y velocidad de página) y flujos que recorren paso a paso un inicio de sesión o un checkout.
Una comprobación HTTP se da por buena cuando la respuesta llega a tiempo y coincide con lo esperado. Por defecto, eso significa un código de estado de éxito. Una comprobación mejor también examina el contenido. Una página puede devolver el estado 200 y aun así mostrar «Database connection error». Validar que la respuesta contiene una palabra que solo aparece en una página que funciona, o que una API devuelve el campo que esperas, detecta esos casos. Con Uptimecheck puedes configurar el método HTTP, las cabeceras, el cuerpo de la petición, los códigos de estado esperados, una palabra clave y comprobaciones JSON para cada monitor de uptime o monitor de API.
De una comprobación fallida a una alerta
Una sola petición fallida no siempre es una caída. Un paquete puede perderse entre dos redes, o un servidor puede tener un tropiezo de un segundo. Si cada fallo disparara una alerta, la gente pronto empezaría a ignorarlas. Por eso una comprobación bien diseñada funciona por pasos:
Una comprobación falla, por ejemplo por un timeout o un 503.
El servicio vuelve a comprobar, idealmente desde una segunda región.
Si el fallo se confirma, se abre una incidencia y se envían las alertas.
Cuando las comprobaciones vuelven a pasar, se envía un aviso de recuperación con el tiempo total de inactividad.
Comprobar desde dos regiones sirve para dos cosas. Filtra las falsas alarmas causadas por una sola ruta de red y muestra cuándo una caída es regional: si tu web falla desde Europa pero funciona desde EE. UU., el problema probablemente está en el enrutamiento o en un nodo de la CDN, no en tu servidor. Uptimecheck comprueba desde Estocolmo, Londres y Nueva York, y confirma cada fallo desde una segunda ubicación antes de abrir una incidencia, así que un fallo puntual no despierta a nadie.
Cómo elegir el intervalo de comprobación
El intervalo es el tiempo máximo que una caída puede pasar desapercibida. Con un intervalo de cinco minutos, un fallo que empieza justo después de una comprobación se detecta hasta cinco minutos más tarde, más el tiempo de confirmación. Con comprobaciones cada minuto, se detecta en aproximadamente un minuto.
Como regla general:
Cada minuto para todo lo que genera ingresos o da servicio a clientes: tiendas, productos SaaS, sistemas de reservas, APIs.
Cada cinco minutos para proyectos personales, herramientas internas y webs donde unos minutos más no importan.
Uptimecheck comprueba cada minuto en los planes de pago y cada 5 minutos en el plan Free. Consulta los precios para más detalles.
Qué significan en minutos los porcentajes de uptime
El uptime suele expresarse como un porcentaje del tiempo. Las cifras parecen muy próximas, pero la diferencia en inactividad real es grande. En un año:
99 % permite 3 días, 15 horas y 36 minutos de inactividad.
99,9 % permite 8 horas, 45 minutos y 36 segundos.
99,99 % permite 52 minutos y 34 segundos.
Al mes, el 99,9 % son unos 43 minutos. Puede ser una incidencia larga o muchas cortas. La monitorización te dice cuál, y eso importa, porque la solución es distinta. Una caída larga apunta a un único fallo. Muchas cortas suelen apuntar a un servidor sobrecargado o a una dependencia inestable.
Qué monitorizar
La mayoría de los equipos empiezan por la página de inicio. Es un buen comienzo, pero la página de inicio suele estar en caché y es lo último en fallar. Un buen conjunto de monitores cubre:
Las páginas que generan ingresos: checkout, registro, reservas.
La página de inicio de sesión, que depende de la base de datos y del almacenamiento de sesiones.
Las APIs públicas de las que dependen tus apps e integraciones.
Los servicios de apoyo, como servidores de correo y bases de datos, con comprobaciones de puerto.
Lo que caduca: certificados SSL y dominios.
Las tareas programadas, con heartbeats, porque una copia de seguridad fallida no tumba tu web pero también necesita una alerta.
A dónde deben ir las alertas
Una alerta solo sirve si llega a alguien que pueda actuar. El email funciona para la mayoría de las alertas durante el día. Para las caídas nocturnas, un canal que envíe notificaciones al móvil es más difícil de pasar por alto. Los chats de equipo como Slack, Discord, Telegram o Microsoft Teams mantienen a todos informados y dan a la incidencia un espacio compartido para hablar de ella. Los webhooks te permiten enviar las alertas a tus propios sistemas. Uptimecheck envía alertas por email, Slack, Microsoft Teams, Discord, Google Chat, Mattermost, Telegram, PagerDuty, ntfy, Pushover, webhooks y notificaciones push en tu móvil, en todos los planes. Consulta las notificaciones.
Lista de comprobación de la monitorización de uptime
Haz una lista de las páginas, APIs y servicios que importan, empezando por los que generan ingresos.
Añade un monitor HTTP(S) para cada uno, con validación de contenido en los más importantes.
Elige un intervalo de 1 minuto para las comprobaciones críticas para el negocio.
Comprueba desde más de una región.
Envía las alertas a al menos dos canales, uno de ellos adecuado para la noche.
Añade monitores de SSL, dominio y heartbeat para todo lo que puede caducar o detenerse sin hacer ruido.
Publica una página de estado para que los clientes vean qué está pasando durante una incidencia.
Revisa cada mes el historial de incidencias y los tiempos de respuesta.
Resumen
La monitorización de uptime convierte «puede que la web esté caída» en «la web lleva dos minutos caída, este es el error y la persona adecuada ya lo sabe». Elige un intervalo corto, confirma los fallos antes de avisar, valida el contenido además de los códigos de estado y envía las alertas a donde se vayan a ver.
Uptimecheck cubre webs, APIs, servidores, cron jobs, DNS, SSL, dominios, servicios de terceros, salud del sitio y flujos de varios pasos en una sola cuenta y a un precio fijo. Pruébalo gratis durante 14 días, sin tarjeta de crédito.