Analizador de cron
Pega una expresión cron y léela en lenguaje natural, con las próximas ejecuciones en tu zona.
Funciona por completo en tu navegador. Nada de lo que pegues aquí se envía a ningún sitio.PrivadoTu expresión
Qué significa
Sobre esta herramienta
Pega la expresión tal como la tengas: un */5 * * * * suelto, una línea completa de crontab con su comando, la línea "- cron:" de un workflow de GitHub Actions, el "schedule:" de un CronJob de Kubernetes o una cadena cron(...) de AWS. La herramienta deduce de qué sintaxis se trata, escribe el horario en una frase —"A las 09:00, de lunes a viernes"— y lista las próximas diez ejecuciones en la zona horaria de tu servidor, cada una con la hora en tu propia zona al lado. Una tabla bajo la entrada explica cada campo por separado, y con un clic cargas cualquiera de los horarios más habituales.
Lee la sintaxis crontab de cinco campos con nombres, rangos, listas, pasos, el domingo como 0 o 7 y los alias de @hourly a @yearly, y los dialectos de seis y siete campos que añaden segundos y año: Quartz y Spring, incluidos L, W, # y ?, y AWS EventBridge, donde el domingo es 1. Después escribe el mismo horario para cada planificador capaz de expresarlo —crontab, GitHub Actions, Kubernetes, Quartz y AWS— con un botón de copiar en cada uno.
Las trampas se señalan en vez de esconderse: cuando los dos campos de día están fijados la frase dice "o", porque el cron estándar se ejecuta cuando coincide cualquiera de los dos; un día 31 se marca como omitido en los meses cortos; una expresión con segundos y días de la semana en números se indica como leída con la numeración de Quartz, con la opción de Spring a un clic; y una expresión que nunca puede coincidir, como el 31 de febrero, lo dice en lugar de mostrar una lista vacía. Un valor incorrecto se reporta por campo, con su rango permitido.
Nada de lo que pegas se transmite. La página es HTML estático; el análisis, la frase y la búsqueda de próximas ejecuciones se ejecutan en tu pestaña con los datos de zonas horarias que tu navegador ya incluye, así que un crontab que nombra hosts y scripts internos se puede pegar sin riesgo.
Preguntas frecuentes
¿Se sube mi crontab a un servidor?
No. El analizador es JavaScript corriendo en tu navegador. No hay ningún endpoint, así que nada de lo que pegas sale de tu dispositivo: puedes desconectarte de la red y sigue funcionando. La parte del comando de una línea de crontab se muestra y no se usa para nada más.
¿Qué sintaxis de cron entiende?
El crontab estándar de cinco campos (Vixie, cronie, GitHub Actions, Kubernetes, GitLab), la sintaxis Quartz de seis y siete campos que usan Spring, los pipelines de Jenkins y muchos planificadores Java, las expresiones con segundos de Spring y node-cron, y las expresiones cron(...) de AWS EventBridge y CloudWatch con campo de año. Se leen nombres como MON y JAN, pasos, rangos, listas, L, W, #, ? y los alias tipo @daily. La H de Jenkins no: representa un hueco elegido por cada job, así que no hay nada que previsualizar hasta que la sustituyas por un valor.
¿Cómo distingue Quartz de un crontab con segundos?
Por el número de campos y la posición de ?. Cinco campos son crontab; siete son Quartz; seis son Quartz salvo que el último campo sea un año o el ? esté donde AWS coloca sus campos de día. La diferencia importa para los días de la semana, que empiezan en 1 = domingo en Quartz y AWS pero en 0 = domingo en crontab, Spring y node-cron, así que la herramienta indica qué lectura ha usado y te deja elegir otra en la barra superior. Escribir los días con nombres (MON-FRI) elimina la ambigüedad en todos los dialectos.
¿Por qué la frase dice "o" entre el día del mes y el día de la semana?
Porque eso es lo que hace cron. Cuando los dos campos están restringidos, "0 0 1 * 1" se ejecuta el día 1 de cada mes y también todos los lunes, no solo los lunes que caen en día 1. Vixie cron tiene una excepción, que la herramienta también aplica: si uno de los dos campos empieza por *, como */2, deben coincidir ambos. Quartz y AWS rechazan la combinación directamente y exigen ? en uno de los dos campos.
¿En qué zona horaria están las próximas ejecuciones?
En la elegida bajo "Zona horaria del servidor" en la barra superior, porque un cron job corre con el reloj de la máquina o el servicio que lo aloja: normalmente UTC en servidores, GitHub Actions y AWS. Empieza en tu propia zona; elige la del servidor y la tabla muestra cada ejecución en esa zona con el equivalente en tu hora local al lado. La elección se guarda en tu navegador bajo la clave cron-parser y nunca se envía a ningún sitio.
¿Qué pasa con el cambio de hora?
La herramienta recorre el reloj de pared de la zona del servidor, así que un job a las 02:30 aparece omitido la noche en que el reloj salta de las 02:00 a las 03:00, y una sola vez la noche en que la hora se repite. Los planificadores reales difieren aquí —Vixie cron ejecuta los jobs que se habrían perdido, systemd y Quartz tienen sus propias reglas—, así que un job que deba correr cada día está más seguro en una hora que nunca desaparece.
¿Es gratis de verdad?
Sí, sin cuenta y sin límite de uso. El sitio se financia con anuncios colocados alrededor de la herramienta, nunca dentro de tu área de trabajo.