Cron toutes les 15 minutes

L'expression

*/15 * * * *  /chemin/vers/commande

Cette crontab s'exécute à :00, :15, :30 et :45, chaque heure. C'est plus lisible que 0,15,30,45 * * * *, même si le résultat est identique.

Variantes

• */15 8-18 * * 1-5 : quart d'heure pendant les horaires de bureau.
• 5-59/15 * * * * : à :05, :20, :35 et :50.
• */15 * * * 1 : toutes les 15 minutes le lundi uniquement.

Pourquoi choisir 15 minutes plutôt que 5 minutes

Un intervalle de 15 minutes est souvent le bon compromis pour les traitements qui n'ont pas besoin d'une réaction immédiate. Il réduit la charge par rapport à */5, tout en restant assez fréquent pour des synchronisations de stock, des imports CRM, des contrôles de disponibilité ou des rapports intermédiaires. Sur une journée complète, */15 * * * * lance 96 exécutions, contre 288 pour un cron toutes les 5 minutes.

Cette différence compte si le job interroge une API avec quota, parcourt une base volumineuse ou génère des fichiers. Une tâche trop fréquente peut masquer un problème de conception : au lieu de relancer sans cesse le même traitement, il peut être plus efficace de travailler par événements, webhooks ou files de messages. Cron reste excellent pour un rythme simple, prévisible et facile à diagnostiquer.

En pratique, si personne ne consulte le résultat à la minute près, quinze minutes donnent souvent une meilleure marge opérationnelle.

Écrire une fenêtre de travail propre

Pour un besoin métier, l'expression complète est rarement */15 * * * *. On veut plutôt limiter l'exécution aux heures où les données changent vraiment. */15 9-18 * * 1-5 lance toutes les 15 minutes du lundi au vendredi, de 09:00 à 18:45. Si la dernière exécution doit être à 18:00, la plage d'heures doit plutôt se terminer à 18 avec un contrôle dans le script, ou à 17 si vous acceptez 17:45 comme dernier passage.

Vous pouvez aussi cibler un seul jour de semaine pour un contrôle plus léger : */15 8-12 * * 1 exécute le lundi matin uniquement. Pour une synchronisation pendant un lancement produit, une plage temporaire dans la crontab peut suffire, mais pensez à la supprimer ensuite. Les crons temporaires oubliés sont une source classique de bruit et de charge inutile.

Décalage et répartition de charge

Les quarts d'heure pile, :00, :15, :30 et :45, concentrent beaucoup de tâches. Si vous contrôlez plusieurs applications, décalez certaines expressions pour mieux répartir la charge. 3-59/15 * * * * déclenche à :03, :18, :33 et :48. 7-59/15 * * * * déclenche à :07, :22, :37 et :52. Le rythme reste clair, mais les appels ne tombent plus exactement au même moment que les autres jobs.

Ce détail est particulièrement utile avec des sauvegardes incrémentales, des exports BI, des synchronisations vers Shopify, HubSpot, Salesforce ou un ERP. Si l'outil cible impose une limite de requêtes, répartir les crons évite de provoquer un pic toutes les quinze minutes. Le générateur permet de vérifier visuellement que le décalage produit bien les minutes attendues.

Surveillance et logs

Un cron toutes les 15 minutes peut échouer 96 fois par jour. Il doit donc produire des traces exploitables. Redirigez la sortie standard et la sortie d'erreur vers un fichier, ou envoyez les erreurs dans votre système de monitoring. Une ligne comme */15 * * * * /opt/app/sync.sh >> /var/log/sync.log 2>&1 est plus facile à diagnostiquer qu'une commande silencieuse.

Pour les jobs importants, ajoutez un message de début et de fin dans le script avec un identifiant d'exécution. Vous pourrez distinguer une tâche bloquée d'une tâche simplement lente. Si la durée dépasse régulièrement 15 minutes, augmentez l'intervalle, optimisez le traitement ou ajoutez un verrou. L'expression cron n'est qu'un déclencheur : la robustesse vient aussi de la façon dont la commande gère les erreurs et les reprises.

Si le traitement dépend d'une API externe, journalisez aussi les codes HTTP et les limites de quota. Un cron trop fréquent peut sembler correct côté serveur, mais échouer silencieusement côté service appelé.

Vérifier les minutes attendues

Une recherche comme "expression cron quart d'heure" vise souvent les minutes 0, 15, 30 et 45. Si vous souhaitez plutôt 5, 20, 35 et 50, l'expression doit changer. Le générateur permet de comparer les deux variantes avant de modifier la crontab, ce qui évite les décalages invisibles dans les rapports ou les synchronisations.