Le bon planning de préchauffage re-préchauffe chaque page juste avant l'expiration de son TTL : pour la plupart des sites, cela signifie un préchauffage complet nocturne, plus des exécutions ciblées autour des événements de purge comme les déploiements et les mises à jour de contenu. Ce guide donne des expressions cron prêtes à copier pour les scénarios les plus courants, avec le raisonnement derrière chacune.
Pourquoi le planning compte
Les préchauffages de cache consomment du quota d'URLs et sollicitent votre serveur. Exécuter trop rarement signifie que votre cache refroidit entre les exécutions. Exécuter trop souvent gaspille du quota sur des pages encore chaudes.
Le bon planning dépend de votre TTL, de votre fréquence de purge et de vos profils de trafic. Ce guide couvre les scénarios les plus courants avec des expressions cron prêtes à copier.
Les bases des expressions cron
Une expression cron comporte 5 champs :
┌───── minute (0–59)
│ ┌───── heure (0–23)
│ │ ┌───── jour du mois (1–31)
│ │ │ ┌───── mois (1–12)
│ │ │ │ ┌───── jour de la semaine (0–6, 0 = dimanche)
│ │ │ │ │
* * * * *Symboles courants :
*: chaque unité*/n: toutes les n unitésa,b: valeurs précises a et ba-b: plage de a à b
Scénarios et expressions
Préchauffage complet nocturne (le plus courant)
S'exécute une fois par nuit, après le pic de trafic et avant les visiteurs du lendemain matin. Adapté aux sites avec un TTL d'une heure ou plus.
0 3 * * *S'exécute à 3h00 chaque jour.
Ajustez selon votre fuseau horaire : CacheBoost utilise UTC. Si votre pic de trafic matinal est à 8h heure de Paris (UTC+2), lancez le préchauffage à 1h00 UTC :
0 1 * * *Toutes les 4 heures (sites à TTL moyen)
Pour les sites avec un TTL de 4 heures, préchauffez toutes les 4 heures pour garantir qu'aucune page n'expire sans être re-préchauffée :
0 */4 * * *S'exécute à 0h00, 4h00, 8h00, 12h00, 16h00, 20h00 UTC.
Préchauffage en heures ouvrées (SaaS / B2B)
Si votre trafic est concentré sur les heures de bureau (9h–18h), concentrez les préchauffages sur cette fenêtre :
0 7-17 * * 1-5S'exécute chaque heure de 7h à 17h UTC, du lundi au vendredi.
Heures de pointe e-commerce
Les boutiques en ligne connaissent souvent leur pic de trafic en soirée. Préchauffez avant le pic et maintenez tout au long de la soirée :
0 17,18,19,20,21 * * *S'exécute à 17h, 18h, 19h, 20h et 21h UTC.
Après les jours de publication intensive
Si votre équipe éditoriale publie surtout le mardi et le jeudi matin :
0 6 * * 2,4S'exécute à 6h UTC le mardi (2) et le jeudi (4).
Plusieurs fois par heure (TTL très court)
Pour les configurations de cache agressives avec des TTL courts (5–15 minutes), préchauffez toutes les 10 minutes :
*/10 * * * *À utiliser avec parcimonie : cela consomme rapidement le quota sur les grands sites.
Avant un événement planifié (ponctuel)
Pour des soldes planifiées, un lancement de produit ou un événement à fort trafic, programmez une exécution unique :
30 8 15 6 *S'exécute à 8h30 UTC le 15 juin. Après l'événement, supprimez le planning ou mettez le boost en pause pour qu'il ne se relance pas l'année suivante.
Combiner les plannings
CacheBoost supporte un planning par boost, mais vous pouvez créer plusieurs boosts pour le même site :
- Boost A : pages prioritaires (page d'accueil, top 50 des URLs), s'exécute chaque heure avec
0 * * * * - Boost B : sitemap complet, s'exécute chaque nuit avec
0 2 * * * - Boost C : user-agent mobile uniquement, s'exécute après déploiement via déclenchement API
Cette approche par paliers garantit que vos pages les plus importantes restent toujours chaudes sans brûler du quota chaque heure sur les pages de longue traîne.
Valider votre expression
Avant d'enregistrer un planning, utilisez crontab.guru pour vérifier que votre expression correspond bien aux horaires voulus. Collez votre expression et le site affiche les 10 prochaines exécutions en langage clair.
La combinaison planning + déploiement
Un planning seul ne suffit pas si vous déployez fréquemment. Chaque déploiement vide le cache en plein milieu de la fenêtre du planning. Associez toujours votre planning à une exécution déclenchée au déploiement via l'API :
# Dans votre script de déploiement
curl -s -X POST https://api.cache-boost.com/v1/boosts/$BOOST_ID/run \
-H "Authorization: Bearer $API_KEY"L'exécution planifiée gère les expirations liées au TTL. Le déclenchement API gère les vidages liés aux déploiements. Ensemble, ils maintiennent votre cache chaud quelle que soit la cause du vidage.
