Monitoreo de sitios web

Monitoreo de Sitios Web: Guía Completa para Principiantes

Todo lo que necesitas para empezar a monitorear un sitio web: los distintos tipos de monitoreo, las métricas que importan, cómo funcionan las comprobaciones y las alertas, y los errores más habituales de quien empieza.

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

El monitoreo de sitios web consiste en comprobar automáticamente una web para enterarte de los problemas antes que tus visitantes. Puede ser tan sencillo como una solicitud cada pocos minutos o tan complejo como registrar la experiencia de cada usuario. Esta guía cubre lo esencial: qué monitorear, cómo funciona el monitoreo por dentro, qué métricas importan y cómo configurar alertas en las que de verdad confíes.

¿Por qué monitorear un sitio web?

Las webs fallan por motivos que no tienen nada que ver con el cuidado con que se construyeron: el servidor del hosting se cae, la renovación de un certificado falla, alguien cambia por error un registro DNS, la actualización de un plugin introduce un error o el tráfico supera de repente lo que el servidor puede soportar. Sin monitoreo, normalmente descubres estos problemas por la queja de un cliente, a veces horas después de que empezaran.

El monitoreo te da tres cosas:

  • Aviso temprano, para que puedas reaccionar en minutos en lugar de horas.
  • Pruebas: un registro de cuándo ocurrieron las caídas, cuánto duraron y qué falló.
  • Tendencias, como tiempos de respuesta que suben poco a poco y anuncian un problema.

Los principales tipos de monitoreo de sitios web

Monitoreo de uptime

El monitoreo de uptime (o de disponibilidad) responde a la pregunta más básica: ¿la web responde correctamente? Un servicio de monitoreo envía una solicitud a tu URL a intervalos fijos y comprueba el resultado. Es la base, y para muchos sitios web es todo lo que necesitan para empezar. Explicamos la métrica en ¿Qué es el uptime de un sitio web? y la práctica en sí, incluidos los tipos de comprobación, los intervalos y las alertas, en nuestra guía completa de monitoreo de uptime.

Monitoreo del rendimiento

El monitoreo del rendimiento mide lo rápido que responde o carga la web. En su forma más sencilla, registra el tiempo de respuesta del servidor en cada comprobación de uptime. Las herramientas más avanzadas cargan la página completa en un navegador real y miden métricas como el Largest Contentful Paint. Consulta Tiempo de respuesta de un sitio web: qué significa y cómo mejorarlo.

Monitoreo del certificado SSL

Los certificados caducados hacen que los navegadores muestren avisos de seguridad a pantalla completa. El monitoreo de certificados vigila la fecha de caducidad y la validez para que puedas renovar a tiempo. Lee ¿Qué es un certificado SSL? para tener contexto.

Monitoreo de DNS

El monitoreo de DNS comprueba que tu dominio se resuelve con las direcciones esperadas. Un cambio inesperado puede indicar un error de configuración o, en casos poco frecuentes, un dominio secuestrado.

Monitoreo de transacciones sintéticas

El monitoreo sintético programa una secuencia de pasos, como iniciar sesión o completar una compra, y la ejecuta con regularidad. Detecta problemas que una simple comprobación de la página de inicio no ve, pero requiere más esfuerzo de configuración y mantenimiento.

Monitoreo de usuarios reales (RUM)

El RUM recoge datos de rendimiento de los navegadores de los visitantes reales. Muestra cómo funciona la web en dispositivos y redes reales, pero solo funciona cuando hay gente visitándola, así que no sustituye a las comprobaciones activas.

Cómo funciona una comprobación de uptime

Entender qué pasa durante una sola comprobación te ayuda a interpretar los resultados. Una comprobación HTTP típica pasa por estas fases:

  1. Resolución DNS: el monitor busca la dirección IP de tu dominio.
  2. Conexión: abre una conexión TCP con tu servidor en el puerto 80 o 443.
  3. Handshake TLS: en HTTPS, negocia el cifrado y valida tu certificado.
  4. Solicitud y respuesta: envía una solicitud HTTP y espera las cabeceras de la respuesta, que incluyen el código de estado.
  5. Evaluación: compara el resultado con sus reglas, por ejemplo "un código de estado 2xx o 3xx significa en línea".
Anatomía de una comprobación: consulta DNS, conexión TCP, handshake TLS, solicitud HTTP con hasta 5 redirecciones y evaluación del código de estado, con el fallo que puede producir cada paso.Anatomía de una comprobación: consulta DNS, conexión TCP, handshake TLS, solicitud HTTP con hasta 5 redirecciones y evaluación del código de estado, con el fallo que puede producir cada paso.
Las fases de una comprobación de uptime HTTP y lo que puede fallar en cada una.

