Lecteur d'expression cron
Collez une ligne de crontab pour savoir ce qu'elle veut vraiment dire, voir chaque champ expliqué avec sa plage autorisée, et obtenir les cinq prochaines exécutions.
- Sans inscription
- Tourne dans votre navigateur
- Fonctionne hors ligne
- Aucun envoi de fichier
- Gratuit
Cinq champs : minute heure jour-du-mois mois jour-de-la-semaine
Une expression cron comporte cinq champs — minute, heure, jour du mois, mois, jour de la semaine — et une syntaxe assez compacte pour être facile à mal lire. L'écart entre */15 * * * * et 15 * * * *, c'est quatre-vingt-seize exécutions par jour contre vingt-quatre, et les deux paraissent plausibles au premier coup d'œil.
Cet outil traduit l'expression en une phrase et, plus utile encore, calcule les cinq prochaines exécutions réelles dans votre fuseau horaire. Voir de vraies dates, c'est ainsi qu'on repère les erreurs classiques : une tâche fixée au 31 qui saute la plupart des mois, ou une autre qui tourne discrètement chaque minute d'une heure donnée.
Comment utiliser cet outil
- Saisissez ou collez l'expression. Cinq champs séparés par des espaces ; un champ de secondes en tête est toléré et ignoré.
- Utilisez un bouton de préréglage si vous voulez partir d'une base connue à adapter.
- Lisez la phrase, puis contrôlez les cinq prochaines exécutions — c'est ce qui révèle une mauvaise lecture.
- Servez-vous du tableau des champs pour voir quelle valeur occupe quelle position et sa plage autorisée.
Exemple concret
Reprendre une tâche héritée
Un serveur contient 30 3 * * 0. Cela se lit 03:30 tous les dimanches, et la liste des prochaines exécutions le confirme : la sauvegarde que tout le monde croyait quotidienne est hebdomadaire. C'est le genre de chose que la phrase seule n'aurait pas rendue évidente.
Une tâche qui saute des mois
0 0 31 * * ressemble à une tâche mensuelle. La liste des prochaines exécutions la montre en réalité uniquement les mois de 31 jours, sautant complètement février, avril, juin, septembre et novembre. Le 1er du mois suivant est presque toujours ce qui était voulu.
Cas d'usage courants
- Comprendre une crontab dont vous héritez
- Vérifier une planification avant de la déployer
- Expliquer à quelqu'un quand une tâche s'exécute
- Déboguer une tâche qui tourne trop souvent ou jamais
- Traduire une planification décrite en français en expression correcte
- Passer en revue les tâches planifiées lors d'un audit
Erreurs fréquentes
- Confondre */15 et 15 —
*/15signifie toutes les quinze minutes. Un15seul signifie à la quinzième minute de chaque heure — quatre fois moins souvent. - Laisser un champ à * par inadvertance —
* 2 * * *s'exécute soixante fois entre 02:00 et 02:59, pas une seule fois à deux heures du matin. Pour cela il faut0 2 * * *. - Renseigner les deux champs de jour — Quand le jour du mois et le jour de la semaine sont tous deux restreints, le cron classique s'exécute si l'un ou l'autre correspond, pas les deux. Cela surprend à peu près tout le monde.
- Oublier le fuseau du serveur — Cron utilise l'heure locale du serveur. Une tâche écrite pour 09:00 locale s'exécute à 09:00 UTC sur un serveur en UTC — vérifiez avant de supposer.
Questions fréquentes
Quels sont les cinq champs ?
Dans l'ordre : minute (0–59), heure (0–23), jour du mois (1–31), mois (1–12) et jour de la semaine (0–6, où 0 est dimanche). Certains systèmes acceptent aussi 7 pour dimanche et des noms de trois lettres comme MON ou JAN.
Comment lancer quelque chose toutes les 15 minutes ?
*/15 * * * * — à :00, :15, :30 et :45 de chaque heure. Pour décaler, listez les minutes explicitement : 5,20,35,50 * * * *.
Cron peut-il tourner plus souvent qu'une fois par minute ?
Non. La minute est la résolution la plus fine qu'offre un cron standard. Pour plus court, utilisez un timer systemd, un processus qui dort en boucle, ou un ordonnanceur prévu pour cela.
Pourquoi ma tâche du 31 ne s'exécute-t-elle pas tous les mois ?
Parce que seuls sept mois ont un 31. Pour une tâche mensuelle, utilisez le 1er du mois suivant, ou le 28 si elle doit tomber en fin de mois.
Dans quel fuseau sont affichées les prochaines exécutions ?
Celui de votre navigateur, pour qu'elles soient faciles à lire. Votre serveur est probablement en UTC : comparez avant de vous fier à ces heures pour une planification en production.
@daily et @reboot sont-ils pris en charge ?
Pas ici ; cet outil lit la syntaxe numérique à cinq champs. En équivalent, @daily vaut 0 0 * * *, @hourly vaut 0 * * * * et @weekly vaut 0 0 * * 0.
Dernière mise à jour 2026-09-15