Documentación y ejemplos
Qué vigilar, y cómo.
Holter vigila de dos formas. Heartbeats entrantes — tus tareas nos hacen ping cuando terminan, y alertamos si un ping no llega. Comprobaciones salientes — solicitamos tu URL, certificado, puerto o DNS desde fuera según un horario. Sin agente de servidor, sin acceso a tus servidores. Y en Business, dependencias — vigilamos las páginas de estado de los proveedores de los que dependes, así te enteras primero de sus caídas.
Heartbeats entrantes
Un dead-man switch: haznos ping cuando tenga éxito, y alertamos si deja de sonar. Ideal para copias de seguridad, workers de colas, crons, pipelines y webhooks.
1 · Crea tu heartbeat entrante
Cómo vigila Holter
Nombre
Alertar si no hay ping en
Tu URL de ping
Holter la genera — cópiala desde el panel.
2 · Luego haz curl desde tu tarea
# success — at the end of the job
pg_dump … | gzip | aws s3 cp - s3://… \
&& curl -fsS "$HOLTER_URL"
# failure — alert right away
curl -fsS "$HOLTER_URL/fail"
Si pierdes la ventana, Holter abre un incidente y alerta a tus canales. Mismo patrón para workers de colas (ping cada pocos minutos) y crons (añade el curl al final de la línea).
¿Prefieres email? Cambia el heartbeat a una dirección única (…@in.holter.sh) y haz que tu app le envíe según un horario. Si tu correo deja de salir, Holter te avisa — vigila todo el pipeline de envío, no solo tu código.
Comprobaciones salientes
Alcanzamos tu servicio desde internet público según un horario — nada que instalar. Ideal para uptime, estado de la API, SSL, dominio, DNS y TCP.
Crea una comprobación saliente
Cómo vigila Holter
Qué comprobar
Endpoint
Estado saludable
Alertar si es más lento que
Qué detecta
- ● Caído, o código de estado incorrecto
- ● Activo pero lento, superando tu presupuesto de latencia (degradado)
- ● Recuperado — con la duración de la caída
Cambia Qué comprobar a SSL, Dominio, DNS o Redirección — misma pantalla, solo una URL, sin campos extra. Las comprobaciones de certificado y dominio te avisan días antes del vencimiento.
Consejo: dentro de Holter, "Qué vigilar" configura cualquiera de estos por ti con un clic.
Vigila de qué dependes Business
Algunas caídas no son tuyas. Cuando Stripe, AWS, tu proveedor de autenticación o de base de datos tiene un incidente, tu app lo siente — y tus clientes te culpan a ti. Añade esos proveedores como dependencias y Holter vigila sus páginas de estado públicas, así te enteras primero por una alerta.
Añade una dependencia
Proveedor
URL de la página de estado
O elige entre 24 proveedores populares que ya sabemos leer.
¿Qué depende de esto?
Avísame
Qué detecta
- ● Un proveedor — o uno de sus componentes — reporta servicio degradado
- ● Un proveedor reporta una caída total — alertado a tus canales
- ● Recuperado — el incidente upstream se resolvió
Holter lee la propia página de estado publicada de cada proveedor cada pocos minutos — no sondea sus sistemas. Funciona con cualquier página con un feed de estado público (la mayoría de SaaS), con soporte integrado para AWS, Google Cloud y Azure.
Opcionalmente lista las dependencias elegidas en tu propia página de estado como "Servicios upstream".
Insignias de estado
Cada página de estado pública expone una insignia SVG integrable: una instantánea en vivo de tu estado o tiempo activo que puedes colocar en un README, una wiki o tu propio sitio. Sin clave de API, y se actualiza sola.
Copia el fragmento
URL de la insignia
Markdown
Variante de tiempo activo
Ejemplo en vivo
- ✓ Se actualiza sola: refleja tu estado real en menos de un minuto
- ✓ Pública y autónoma: se muestra donde funcione una imagen
Configúralo con tu agente de código (MCP)
En lugar de rellenar los formularios de arriba a mano, deja que tu agente haga la primera pasada. Holter ejecuta un servidor MCP — conecta Claude Code, Cursor, o cualquier agente compatible con MCP con un token con alcance de equipo y lee tu repositorio localmente, propone los monitores que encuentra (crons, colas, comprobaciones de salud, dominios), y escribe el código de heartbeat para que lo revises.
1 · Añade el servidor MCP
{
"mcpServers": {
"holter": {
"type": "http",
"url": "https://app.holter.sh/api/mcp",
"headers": { "Authorization": "Bearer ${HOLTER_TOKEN}" }
}
}
}
Consigue un token con alcance de equipo desde Configuración → MCP y colócalo como HOLTER_TOKEN. El token es lo único que el agente necesita — está limitado a tu equipo de Holter y no lleva acceso a tu código, servidores ni nube.
2 · Luego solo pregúntale
"Set up Holter monitoring for this repo —
read holter.sh/use and follow it."
- ✓ Lee tu código base localmente — Holter nunca recibe tu código fuente
- ✓ Propone los monitores y el código de heartbeat; tú revisas y aplicas cada cambio
- ✓ Funciona a través del token, nunca con tus claves — no puede tocar tus sistemas
Checklist de monitorización en producción
Cada línea es una configuración de 3 minutos — o un toque desde "Qué vigilar" dentro de la app.
-
La página principal / app responde
Comprobación HTTP saliente, esperando 200
-
El endpoint de API o de salud responde
Comprobación HTTP saliente en /health, opcionalmente cotejando una cadena en el cuerpo
-
Tiempo de respuesta dentro del presupuesto
Añade un presupuesto de latencia "alertar si es más lento que"
-
HTTP redirige a HTTPS
Comprobación saliente de redirección
-
El certificado TLS no está cerca de vencer
Comprobación SSL saliente
-
El dominio no está a punto de expirar
Comprobación de dominio saliente (RDAP)
-
El DNS sigue resolviendo
Comprobación DNS saliente
-
La copia de seguridad nocturna se completó
Heartbeat entrante desde el script de copia de seguridad
-
Los workers de colas están vivos y vaciando
Heartbeat entrante desde un ping programado del worker
-
Las tareas programadas / crons se ejecutaron
Heartbeat entrante al final de cada cron
-
Pipelines críticos (ETL, ciclos de facturación)
Heartbeat entrante al tener éxito, /fail en error
-
El email transaccional se sigue enviando
Monitor de email entrante — tu app envía un email a una dirección única según un horario
-
El puerto de base de datos / caché es accesible
Comprobación TCP saliente (host:puerto público)
-
Los webhooks de terceros se siguen disparando
Heartbeat entrante desde tu manejador de webhooks
-
Página de estado publicada
Activa una para que los clientes se autoatiendan durante incidentes
-
Estado del proveedor de pagos
Añade Stripe (o tu procesador) como dependencia
-
Estado del proveedor cloud / hosting
Añade AWS, GCP, Azure, Vercel… como dependencia
-
APIs de terceros críticas
Añade OpenAI, Twilio, SendGrid… lo que tus flujos principales necesiten
Empieza con una comprobación.
Gratis para 5 monitores, sin tarjeta. Marca el resto de la lista sobre la marcha.
Empieza a vigilar gratis