Monitorización de tareas cron & heartbeat que detecta los fallos silenciosos.
Una tarea cron muerta no lanza ningún error ni escribe ningún registro — te enteras cuando necesitas la copia de seguridad. Da a cada tarea una URL de ping y Uptimia abrirá un incidente en menos de un minuto desde el plazo incumplido.
Pulse — last 2 hours
one blip per ping received · 24 expectedHow this check works
hb_9f2c41d8a03b57e6The ping — one line of cron
crontab · queue-workerPing log
every signal we received, newest firstLa copia de seguridad que no se ejecutó
Una copia de seguridad nocturna de la base de datos, programada para las 03:30. El script murió antes de poder hacer ping — nada dio error, nada quedó registrado, y la única señal fue el ping que nunca llegó.
Monitoriza tareas programadas estén donde estén
Si puede enviar una solicitud HTTP, Uptimia puede vigilarla — los pings son solo de salida, así que las tareas detrás de firewalls y NAT informan sin problema.
Horarios, señales y el registro de pings
Avisado en menos de un minuto
Cada monitor se comprueba cada 60 segundos. Un plazo incumplido más allá de tu margen de gracia abre un único incidente y se envían las alertas — sin tormentas de repetición, y solo se cierra cuando llega un ping real.
- Cadenas de escalado y enlaces de reconocimiento con un clic — sin necesidad de iniciar sesión
- Aviso de recuperación cuando la tarea vuelve
- Ventanas de mantenimiento y pausa — sin falsas alertas durante los despliegues
Tu expresión cron, tu zona horaria
Pega la línea que ya tienes en tu crontab, o establece un intervalo simple de entre 30 segundos y 90 días. Los plazos se ajustan con el horario de verano, así que una tarea de las 03:30 sigue siendo una tarea de las 03:30 en octubre.
- Cualquier expresión cron de cinco campos — rangos, pasos, nombres, macros al estilo @daily
- Un margen de gracia que defines por tarea — una que a veces se alarga no avisará a nadie
- Los horarios no válidos o imposibles se rechazan al guardar
tu zona horaria
Cada ejecución en el registro de pings
Abre un monitor y comprueba cuándo se ejecutó la tarea por última vez, si se ha ido retrasando semana a semana, y cuánto duró cada ejecución — sin tener que entrar por SSH en la máquina.
- Franja de pulso de 12 horas y un gráfico de pings por hora frente a la frecuencia esperada
- Duración de la ejecución en cada ping cuando la tarea envía una señal de inicio
- Los pings tardíos se marcan en el registro — nunca avisan
se esperaban 4 / hora — a las 09:00 se obtuvieron 3
start 09:45:01 · success 09:45:03 → run 2.1 s
Detecta cuelgues y caídas, no solo silencio
Tres señales cubren todas las formas en que una tarea puede fallar. El éxito reinicia la cuenta atrás; el inicio activa un límite de duración, así que una tarea colgada avisa aunque nunca termine; el fallo avisa de inmediato.
- /start — duración de la ejecución en el registro, más detección de duración máxima
- /fail — incidente inmediato, sin margen de gracia
- Funciona desde cualquier cliente HTTP — curl, wget, PowerShell o tu propio código
fallo
Cómo funciona la monitorización heartbeat
Una URL por tarea — sin agente, sin biblioteca.
Crea un monitor
Da nombre a la tarea y define su horario — intervalo o cron. Al guardar se genera una URL de ping privada.
Añade una línea a la tarea
Añade un curl, o copia un fragmento ya preparado — Crontab, Bash, PowerShell, GitHub Actions o PHP. El monitor se activa con el primer ping.
30 3 * * * /usr/local/bin/db-backup.sh \
&& curl -fsS -m 10 --retry 3 \
https://uptimia.com/p/hb_9f2…c41 >/dev/null
# el primer ping real activa el monitor:
✓ ping recibido — db-backup · nightly está activado
Recibe una alerta cuando enmudezca
Plazo incumplido más margen de gracia = un incidente. Tu equipo recibe una alerta en menos de un minuto, por los canales que ya usáis.
Añade una línea a la tarea.Entérate la noche en que deje de funcionar.
Cada tarea, cada ping, cada canal de alertas — gratis durante 30 días, y nada de eso es un complemento de pago.
También incluido
API REST completa
Crea, edita, pausa y elimina heartbeats desde tu pipeline — además de un endpoint de vista previa de cron que valida las expresiones antes de publicarlas.
Fragmentos con tu token ya incluido
Crontab, Bash, PowerShell, GitHub Actions y PHP.
Restablecimiento del token con un clic
La URL antigua muere en el momento en que la regeneras.
Límites de frecuencia adaptados a NAT
Se cuentan por monitor, no por IP — las flotas de workers son bienvenidas.
Pings de prueba
Dispara uno desde el panel para verlo llegar al registro.
Todos los tipos de monitor en una sola cuenta
Los mismos grupos, la misma lista de contactos y los mismos roles que cualquier otro tipo de monitor.
Dónde llegan tus alertas
Una copia de seguridad perdida llega a las mismas personas, por los mismos canales, que un sitio caído.
Microsoft Teams12 canales, una lista de contactos — configúrala una vez, todos los tipos de monitor la usan.
Explora el directorio completo de integraciones →¿Qué es la monitorización de tareas cron & heartbeat?
La monitorización de tareas cron — también llamada monitorización heartbeat — comprueba que las tareas programadas realmente se ejecutan. En vez de que Uptimia sondee tu servidor, cada tarea envía una breve solicitud HTTP ("ping") a su propia URL única cuando se ejecuta. Si el ping no llega dentro del plazo más el margen de gracia, Uptimia abre un incidente y te avisa.
Monitorización de disponibilidad
Funciona cuando hay algo que preguntar. Los sitios web y las APIs responden; una tarea cron no.
Monitorización heartbeat
sin ping antes de las 03:32 → se abre el incidente · un ping /fail avisa al instante
Un interruptor de hombre muerto para cron
Cada monitor heartbeat de Uptimia es uno — horarios que entienden cron, un margen de gracia y alertas allí donde trabaja tu equipo.
Preguntas frecuentes sobre monitorización heartbeat
01¿Qué tiene que hacer exactamente mi tarea?+
curl -fsS -m 10 --retry 3 https://uptimia.com/p/hb_… al final de la línea del crontab es suficiente. GET, POST y HEAD funcionan todos. El monitor permanece inactivo hasta su primer ping real, así que no puede avisar mientras lo estás configurando.02¿Cuándo se dispara exactamente una alerta?+
/fail avisa de inmediato, y nada vuelve a avisar mientras un incidente está abierto.03Mi tarea se cuelga en vez de fallar — ¿lo detectaréis?+
/start cuando comience la ejecución y define una duración máxima. Si no llega ningún éxito dentro de ese límite, se abre un incidente. También obtienes la duración de cada ejecución en el registro.04¿Por qué no se ejecutó mi tarea cron?+
05¿Puedo monitorizar CronJobs de Kubernetes, GitHub Actions o tareas de Windows?+
06¿Qué guardáis de cada ping?+
07Hacemos ping desde cientos de workers detrás de una sola NAT — ¿es un problema?+
08¿En qué zona horaria se ejecutan los horarios cron?+
09¿Puedo gestionar los heartbeats sin la interfaz?+
10¿Puede una vista previa de un enlace hacer que una tarea muerta parezca viva por error?+
11¿Es la monitorización heartbeat un complemento de pago?+
Tu próxima tarea perdida debería avisarte.
Una línea al final de una tarea la pone bajo vigilancia — junto a tu monitorización de disponibilidad, SSL y servidores.