Monitoreo de sitios web

Monitoreo de Uptime: la Guía Completa para Mantener tu Sitio Web en Línea

El monitoreo de uptime comprueba automáticamente tu sitio web desde fuera y te avisa cuando deja de responder. Esta guía explica cómo funciona, los tipos de comprobación, los intervalos, las alertas, cómo elegir una herramienta y cómo configurarla.

Portada de la guía: Monitoreo de sitios web
Índice

El monitoreo de uptime consiste en comprobar automáticamente un sitio web, un servidor o un servicio online a intervalos regulares, desde fuera de tu propia red, para confirmar que está accesible y responde correctamente. Cuando una comprobación falla y el fallo se confirma, el servicio de monitoreo te avisa, registra un incidente y guarda un historial para que puedas medir tu uptime a lo largo del tiempo.

Esa definición de un párrafo esconde muchas decisiones prácticas: qué comprobar exactamente, con qué frecuencia, qué se considera "caído", quién recibe la alerta y cómo evitar falsas alarmas. Esta guía las repasa todas para que puedas configurar un monitoreo de sitios web en el que realmente confíes.

¿Qué es el monitoreo de uptime?

Un monitor de uptime se comporta como un visitante muy paciente. Cada pocos minutos solicita tu sitio web, espera la respuesta y anota lo que ha pasado: ¿respondió el servidor?, ¿qué código de estado HTTP devolvió?, ¿cuánto tardó? Si la respuesta es un error, o no llega ninguna respuesta, el monitor lo trata como una posible caída.

Las características clave del monitoreo de uptime son:

  • Externo: las comprobaciones se ejecutan desde una infraestructura ajena a tu hosting, así que ven lo mismo que ven los visitantes. Una comprobación que se ejecuta en el propio servidor web no puede saber que el resto de internet no consigue acceder a él.
  • Automático y continuo: las comprobaciones se ejecutan a todas horas, también por la noche, los fines de semana y los festivos, cuando nadie está mirando.
  • Útil para actuar: los fallos confirmados se convierten en alertas con un motivo, como un tiempo de espera agotado o un certificado SSL caducado, para que sepas por dónde empezar.
  • Histórico: cada resultado se guarda, y así se calculan los porcentajes de uptime y la cronología de los incidentes.

Si la métrica de base es nueva para ti, lee primero ¿Qué es el uptime de un sitio web y por qué importa?

Cómo funciona el monitoreo de uptime, paso a paso

La mayoría de los servicios de monitoreo de uptime siguen el mismo ciclo básico:

  1. Programar. Cada URL monitoreada tiene una hora para la siguiente comprobación según su intervalo, por ejemplo cada 5 minutos.
  2. Solicitar. Cuando toca la comprobación, el monitor resuelve tu nombre de dominio, abre una conexión, completa el handshake TLS si es HTTPS y envía una solicitud HTTP.
  3. Evaluar. La respuesta se compara con las reglas de disponibilidad. Una regla habitual es que un código de estado 2xx o 3xx significa "en línea", mientras que las respuestas 4xx y 5xx, los tiempos de espera agotados, los fallos de DNS, los errores de TLS y las conexiones rechazadas significan "caído".
  4. Confirmar. Un único fallo puede ser un problema de red pasajero. Los buenos monitores vuelven a comprobar tras un breve intervalo antes de declarar una caída.
  5. Alertar. Cuando el fallo se confirma, se abre un incidente y se avisa una sola vez a los contactos configurados.
  6. Recuperar. La primera comprobación correcta después de la caída cierra el incidente, registra su duración y envía un aviso de recuperación.
  7. Agregar. Los resultados se resumen en porcentajes de uptime, gráficos de tiempo de respuesta y disponibilidad diaria.
Cómo funciona UptimeStats en cuatro pasos: añades tu sitio web, se comprueba cada 5 minutos, un fallo se confirma aproximadamente un minuto después y recibes una alerta cuando se cae y otra cuando vuelve.Cómo funciona UptimeStats en cuatro pasos: añades tu sitio web, se comprueba cada 5 minutos, un fallo se confirma aproximadamente un minuto después y recibes una alerta cuando se cae y otra cuando vuelve.
El ciclo del monitoreo de uptime, desde añadir un sitio web hasta recibir una alerta.

Cada paso afecta a la calidad del monitoreo. Unas reglas de disponibilidad débiles dejan pasar errores de la aplicación; sin paso de confirmación aparecen falsas alarmas; y sin aviso de recuperación no sabes si el problema ya terminó.

Tipos de comprobaciones de uptime

"Monitoreo de uptime" abarca varios tipos de comprobación. Cada uno mira una capa distinta, y muchos equipos combinan varios.