El fallo puede producirse en cualquiera de estas fases, y un buen monitor te dice en cuál. "Falló la consulta DNS" y "HTTP 500" son caídas las dos, pero se arreglan de formas completamente distintas.

Métricas que importan

  • 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, como 200, 301, 404 o 503.
  • Tiempo de respuesta: cuánto se tardó en recibir la respuesta. Fíjate en la tendencia más que en valores sueltos.
  • Porcentaje de uptime: comprobaciones correctas divididas entre el total de comprobaciones de un periodo.
  • Incidentes: caídas confirmadas con hora de inicio, hora de fin, duración y causa.
  • Caducidad del certificado: días que faltan para que caduque el certificado SSL.

Cómo elegir el intervalo de comprobación

El intervalo de comprobación es el tiempo entre dos comprobaciones. Los intervalos más cortos detectan antes las caídas y miden el uptime con más precisión, pero generan más solicitudes y, en las herramientas comerciales, suelen costar más.

  • 5 minutos es un valor por defecto sensato para la mayoría de los sitios web. Te enteras de una caída en pocos minutos, y la carga añadida en tu servidor es insignificante.
  • 1 minuto encaja con tiendas online, aplicaciones SaaS y otras webs donde unos minutos de caída tienen un coste directo.
  • Los intervalos de menos de un minuto son útiles sobre todo para infraestructura crítica con un equipo de guardia.

Alertas: cómo evitar el ruido

Un sistema de alertas solo vale si confías en él. Si da falsas alarmas a menudo, la gente empieza a ignorarlo, y entonces la caída real pasa desapercibida. Para que las alertas sigan siendo útiles:

  • Confirma antes de alertar. Una única comprobación fallida puede ser un fallo puntual de la red entre el monitor y tu servidor. Vuelve a comprobar tras un breve intervalo y alerta solo si falla de nuevo.
  • Alerta una vez por incidente. Necesitas saber cuándo empieza una caída y cuándo termina, no recibir un correo cada cinco minutos entre medias.
  • Envía las alertas a la persona adecuada. Usa una dirección que alguien lea de verdad, y asegúrate de que no esté alojada en el mismo servidor que la web que monitoreas.
  • Incluye el motivo. "Tiempo de espera agotado" o "certificado SSL caducado" permite a quien la recibe actuar de inmediato.

¿Qué monitorear primero?

Si empiezas desde cero, comienza por estas:

  1. Tu página de inicio.
  2. La página que genera ingresos o contactos: una página de producto, la de precios, el formulario de contacto o de reservas.
  3. Los subdominios o servicios separados, como tienda., app. o api., que a menudo funcionan en otros servidores.
  4. Tu página de inicio de sesión, si los clientes dependen de un área privada.

Monitorear una página interna, y no solo la de inicio, puede detectar casos en los que la página de inicio está en la caché de una CDN pero la aplicación que hay detrás está fallando.

Errores habituales de principiante

  • Monitorear desde dentro de la misma red. Una comprobación que se ejecuta en el propio servidor web no notará que el resto de internet no puede acceder a él.
  • Tratar cualquier respuesta como "en línea". Una página que devuelve HTTP 500 no funciona, aunque el servidor haya respondido.
  • Alertar en cada fallo, lo que genera ruido y erosiona la confianza.
  • Olvidarse de los certificados y los dominios. Las fechas de caducidad son previsibles y, aun así, siguen provocando caídas.
  • No mirar nunca el historial. Unos tiempos de respuesta que empeoran poco a poco son un aviso que merece atención.

Cómo configurar el monitoreo en la práctica

Puedes estar monitoreando en menos de un minuto con UptimeStats:

  1. Escribe la URL de tu sitio web y tu correo en la página de inicio.
  2. Confirma tu correo y elige una contraseña.
  3. Tu web se comprueba en menos de un minuto y después cada 5 minutos.

El plan Gratis cubre hasta 5 sitios web, confirma los fallos con una segunda comprobación, te envía correos de caídas confirmadas y recuperaciones, sigue los tiempos de respuesta y la caducidad del SSL y guarda 7 días de historial detallado. Para diagnósticos rápidos y puntuales, las herramientas gratuitas están disponibles sin cuenta.

Resumen

Empieza con el monitoreo de uptime de tus páginas más importantes cada 5 minutos, asegúrate de que las alertas se confirmen y se envíen una vez por incidente, y vigila los tiempos de respuesta y la caducidad del certificado. A medida que crezca tu web, añade monitoreo del rendimiento, sintético o de usuarios reales donde te aporte información que todavía no tienes.

Artículos relacionados