DevToolPal
FR

Expression cron

Toutes les 30 minutes

S’exécute deux fois par heure, à l’heure pile et à la demie.

*/30 * * * * Ouvrir dans l’analyseur d’expressions cron

Champ par champ

Champ Valeur Correspond à
Minute */30 0, 30
Heure * Toute valeur
Jour du mois * Toute valeur
Mois * Toute valeur
Jour de la semaine * Toute valeur

Prochaines exécutions

Exemple : les 6 premières exécutions après le 1 janvier 2026 (UTC).

  1. jeu. 1 janv. 2026, 00:30
  2. jeu. 1 janv. 2026, 01:00
  3. jeu. 1 janv. 2026, 01:30
  4. jeu. 1 janv. 2026, 02:00
  5. jeu. 1 janv. 2026, 02:30
  6. jeu. 1 janv. 2026, 03:00

Versions prêtes à l’emploi

crontab 
*/30 * * * * /path/to/command

Ajoutez la ligne avec crontab -e. Elle s’exécute dans le fuseau du serveur, sauf si CRON_TZ ou TZ est défini.

Kubernetes CronJob 
apiVersion: batch/v1
kind: CronJob
metadata:
  name: every-30-minutes
spec:
  schedule: "*/30 * * * *"
  timeZone: "Etc/UTC"
  concurrencyPolicy: Forbid
  jobTemplate:
    spec:
      template:
        spec:
          restartPolicy: OnFailure
          containers:
            - name: job
              image: busybox:1.36
              command: ["/bin/sh", "-c", "date; echo run"]

Définissez spec.timeZone (Kubernetes 1.27+) ; sinon la planification suit le fuseau du controller manager, généralement UTC.

GitHub Actions 
on:
  schedule:
    - cron: '*/30 * * * *'
  workflow_dispatch:

GitHub Actions utilise toujours l’UTC, accepte des intervalles d’au moins 5 minutes et peut démarrer en retard en cas de forte charge.

Quartz 
0 */30 * * * ?

Quartz place les secondes en premier et exige ? dans le jour du mois ou le jour de la semaine. Les jours vont de 1 à 7 à partir du dimanche : les noms sont plus sûrs.

Spring 
@Scheduled(cron = "0 */30 * * * *")

Spring @Scheduled(cron = …) prend six champs : les secondes, puis les cinq habituels.

FAQ

› Comment exécuter toutes les 30 minutes à :15 et :45 ?

Utilisez 15,45 * * * * ou 15-59/30 * * * *.

› Dans quel fuseau horaire */30 * * * * s’exécute-t-elle ?

Cron utilise le fuseau horaire de la machine ou du service qui l’exécute. Sous Linux, c’est le fuseau du système sauf si CRON_TZ ou TZ est défini ; les CronJob Kubernetes acceptent spec.timeZone ; GitHub Actions utilise toujours l’UTC.

› Comment vérifier cette planification avant de la déployer ?

Ouvrez */30 * * * * dans l’analyseur d’expressions cron de ce site. Il explique chaque champ et liste les prochaines exécutions en heure locale ou en UTC, directement dans votre navigateur.