Tipo de comprobaciónQué verificaIdeal para
Comprobación HTTP(S)Una URL devuelve un código de estado aceptable dentro del tiempo límiteSitios web, landing pages, aplicaciones web
Comprobación de palabra claveEl cuerpo de la respuesta contiene (o no contiene) un texto concretoDetectar páginas de error que aun así devuelven HTTP 200
Comprobación del certificado SSLEl certificado es válido y no está a punto de caducarCualquier sitio web con HTTPS
Comprobación de DNSUn dominio se resuelve con los registros esperadosDetectar errores de DNS o cambios inesperados
Comprobación por ping (ICMP)Un host responde a las solicitudes de eco de la redServidores y dispositivos de red
Comprobación de puerto (TCP)Un servicio acepta conexiones en un puertoServidores de correo, bases de datos expuestas al monitoreo, servidores de juegos
Comprobación heartbeat (cron)Una tarea da señales de vida a su hora; el silencio significa falloCopias de seguridad, tareas programadas, procesadores de colas
Comprobación en varios pasos (sintética)Un flujo programado, como el inicio de sesión o el pago, funciona de principio a finRecorridos críticos del usuario

Para un sitio web, la comprobación HTTP(S) es la base, porque prueba toda la cadena de la que depende un visitante: el DNS, la red, el certificado, el servidor web y la aplicación. Una comprobación solo por ping puede dar un servidor por sano mientras el sitio web alojado en él devuelve errores. Vigilar la caducidad del SSL es un añadido barato que evita un tipo de caída muy previsible; consulta ¿Qué es un certificado SSL?

Qué mide un monitor de uptime

  • Estado: en línea o caído, según las reglas de disponibilidad.
  • Código de estado HTTP: el resumen del resultado que hace el propio servidor. Nuestra guía de códigos de estado HTTP explica qué significa cada código habitual.
  • Tiempo de respuesta: cuánto tardó el servidor en empezar a responder. Las tendencias suelen avisar de problemas antes de que se conviertan en caídas; consulta nuestra guía sobre el tiempo de respuesta de un sitio web o mide el tuyo con la herramienta de tiempo de respuesta.
  • Porcentaje de uptime: comprobaciones correctas divididas entre el total de comprobaciones en un periodo, como 24 horas, 7 días o 30 días.
  • Incidentes: caídas confirmadas con hora de inicio, hora de fin, duración y motivo del fallo.
  • Clasificación del error: si el fallo fue un problema de DNS, un tiempo de espera agotado, un error de TLS, una conexión rechazada o un error HTTP.

Cómo elegir el intervalo de comprobación

El intervalo de comprobación es el tiempo entre dos comprobaciones programadas. Determina lo rápido que te enteras de una caída. En el peor de los casos, la caída empieza justo después de una comprobación correcta, así que solo se ve en la siguiente y luego se confirma tras el intervalo de confirmación. Eso da una forma sencilla de estimar el tiempo máximo de detección:

tiempo máximo de detección ≈ intervalo de comprobación + intervalo de confirmación
Intervalo de comprobaciónIntervalo de confirmaciónTiempo hasta la alerta en el peor casoCaída más corta detectada con fiabilidad
5 minutos1 minutounos 6 minutosunos 5–6 minutos
1 minuto30 segundosalrededor de 1,5 minutosalrededor de 1–1,5 minutos
30 segundos30 segundosalrededor de 1 minutoalrededor de 1 minuto

Las caídas más cortas que el intervalo pueden detectarse si coinciden con una comprobación, pero no está garantizado. Para la mayoría de los sitios web de empresa, las comprobaciones cada 5 minutos son un punto de partida sensato: te enteras de las caídas reales en pocos minutos y la carga añadida en tu servidor es insignificante. Las tiendas online y los productos SaaS, donde unos minutos sin servicio cuestan dinero de verdad, suelen pasar a comprobaciones cada minuto.

Cómo evitar las falsas alarmas

Las falsas alarmas son la forma más rápida de que un equipo acabe ignorando su monitoreo. La red entre un servidor de monitoreo y tu sitio web no es perfecta, y es normal que alguna solicitud falle de vez en cuando. Un buen monitoreo de uptime reduce el ruido de tres maneras:

  • Comprobaciones de confirmación: un fallo se vuelve a probar tras un breve intervalo, y solo se abre un incidente si la segunda comprobación también falla.
  • Varias ubicaciones: algunos servicios comprueban desde varias regiones y exigen que más de una coincida. Así también se detectan caídas regionales, a costa de más complejidad.
  • Tiempos de espera razonables: un tiempo de espera demasiado corto convierte páginas lentas pero operativas en falsas caídas.
