Monitorización
Monitores de disponibilidad
Los monitores comprueban cosas desde fuera de tu app de forma programada y avisan cuando cambian de estado. Siete tipos comparten la página de Disponibilidad. Ninguno necesita código salvo los heartbeats, a los que tu trabajo hace ping.
1Elige un tipo
HTTP: 2xx o 3xx cuenta como activo, opcionalmente exigiendo una palabra clave en el cuerpo y un límite de tiempo de respuesta. Heartbeat: tu trabajo cron hace ping a una URL secreta; tarde significa caído. SSL: handshake TLS a host:puerto, la cadena debe ser de confianza, muestra emisor y caducidad. Dominio: caducidad del registro vía RDAP, muestra el registrador. TCP: conecta a host:puerto y cierra. DNS: A, AAAA, CNAME, MX o TXT a través de 1.1.1.1 y 8.8.8.8, opcionalmente exigiendo un valor. Navegador: una lista de pasos ejecutados en Chromium headless.
2Intervalos
HTTP cada 1, 3, 5, 10, 30 o 60 minutos. Heartbeats de 1 minuto a 24 horas con un margen de 1 a 60 minutos. SSL y dominio cada 1, 6, 12 o 24 horas. Comprobaciones de navegador cada 5 a 60 minutos.
3Pasos de las comprobaciones de navegador
Hasta 20 pasos como datos, nunca código. El paso 1 debe ser goto. Acciones: goto (url), click (selector), fill (selector, value), expect_text (text), expect_selector (selector), wait (ms). Selectores y texto de hasta 300 caracteres, valores 500, esperas de 10 s cada una y 30 s en total, la ejecución completa 60 s. En caso de fallo se conserva una captura de la página bajo la fila. Usa una cuenta de prueba para los valores de fill; se guardan en texto plano.
[
{ "action": "goto", "url": "https://shop.example.com/login" },
{ "action": "fill", "selector": "#email", "value": "monitor@example.com" },
{ "action": "fill", "selector": "#password", "value": "test-only" },
{ "action": "click", "selector": "button[type=submit]" },
{ "action": "expect_text", "text": "Your orders" }
]4Cómo se decide que está caído
Una comprobación fallida se reintenta a los 20 segundos y una región solo falla con el segundo fallo seguido. Un monitor con varias regiones está caído solo cuando una mayoría estricta está fallando (1 de 1, 2 de 2, 2 de 3). Las comprobaciones de dominio y navegador usan una región. Cada caída y cada recuperación genera una alerta a través de tus canales o a los propietarios.
Conviene saber
- Límites por plan: HTTP, SSL, dominio, TCP y DNS comparten un cupo de 10 (Free), 25 (Solo), 100 (Team), 500 (Scale); los heartbeats tienen las mismas cifras en su propio cupo; las comprobaciones de navegador son 0, 3, 20 y 100.
- Avisos adicionales: monitor.slow y monitor.fast cuando el p95 de las últimas 10 comprobaciones HTTP cruza el límite de tiempo de respuesta; monitor.expiring a los 14, 7 y 1 días para certificados y 30 y 7 días para dominios, una vez por umbral.
- Las direcciones privadas e internas (localhost, 10.x, .local, .internal, etc.) se rechazan al guardar. Los registros sin RDAP, como .io, se mantienen activos e indican que la fecha de caducidad no está disponible.
- La disponibilidad se muestra para 24 horas y 30 días. Los resultados brutos de las comprobaciones se conservan 3 días. La URL del heartbeat se muestra una sola vez y puede reemplazarse.
¿Atascado? Escribe a support@blipit.io. Las claves y el DSN exacto de cada proyecto están en Claves API en app.blipit.io.

