Plan gratis: 30 monitores / 50.000 eventos al mes, sin tarjeta de crédito

Monitorea cada tarea.
No te pierdas nada.

Cronitorex vigila tus cron jobs, scripts de deploy, endpoints HTTP y certificados SSL. Envía un ping desde cualquier script y recibe una alerta en 60 segundos. No hace falta construir tu propia infraestructura de monitoreo desde cero.

bash
# Cron, deploy, ETL, backup, worker: envuelve lo que sea en 3 líneas
curl -sf https://api.cronitorex.com/ping \
  -H "Authorization: Bearer $CRONITOREX_API_KEY" \
  -d '{"event_type":"ping","monitor":"db-backup","status":"run"}'

/usr/local/bin/backup.sh   # tu script, lo que sea que ejecutes

curl -sf https://api.cronitorex.com/ping \
  -H "Authorization: Bearer $CRONITOREX_API_KEY" \
  -d '{"event_type":"ping","monitor":"db-backup","status":"complete","duration":47.3}'

Funciona con cualquier script ejecutado desde shell: bash, Python, GitHub Actions, CronJob de k8s, tarea de Airflow, hook de deploy.

Cron jobs
OK
db-backup
completado en 47,3s · 14 ejecuciones / 24h
Chequeo HTTP
200 OK
api.example.com/health
verificado cada 60s · p99 estable
142ms
Certificado SSL
38d
checkout.example.com
Let's Encrypt · renovación automática 7 días antes
<60s
Latencia máxima de alerta
primer ping → primera notificación
3
Canales de alerta
email · Telegram · Discord · Slack
$0
Plan gratis
30 monitores, sin tarjeta de crédito

Los fallos que nadie ve

La mayoría de las caídas no se anuncian. Se ven así:

El backup que se detuvo en silencio

Un cron de pg_dump termina con código 1 desde el día 4. Nadie lo notó, porque un job que falla no escribe nada en un panel ni envía ningún email. Te enteras durante una restauración, el momento más caro posible.

El certificado que expiró un sábado

La renovación estaba automatizada, hasta que alguien movió el registro DNS. El certificado expiró a las 2:13 AM y el checkout mostró una advertencia de seguridad hasta el lunes. Nada en el stack consideró esto un error.

El endpoint que miente

El servidor dice que el proceso está activo. Los usuarios igual reciben un 502 del load balancer. Desde adentro todo se ve saludable, precisamente por eso la solicitud tiene que venir de afuera.

Cronitorex fue creado para estos tres momentos.

Todo lo que necesitas para monitorear tu infraestructura

Diseñado para desarrolladores que quieren control total sobre su stack de monitoreo.

Monitoreo de cron jobs

Registra los eventos de inicio, éxito y fallo de cualquier tarea programada. Alerta ante ejecuciones perdidas o jobs que tardan demasiado.

Chequeos de uptime HTTP

Tiempo de respuesta y códigos de estado para cualquier endpoint. Reintentos, umbrales, intervalos configurables.

Alertas de certificado SSL

Entérate antes de que tus certificados expiren. Avisos con días de anticipación.

Explorar funcionalidades →

Cómo funciona

Tres pings. Visibilidad completa.

Flujo de ping en tres pasos: run, execute, complete

Una solicitud HTTP por ping. Cronitorex las correlaciona en una línea de tiempo, detecta ejecuciones perdidas y envía alertas en cuestión de segundos. Sin agentes. Sin daemons. Solo tres pings.

1

El job arranca

Envía un ping run al comienzo de tu job.

{"status": "run"}
2

El job se ejecuta

Tu tarea real se ejecuta. Cronitorex espera.

/usr/bin/backup.sh
3

Resultado registrado

Envía complete o fail. El panel se actualiza al instante.

{"status": "complete"}

Ver cómo funciona →

Un panel para jobs, incidentes y alertas

Un vistazo rápido a lo que Cronitorex te muestra todos los días. Haz clic en las pestañas.

db-backup cron OK
hace 2 min
api.acme.com/health HTTP OK
hace 30 s
checkout.acme.com SSL 38d restantes
hace 1 h
invoice-sync cron FALLÓ
exit 1 · hace 47 min

Por qué los chequeos solos no alcanzan

El polling externo y el scraping de logs se pierden cada uno una categoría completa de fallos. Los pings cierran esa brecha.