Ejemplo de cronología de una caída: una comprobación falla a las 10:05, una comprobación de confirmación a las 10:06 abre el incidente y envía un único correo de caída, las comprobaciones continúan sin correos repetidos y el sitio se recupera a las 10:21 con un único correo de recuperación.Ejemplo de cronología de una caída: una comprobación falla a las 10:05, una comprobación de confirmación a las 10:06 abre el incidente y envía un único correo de caída, las comprobaciones continúan sin correos repetidos y el sitio se recupera a las 10:21 con un único correo de recuperación.
Ejemplo: con una comprobación de confirmación, una caída real genera exactamente un correo de caída y uno de recuperación.

También conviene asegurarse de que tus propias herramientas de seguridad no bloquean el monitor. Si un firewall, una regla de la CDN o una protección contra bots rechaza las solicitudes automáticas, el monitor informará de caídas que los visitantes nunca ven. La mayoría de los servicios se identifican con un User-Agent propio que puedes permitir.

Alertas en las que la gente confía

Una alerta debe decirle a la persona adecuada, una sola vez, qué se ha roto y cuándo. Reglas prácticas:

  • Una alerta por incidente, más un aviso de recuperación. Recibir correos cada pocos minutos durante una caída añade estrés, no información.
  • Incluye el motivo. "Falló la consulta DNS" y "HTTP 503" llevan a primeros pasos completamente distintos.
  • Usa un canal independiente. Si tu correo está alojado en el mismo servidor que tu web, una caída del servidor también puede impedir que llegue la alerta.
  • Decide quién responde. En una pequeña empresa puede ser simplemente el propietario o la agencia que mantiene el sitio. Los equipos más grandes añaden reglas de escalado y turnos de guardia.
Ejemplo de correo de alerta de caída: Mi Tienda Online está caído, motivo: la conexión agotó el tiempo de espera, inicio el 18 de oct. a las 10:05 UTC, con un botón para ver los detalles del incidente.
Ejemplo de alerta de caída que incluye el motivo y la hora de inicio.

Monitoreo de uptime frente a otros tipos de monitoreo

EnfoquePregunta que respondeUsuario típico
Monitoreo de uptime¿El sitio está accesible y responde correctamente ahora mismo?Cualquier responsable de un sitio web
Monitoreo sintético¿Funcionan de principio a fin los recorridos clave del usuario?Equipos de e-commerce y SaaS
Monitoreo de usuarios reales (RUM)¿Qué tan rápido es el sitio para los visitantes reales?Equipos de rendimiento y de producto
Monitoreo del rendimiento de aplicaciones (APM)¿Qué código, consulta o servicio es lento o falla dentro de la aplicación?Desarrolladores e ingenieros de operaciones
Monitoreo de servidores¿Están bien la CPU, la memoria y el disco?Administradores de sistemas

El monitoreo de uptime es la vista desde fuera hacia dentro y la primera capa natural. Los demás explican por qué algo va lento o está roto; el monitoreo de uptime te dice que lo está, de forma rápida y fiable. Comparamos velocidad y disponibilidad con más detalle en Uptime frente a rendimiento de un sitio web.

Qué monitorear primero

  1. Tu página de inicio, la página más visible.
  2. La página que genera ingresos o contactos: el pago, las reservas, los precios o el formulario de contacto. Una página de inicio en caché puede verse bien mientras estas fallan.
  3. Los subdominios y servicios separados, como tienda., app. o api., que a menudo funcionan en otros servidores.
  4. Las páginas de inicio de sesión de las áreas de clientes.
  5. El certificado de cada hostname con HTTPS, incluidas las variantes con y sin www.

Cómo elegir una herramienta de monitoreo de uptime

Al comparar servicios, estas preguntas importan más que las largas listas de funciones:

  • Reglas de disponibilidad: ¿valora el código de estado HTTP, o cualquier respuesta cuenta como "en línea"?
  • Confirmación: ¿vuelve a comprobar antes de alertar?
  • Intervalo: ¿el intervalo de comprobación de tu plan es lo bastante corto para lo que necesitas?
  • Comportamiento de las alertas: ¿una alerta por incidente con su motivo y un aviso de recuperación?
  • Historial: ¿cuántos días de resultados detallados, y hay una cronología de incidentes?
  • Tiempo de respuesta y seguimiento del SSL: ¿incluidos o de pago aparte?
  • Honestidad: ¿las funciones que no están disponibles están claramente indicadas, y el panel queda libre de datos de demostración inventados una vez que te registras?
  • Seguridad: un monitor que solicita URLs arbitrarias debe rechazar direcciones de redes privadas e internas, para que no pueda usarse para sondear sistemas internos.
  • Coste y límites: ¿cuántos monitores son gratis y qué pasa cuando necesitas más?

