Generador e intérprete de expresiones cron

¿Qué es una expresión cron?

Cron es el programador de tareas que funciona en casi todos los servidores Linux y Unix. Le das una línea con una programación y un comando, y cron ejecuta ese comando en los momentos que describe la programación: una copia de seguridad cada noche, una sincronización cada cuarto de hora, un informe cada lunes por la mañana. El mismo formato de programación lo usan GitHub Actions, los CronJobs de Kubernetes, Vercel, Laravel, Coolify y muchas otras plataformas.

La programación es la expresión cron: cinco campos separados por espacios. Como la notación es tan compacta, no se lee fácilmente de un vistazo. Con este generador de expresiones cron pegas una expresión y ves al instante, en lenguaje claro, cuándo se ejecuta, además de las cinco próximas ejecuciones en tu propia zona horaria. A la inversa, eliges una opción por campo y la herramienta construye la expresión por ti. Ambos lados se mantienen sincronizados: cambia el texto y el constructor se actualiza, y viceversa.

Los cinco campos de una expresión cron

Los campos siempre van en el mismo orden. Minuto: de 0 a 59. Hora: de 0 a 23, en formato de 24 horas. Día del mes: de 1 a 31. Mes: de 1 a 12, o de JAN a DEC. Día de la semana: de 0 a 7, donde tanto 0 como 7 son domingo, o de SUN a SAT. Los nombres no distinguen entre mayúsculas y minúsculas.

Cada campo usa unos pocos elementos. Un asterisco (*) significa cualquier valor. Una coma forma una lista, como 1,15 para el día 1 y el 15. Un guion forma un rango, como 1-5 para de lunes a viernes. Una barra fija un intervalo: */15 en el campo de minutos es cada 15 minutos; 10-30/5 es el minuto 10, 15, 20, 25 y 30. La mayoría de implementaciones de cron admiten también macros: @hourly, @daily (o @midnight), @weekly, @monthly y @yearly (o @annually).

Algunos ejemplos. 30 8 * * 1-5 se ejecuta a las 08:30 los días laborables. 0 0 1 * * se ejecuta a medianoche el primer día de cada mes. */10 9-17 * * * se ejecuta cada diez minutos entre las 09:00 y las 17:59. 0 3 * * 0 se ejecuta cada domingo a las 03:00, una hora muy habitual para tareas de mantenimiento.

Errores habituales con cron

El error más habitual es la zona horaria. Los servidores y contenedores suelen funcionar en UTC, mientras que tú piensas en hora local. En un servidor así en los Países Bajos, una tarea programada como 0 8 * * * se ejecuta a las 10:00 hora local en verano y a las 09:00 en invierno. Comprueba siempre qué zona horaria usa el daemon de cron o la plataforma. Esta herramienta muestra las ejecuciones en la zona horaria de tu navegador; si tu servidor funciona en UTC, haz la conversión correspondiente. En torno al cambio de hora de verano e invierno, una tarea entre las 02:00 y las 03:00 puede saltarse o cumplir la condición dos veces. Programa las tareas importantes fuera de esa hora.

Segunda trampa: día del mes y día de la semana a la vez. Si rellenas ambos, cron se ejecuta cuando coincide cualquiera de los dos, no solo cuando coinciden ambos. Así, 0 9 13 * 5 significa cada día 13 del mes y cada viernes, no solo los viernes 13. Si de verdad necesitas la combinación, deja uno de los campos en * y comprueba la otra condición en tu script.

También vemos a menudo expresiones de seis campos. Vienen de Quartz (Java), Spring o node-cron, donde un campo adicional de segundos va primero y a veces un campo de año va al final. Quartz conoce además caracteres como ?, L, W y #. Esta herramienta admite deliberadamente la notación estándar de 5 campos que usan cron, GitHub Actions y Kubernetes, y te avisa con claridad si pegas una expresión de 6 campos o de Quartz. Por último, cuidado con las fechas imposibles: 0 0 30 2 * nunca se ejecuta, porque febrero no tiene día 30.

Cuándo cron ya no es suficiente

Cron es ideal para unas pocas tareas independientes en un solo servidor. Se complica cuando las tareas dependen unas de otras, cuando quieres saber si una tarea ha salido bien o cuando una ejecución fallida debe reintentarse automáticamente. Por defecto, cron como mucho envía un correo con la salida, y si el servidor está caído, una ejecución perdida no se recupera.

¿Ejecutas decenas de tareas programadas en varios servidores, con integraciones con tu software de contabilidad, tu CRM o tu tienda online? Entonces una plataforma de flujos de trabajo o de automatización suele ser la mejor opción. Una plataforma así programa las tareas con la misma notación cron, pero añade registros, monitorización, reintentos, dependencias y avisos cuando algo falla. Ves en un solo resumen qué se está ejecutando y qué ha fallado, sin que nadie tenga que entrar en el servidor.