Software de monitorización de sitios web, desde una simple verificación de uptime hasta todo un recorrido de usuario

Un software de monitorización de sitios web es un conjunto de máquinas fuera de tu infraestructura que abren tu sitio según un horario, en tu nombre, y te avisan en el momento en que la respuesta deja de ser la que esperas. Esa es toda la idea. Todo lo demás en esta página es un detalle sobre qué cuenta como la respuesta: un código de estado, un fragmento de texto en la página, un tiempo de respuesta, un campo JSON, una fecha de expiración de certificado, una lectura de CPU, o el resultado de un checkout de cinco pasos.

La razón por la que tiene que ejecutarse desde fuera es que los fallos de los que más necesitas enterarte son invisibles desde dentro. Un servidor con el disco lleno sigue reportándose saludable a su propio panel. Un registro DNS que apunta a una dirección dada de baja se resuelve perfectamente bien desde la oficina donde la caché está caliente. Un certificado que expiró a las 2 de la madrugada rompe todos los navegadores del planeta mientras tu propio balanceador de carga sigue respondiendo. La monitorización de uptime externo es lo que cierra ese vacío, porque ve exactamente lo que ve un visitante.

La segunda razón es la evidencia. Cuando tu proveedor te dice que la caída duró cuatro minutos y tus clientes te dicen que duró una hora, un registro independiente de cada verificación, desde cada ubicación, con marcas de tiempo, zanja la discusión. Ese registro es también con lo que se construyen un informe mensual de uptime y una página de estado pública.

1. Paso 1VerificarUn punto de verificación ejecuta tu comprobación al intervalo que definas, hasta cada minuto, desde las ubicaciones que elegiste.
2. Paso 2ConfirmarUn fallo se vuelve a verificar desde otros puntos de verificación antes de declarar nada Caído, así que una ruta mala no es una caída.
3. Paso 3AlertarLos contactos suscritos a ese monitor reciben la notificación por los canales que eligieron, y de nuevo cuando se recupera.
4. Paso 4RegistrarCada resultado se conserva con su ubicación y tiempos, alimentando cifras de uptime, historial de incidentes e informes.

El servidor deja de responder. El fallo evidente y todavía el más habitual: el sitio agota el tiempo de espera o devuelve una página de error que nadie ve hasta que llama un cliente. La monitorización de uptime lanza una petición HTTP o HTTPS contra tu dirección hasta una vez por minuto desde más de 300 puntos de control, confirma el fallo desde otras ubicaciones antes de declarar nada caído y avisa a las personas suscritas a ese monitor.

El certificado caduca. Un certificado que expira a las 2 de la madrugada rompe todos los navegadores del mundo mientras el servidor sigue respondiendo perfectamente, así que nada parece raro en tus propios registros. La monitorización de certificados SSL sigue la fecha de caducidad, la cadena de confianza y el nombre de host del certificado, y te avisa con semanas de antelación en lugar de en el momento en que deja de funcionar.

El dominio expira. El aviso de renovación fue a una dirección que ya nadie lee, o alguien que hace tiempo que no trabaja aquí cambió un registro de servidor de nombres. La monitorización de expiración de dominio vigila la fecha de registro y las respuestas DNS que hay detrás, para que un dominio a punto de expirar sea algo que te avisan y no algo que descubres.

El dominio acaba en una lista negra. Basta con una IP de hosting compartido, una cuenta comprometida o un servidor de correo mal configurado, y el primer síntoma suele ser el silencio: tus correos sencillamente dejan de llegar. La monitorización de listas negras comprueba tu dominio y tu dirección IP contra decenas de listas de forma programada y te avisa el mismo día en que aparece una inclusión.

El sitio queda marcado como malware. Un plugin comprometido empieza a servir algo que a Google no le gusta y los navegadores ponen un aviso rojo delante de tu página de inicio mientras el sitio sigue en pie. La monitorización de malware compara tus URLs con la base de datos Web Risk de Google las 24 horas, para que te enteres de la marca por nosotros y no por tu gráfica de tráfico.

Los cinco funcionan desde la misma lista de monitores, con los mismos contactos y en la misma factura, que es justo la idea. Son los fallos que comparten un mismo síntoma, «a mí el sitio me funciona», y salen más baratos vigilados juntos.

La disponibilidad es el piso, no el techo. Un sitio puede responder cada solicitud con un 200 perfectamente saludable mientras su formulario de login está roto, su búsqueda no devuelve nada, o su API empezó a enviar un array vacío donde antes enviaba tu catálogo de productos. Estas tres verificaciones cubren toda la escalera: el servidor responde, el recorrido a través de él se completa, y las respuestas legibles por máquina detrás de él siguen siendo correctas.

Lento es la caída que nadie declara. Las páginas que tardan ocho segundos no disparan una alerta de caída, simplemente pierden en silencio a los visitantes que no iban a esperar, y lo hacen durante semanas antes de que alguien lo note. Estas verificaciones vigilan las tres capas donde eso suele empezar: la página tal como la carga un navegador real, la máquina que la sirve, y la base de datos que la espera.

Este grupo existe por un tipo específico de fallo: nada se rompió, pero internet dejó de confiar en ti. Un certificado vencido, un dominio que nadie renovó, una alerta de malware por un plugin comprometido, o un servidor de correo que terminó en una lista negra dejarán fuera de línea a un sitio perfectamente saludable, y ninguno de ellos aparecerá en una verificación de disponibilidad que solo lee códigos de estado.

