Cómo monitorizar un sitio web (5 minutos)

Tres pasos, unos 5 minutos en total: crea un monitor para la URL principal de tu sitio, elige dónde deben llegar las alertas y verifica que la alerta realmente se dispara. El objetivo no es monitorizar todas las URL el primer día; es cubrir el primer fallo que notaría un cliente y comprobar que la alerta llega a una persona real.

1. 1

   Crear un monitor para la URL de la página principal

   Apunta un monitor a la URL que un visitante real abriría primero: tu homepage, o la página de inicio de sesión si esa es la verdadera puerta de entrada. Es una comprobación externa: se ejecuta desde fuera de tus propios servidores según una programación, así que puede avisarte de que el sitio es inalcanzable aunque dentro de tu infraestructura todo parezca bien. Usa la URL final de producción, incluye https y evita una ruta que requiera sesión iniciada salvo que el monitor esté preparado para autenticarse.

2. 2

   Añadir un canal de alerta

   Elige dónde debe llegar la alerta cuando falle una comprobación: email es el valor por defecto más simple, y canales como Slack, Discord o un webhook hacia tus propios sistemas son opciones comunes para equipos. Escoge un canal que alguien mire de verdad y decide cuánta confirmación necesitas antes de dispararla. Para la mayoría de sitios públicos, dos comprobaciones fallidas consecutivas son una mejor primera regla que avisar por un único parpadeo transitorio.

3. 3

   Verificar que se dispara

   No des por hecho que la alerta funciona: confírmalo. Apunta el monitor a una URL que sabes que fallará, o usa temporalmente una aserción que no pueda pasar, y espera el siguiente ciclo de comprobación. Confirma las dos mitades del recorrido: el monitor cambia de estado y la alerta llega a la persona correcta. Si no ocurre, encontraste una configuración rota antes de una caída real.

   curl -I https://tusitio.com/esta-ruta-no-existe
   # esperado: HTTP/1.1 404 Not Found
   # luego espera el siguiente check programado y confirma que llega la alerta

Qué monitorizar segundo y tercero

Cuando la comprobación básica y la alerta estén confirmadas, añade después la caducidad del certificado TLS: falla en silencio sin avisar hasta el día exacto en que vence, a diferencia de una caída de servidor que al menos es inmediatamente visible para visitantes. La caducidad del dominio pertenece a la misma categoría de riesgo: un registro vencido puede dejar sin sitio y sin email, a menudo durante días, y los problemas de pago o registrador son fáciles de pasar por alto.

Tercero, añade un monitor para el recorrido de cliente que más importa: checkout, inicio de sesión, una URL del panel, una reserva o un endpoint de API del que dependa otro servicio. Una configuración que solo mira la homepage no notará si una de esas rutas se rompe por sí sola mientras el resto del sitio parece bien. Después, añade monitores heartbeat para cron jobs, colas, importaciones y backups: el trabajo silencioso que las comprobaciones externas no pueden ver.

Errores comunes de configuración que evitar

Alertar por el primer check fallido. Un fallo aislado puede ser un parpadeo de red, no una caída real; exigir dos o tres fallos consecutivos convierte la monitorización en algo fiable en lugar de ruido.

Comprobar solo la homepage. Si checkout o una ruta de API fallan de forma independiente, una comprobación de homepage no lo verá. Tu primer monitor demuestra que el sitio existe; el segundo o tercero debería demostrar que la parte que los clientes realmente necesitan sigue funcionando.

No probar nunca la alerta. Un monitor configurado pero nunca confirmado para dispararse da una falsa sensación de seguridad. Fuerza un fallo una vez, como en el paso 3, y comprueba también la recuperación para saber que el monitor vuelve a verde cuando el problema se arregla.