Lo que el polling solo no detecta

Un chequeo te dice que el servidor respondió. No puede decirte que el backup de las 2 AM nunca arrancó, porque no hay una URL que consultar sobre un job que no corrió.

Lo que los logs no van a hacer

Los logs registran todo y no alertan sobre nada. Buscar con grep el stack trace de ayer es arqueología; para cuando alguien lo lee, el daño ya está hecho.

Lo que los pings detectan

Un job que reportó run y nunca reportó complete está colgado. Un job que no reportó nada está muerto. Ambos disparan una alerta en menos de un minuto, con el código de salida y el stderr adjuntos.

Cronitorex hace las dos cosas: pings desde adentro, chequeos desde afuera. Ver cómo funciona →

Una página de estado pública, incluida

Elige los monitores que quieres mostrar y Cronitorex publica una página de estado con estado en vivo, porcentajes de uptime e historial de incidentes. Escribes actualizaciones mientras investigas, así el soporte deja de responder el mismo email una y otra vez. Disponible en todos los planes, con su propia dirección.

Para quién es

Seis escenarios típicos donde Cronitorex demuestra su valor.

Fundador solo

Duerme tranquilo toda la noche.

Líder de DevOps

12 servidores · 1 panel.

Ingeniero de datos

Detecta pipelines rotos antes de que lo hagan los reportes.

Ver todos los casos de uso →

Funciona con lo que sea que ejecute tus jobs

Si puede enviar una solicitud HTTP, se puede monitorear. Sin agentes, sin SDK, sin reglas de firewall: los pings salen desde tu lado.

Una línea con curl es suficiente. La documentación tiene snippets listos para cada entorno. Explorar la documentación →

Precios tan simples como un ping

Empieza gratis con 30 monitores. Sube a Pro o Business cuando necesites más escala.

Free
$0/mes
  • 30 monitores
  • 50.000 eventos / mes
  • 30 días de historial
  • Alertas por email + Telegram + Discord
Empezar gratis →
Business
$69/mes
  • Monitores ilimitados
  • Eventos ilimitados
  • 365 días de historial
  • + PagerDuty + soporte prioritario
Contáctanos

Ver tabla completa de precios →

Preguntas que aparecen una y otra vez

¿Puedo usarlo en producción?

Sí. Cronitorex monitorea cron jobs de producción, endpoints HTTP y certificados SSL todos los días. El tráfico de producción es bienvenido en todos los planes, incluido el plan Free.

¿Puedo migrar desde otra herramienta de monitoreo?

Cronitorex expone una API HTTP estándar con el patrón run/complete/fail. Si tu herramienta actual usa un modelo de ping similar, la migración se reduce a cambiar la URL y la API key en los scripts que ya tienes. La referencia completa de la API está en docs.cronitorex.com, y una guía de migración paso a paso cubre el cambio desde Cronitor, PostPing y otras herramientas.

¿Tienen integraciones con Slack y webhooks?

Las notificaciones por email, Telegram, Discord y webhook están disponibles en todos los planes. Slack se incluye desde el plan Pro. Los webhooks te permiten conectar cualquier endpoint HTTP, lo que habilita integrar tú mismo cualquier servicio externo.

¿Puedo compartir una página de estado pública con mis usuarios?

Sí. Elige qué monitores publicar y Cronitorex genera una página de estado pública con estado en vivo, porcentajes de uptime e historial de incidentes, disponible en todos los planes, incluido el plan Free.

¿Están seguros mis datos?

Alojados en nuestra propia infraestructura en la UE, conforme al RGPD. Todo el tráfico pasa por HTTPS (TLS 1.3), ningún ping viaja jamás en texto plano. La base de datos está en una red privada, accesible solo desde nuestros servicios de aplicación. Las contraseñas de los usuarios se guardan como hashes criptográficos. Puedes rotar tu API key en cualquier momento desde la página de perfil: la anterior deja de funcionar de inmediato. Backups diarios de la base de datos, cifrados, con retención de 30 días. Exportación completa de datos y eliminación de cuenta desde el panel. No vendemos ni compartimos datos con terceros. ¿Necesitas un informe de auditoría o un despliegue on-premise? Escribe a hello@cronitorex.com.

Leer todas las preguntas frecuentes →

Empieza a monitorear en 60 segundos

Regístrate, consigue una API key, pega el curl en tu cron. Eso es todo.