Cualquier script puede enviarte un correo la primera vez que una solicitud agota su tiempo de espera. Lo difícil de operar un servicio de monitorización no es notar los fallos, es acertar sobre ellos, porque un servicio que te despierta a las 3 de la madrugada por un tropiezo de enrutamiento se silencia en un mes, y un monitor silenciado no protege nada.

Así que una verificación fallida nunca es una alerta por sí sola. HostTracker primero vuelve a verificar el sitio desde otros puntos de verificación. Si una ubicación no puede llegar a tu servidor mientras el resto sí puede, eso es un problema de red entre ese punto de verificación y tú, y se registra como tal en lugar de escalarse. Tú decides cuántas confirmaciones necesita un monitor antes de pasar a Caído, y puedes subir ese número para un sitio detrás de una red inestable o bajarlo para uno donde cada segundo cuenta.

El trabajo planificado recibe el mismo trato desde la otra dirección: programa una ventana de mantenimiento y el monitor sigue verificando y sigue registrando, pero nadie es despertado por un despliegue que ya sabía que venía. Y como cada resultado lleva la ubicación de la que vino, la propia alerta es diagnóstica. Caído desde cada punto de verificación es un problema de servidor. Caído desde un solo país es un problema de enrutamiento o de CDN. Lento desde tres de los doce que elegiste es un problema de capacidad que todavía no se convirtió en una caída.

La detección es solo la mitad de un servicio de monitorización; la otra mitad es llegar a la persona correcta por un canal que realmente vaya a responder. HostTracker envía alertas de caída por correo electrónico, SMS, llamada de voz, Telegram, Slack, Microsoft Teams, PagerDuty, Viber, Discord, Pushover, Pushbullet, Mattermost, notificaciones push y webhook, y puedes usar tantos de ellos a la vez como quieras.

Los contactos se suscriben por monitor en lugar de por cuenta, así que al desarrollador a cargo del flujo de checkout no lo llaman por una página de aterrizaje de marketing, y a la persona que renueva dominios no le llega cada tiempo de espera HTTP agotado. Los canales pueden escalonarse como un escalado de alertas: un mensaje de Telegram de inmediato, luego una llamada telefónica si el sitio sigue caído unos minutos después, luego una escalada a una segunda persona. Las alertas de recuperación se envían por los mismos canales, así que un incidente siempre se cierra explícitamente en lugar de simplemente desvanecerse.

Los webhooks están ahí para los casos que ninguno de los anteriores cubre. Publican el incidente en lo que ya uses, ya sea PagerDuty, un bot de chat interno, una cola de tickets, o un script que reinicia un servicio y publica de vuelta lo que hizo.

Cada resultado de verificación se conserva, lo que convierte un flujo de alertas en algo sobre lo que realmente puedes razonar. El panel muestra el estado actual de cada monitor más su uptime en el rango de fechas que elijas; el registro de incidentes lista cada caída con su inicio, su duración y las ubicaciones que la vieron; y los informes de uptime y SLA programados pueden llegar a una bandeja de entrada semanal o mensualmente sin que nadie inicie sesión, que es normalmente lo que realmente necesita una conversación de SLA o un cliente con contrato de mantenimiento.

Cuando tus usuarios necesitan la misma información, publicarla gana a responderla cuarenta veces. Crea una página de estado pública gratuita a partir de los monitores que ya tienes: porcentajes de uptime en vivo, una línea de tiempo de incidentes que puedes anotar a medida que avanza el trabajo, y actualizaciones por correo o RSS para quien se suscriba. Son los mismos datos que muestra tu panel, filtrados a lo que estés dispuesto a hacer público.

Si ya depuras con un asistente de IA abierto, la red de monitorización puede responderle directamente. El servidor MCP de HostTracker para asistentes de IA expone verificaciones instantáneas a través del Model Context Protocol, así que Claude, Cursor y otros clientes MCP pueden ejecutar una verificación HTTP desde Europa y Asia, resolver DNS, buscar listados en listas negras o trazar una ruta, y leer los resultados en la misma conversación donde estás averiguando qué se rompió.

Usa tu propio token de API de HostTracker y los mismos más de 300 puntos de verificación que todo lo demás en esta página. No hay un panel separado que aprender, y nada que mantener sincronizado, porque es el mismo servicio el que responde.

Todos los tipos de verificación de esta página están disponibles en todos los planes. Lo que decide el plan es la escala: cuántos monitores ejecutas y con qué frecuencia se les permite verificar. Eso es deliberado, porque la diferencia entre un blog personal y una tienda online no es qué funciones necesitan, sino con qué rapidez necesitan enterarse de un problema.

El plan gratuito es permanente y monitorea dos sitios cada 30 minutos, suficiente para detectar un certificado vencido o un sitio que se cayó durante la noche. Los planes de pago empiezan con Solo a $9 al mes, luego Webmaster a $14 y Business a $29, con un nivel Enterprise para flotas más grandes. Las cuentas nuevas obtienen una prueba de 30 días con 100 monitores y verificaciones cada minuto, sin necesidad de tarjeta de crédito, para que puedas medir un mes real de tu propio uptime antes de comprometerte a nada.

La forma honesta de elegir es trabajar hacia atrás desde tu intervalo de verificación. Si una caída de cinco minutos no te cuesta nada, verifica cada cinco minutos y paga menos. Si te cuesta pedidos, verifica cada minuto y el plan se paga solo la primera vez que te ahorra cincuenta minutos de caída no detectada. Compara todos los planes y precios de monitorización.