Cómo configurar el monitoreo de uptime en cinco minutos

Puedes probar todo lo que cuenta esta guía con UptimeStats. El plan Gratis incluye monitoreo de uptime HTTP(S) para hasta 5 sitios web con comprobaciones cada 5 minutos, comprobaciones de confirmación antes de alertar, alertas por correo de caídas confirmadas y recuperaciones, gráficos de tiempo de respuesta, historial de incidentes, seguimiento de la caducidad del certificado SSL y 7 días de historial detallado.

  1. Añade tu sitio web. Escribe su dirección y tu correo en la página de inicio.
  2. Confirma tu correo y elige una contraseña. El monitoreo empieza en cuanto confirmas.
  3. Espera la primera comprobación. Se ejecuta en menos de un minuto; hasta entonces, el panel lo indica en lugar de mostrar datos de ejemplo.
  4. Añade tus otras URLs importantes, como la página de pago o de contacto.
  5. Permite el monitor en tu firewall o en la protección contra bots si hace falta. Las comprobaciones se identifican como UptimeStatsBot/1.0.

¿Prefieres probar una URL ahora mismo sin crear una cuenta? Usa la herramienta gratuita para comprobar si una web está caída.

Qué hacer cuando llega una alerta

  1. Lee el motivo del fallo en la alerta: DNS, tiempo de espera agotado, SSL, conexión o error HTTP.
  2. Confírmalo desde otra ubicación, por ejemplo con tu móvil usando los datos móviles.
  3. Revisa qué ha cambiado recientemente: los despliegues, las actualizaciones de plugins, los cambios de DNS o las renovaciones caducadas provocan muchas caídas. Nuestra lista de causas habituales de caídas te ayuda a acotar el problema.
  4. Consulta las páginas de estado de tus proveedores de hosting, CDN y DNS.
  5. Arréglalo y espera el aviso de recuperación, y después revisa la duración del incidente.

Para un proceso de diagnóstico estructurado, consulta Cómo comprobar si una web está caída o en línea.

Errores habituales en el monitoreo de uptime

  • Monitorear solo la página de inicio mientras las páginas que generan ingresos funcionan en otro sistema.
  • Tratar cualquier respuesta como un éxito, de modo que las páginas HTTP 500 cuentan como "en línea".
  • Alertar en cada comprobación fallida, lo que enseña a la gente a ignorar las alertas.
  • Enviar las alertas a una bandeja que nadie lee, o alojada en el propio servidor monitoreado.
  • Olvidar las fechas de caducidad del certificado y del dominio.
  • No revisar nunca el historial y no ver cómo suben poco a poco los tiempos de respuesta.

Preguntas frecuentes

¿El monitoreo de uptime es gratis?

Muchos servicios ofrecen un plan gratuito. Los planes gratuitos suelen limitar el número de monitores y usar intervalos más largos, como 5 minutos, lo que basta para la mayoría de los sitios web pequeños y medianos. Consulta nuestra guía para monitorear la disponibilidad de un sitio web gratis.

¿El monitoreo de uptime hace más lento mi sitio web?

No. Una comprobación cada pocos minutos supone mucho menos tráfico que un solo visitante humano. Un monitor bien diseñado lee solo lo que necesita y cierra la conexión.

¿Cuál es un buen porcentaje de uptime?

Para sitios web de empresa, el 99,9 % es una referencia habitual. Permite unos 43 minutos de caída en un mes de 30 días, mientras que el 99 % permite más de 7 horas.

¿El monitoreo de uptime puede decirme por qué se ha caído mi web?

Te dice dónde ocurrió el fallo, por ejemplo en el DNS, en el handshake TLS, en la conexión o en la respuesta HTTP de la aplicación. Encontrar la causa exacta dentro de tu aplicación normalmente requiere los registros del servidor o un monitoreo de la aplicación.

Resumen

El monitoreo de uptime comprueba tu sitio web desde fuera a intervalos regulares, confirma los fallos antes de alertar, te avisa una vez cuando empieza una caída y otra cuando termina, y guarda el historial que convierte "creo que el sitio es fiable" en un porcentaje de uptime medido. Empieza con comprobaciones HTTP(S) de tus páginas más importantes cada 5 minutos, añade el seguimiento de la caducidad del SSL, asegúrate de que las alertas lleguen a alguien que vaya a actuar y revisa los resultados con regularidad. Puedes empezar a monitorear gratis en menos de un minuto.

Artículos relacionados