Cron à 9h : fuseaux horaires et heure d'été

Une tâche programmée en semaine s’exécute à 9 h tout l’hiver. Après le changement d’heure, elle démarre à 10 h. L'expression cron peut être parfaitement valide : le planificateur suivait UTC alors que vous attendiez l'heure locale.

Avant de copier un planning dans un service, décidez quelle horloge il doit suivre. Un rapport quotidien pour une équipe à Melbourne et une sauvegarde horaire n’ont pas forcément besoin de la même règle.

Le fuseau horaire n'est pas dans l'expression

Cette expression à cinq champs signifie 09:00, du lundi au vendredi :

0 9 * * MON-FRI

Elle ne précise pas de quel fuseau horaire il s’agit. C’est le planificateur qui le détermine. Dans le constructeur cron de CozyToolkit, choisir un fuseau horaire modifie l'aperçu ; cela n'ajoute pas de fuseau horaire à l'expression que vous copiez.

Si votre service d'hébergement prend en charge un fuseau horaire nommé, utilisez-en un comme Australia/Melbourne. Un décalage fixe comme UTC+10 ne peut pas suivre les changements d'horloge saisonniers de Melbourne.

Trois exécutions autour du changement d’heure

Nous avons prévisualisé cette expression dans Australia/Melbourne, à partir de minuit le 2 octobre 2026. Voici les trois prochaines exécutions en semaine :

L'heure locale reste à 9h. L'heure UTC change. Si nous définissons plutôt l'aperçu sur UTC, la même expression produit 09:00 UTC ces jours de semaine—19:00 à Melbourne le vendredi et 20:00 le lundi.

Vous pouvez télécharger le planning et les deux ensembles d'horodatages. Les dates dans ce fichier sont des horodatages ISO ; le Z final signifie UTC.

Reproduire l'aperçu

1. Ouvrez le constructeur cron et choisissez Collez l'expression.
2. Collez l'expression ci-dessus dans Expression cron.
3. Définissez Fuseau horaire de planification sur Australia/Melbourne.
4. Définissez Aperçu après sur 2 octobre 2026 à 00:00. La date et l'heure utilisent le fuseau horaire que vous avez sélectionné.
5. Vérifiez Prochaines exécutions. Sur un téléphone, passez de l'onglet planning à l'onglet prochaines exécutions.
6. Changez le fuseau horaire en UTC et comparez. Revérifiez aussi la date de début de l'aperçu : le contrôle affiche le même instant dans le fuseau horaire nouvellement sélectionné.

Cela prévisualise des dates ; cela ne crée ni n'exécute un travail planifié. Définissez à nouveau le fuseau horaire dans le service qui l'exécutera.

Si votre planificateur n'utilise que UTC

Les déclencheurs Cron de Cloudflare s'exécutent en UTC. Copier l'expression ci-dessus dans un Worker planifiera donc 09:00 UTC, quel que soit le fuseau horaire utilisé dans notre aperçu.

Si la tâche doit respecter l’heure locale, plusieurs options sont possibles : un planificateur avec prise en charge des fuseaux horaires nommés, des changements de planning saisonniers, ou un déclencheur plus fréquent dont l'application vérifie la date et l'heure locales et enregistre si le travail du jour a déjà été exécuté. Un planning UTC fixe seul ne restera pas à 9h dans une ville qui change ses horloges.

Il y a un autre piège de portabilité : les numéros de jours de semaine diffèrent entre les implémentations cron. Cloudflare utilise 1 pour dimanche ; notre constructeur utilise la convention courante de 0 pour dimanche. Utilisez des noms de jours comme MON-FRI lorsque la destination les prend en charge, et consultez sa documentation avant de déployer.

Vérifier les dates particulières avant la mise en production

Prévisualisez la semaine de chaque côté d'un changement d'heure. Pour les plannings mensuels, vérifiez aussi février et les mois sans 31.

Une heure matinale comme 02:30 peut disparaître ou se produire deux fois lors des changements d'horloge. Différents planificateurs peuvent gérer cela différemment. Décidez si vous voulez sauter, retarder ou dédupliquer le travail, puis testez le service réel. Un aperçu d'un autre analyseur n'est pas une garantie de son comportement.

Le 1er octobre 2026, nous avons vérifié ces horodatages en utilisant le même analyseur sensible au fuseau horaire que l'outil et avons confirmé les heures locales correspondantes. Les résultats de test enregistrent les entrées et sorties. Aucun travail planifié n'a été déployé pour cet exemple.