Les 7 règles d'or du préchauffage de cache

Préchauffer son cache, ce n'est pas simplement lancer un crawler sur son sitemap toutes les heures. Fait correctement, le préchauffage de cache maintient votre TTFB au plancher pour les visiteurs comme pour les crawlers. Fait à l'aveugle, il gaspille du budget de crawl, sature votre origine et vous donne un faux sentiment de sécurité.

Voici les 7 règles d'or que nous appliquons chez CacheBoost.

1. Préchauffez le CDN, pas seulement le cache applicatif

C'est la règle la plus souvent oubliée. La plupart des préchauffeurs s'installent sur le serveur (un plugin WordPress, un cron local) et ne réchauffent donc que le cache de page côté origine. Votre CDN, lui, reste froid et c'est pourtant lui qui sert vos visiteurs et vos bots.

Pour réchauffer le bon nœud CDN, il faut lancer la requête depuis la position géographique du client ou du bot que vous ciblez :

• Marché français grand public → depuis Paris.
• Crawlers SEO et GEO (Googlebot, GPTBot, ClaudeBot, PerplexityBot…) → depuis les États-Unis, d'où sortent la plupart d'entre eux.
• Marchés multiples → un préchauffage par zone.

Un préchauffage lancé depuis le bon PoP remplit le cache de l'edge que vos utilisateurs vont réellement toucher. Un préchauffage lancé depuis votre serveur ne remplit… que votre serveur. C'est toute la différence entre préchauffer votre CDN et préchauffer votre origine.

2. Vérifiez que vos pages sont réellement cacheables

Avant d'optimiser quand et où vous préchauffez, assurez-vous que vous ne préchauffez pas dans le vide. Une page qui renvoie l'un de ces signaux ne sera jamais mise en cache par le CDN, quoi que vous fassiez :

• un statut différent de 200 (redirections, erreurs) ;
• un en-tête Cache-Control: no-store ou private ;
• un Set-Cookie sur la réponse (beaucoup de CDN refusent alors de mettre en cache).

Regardez le cache-status (ou cf-cache-status, x-cache…) de vos réponses préchauffées. Si vous voyez DYNAMIC ou BYPASS là où vous attendiez un HIT, votre préchauffage tourne à vide. C'est, de loin, la première cause d'un « ma préchauffe ne sert à rien » : la configuration de cache, pas le préchauffeur.

3. Concentrez la préchauffe sur les URLs qui comptent

Votre budget de préchauffe et le budget de crawl de vos bots est limité. Préchauffer 50 000 URLs à la même fréquence, c'est diluer l'effort et refroidir vos pages importantes entre deux passes.

Priorisez :

• vos top produits et catégories (ceux qui font le chiffre) ;
• vos landing pages de campagne ;
• vos pages les plus visitées, d'après l'analytics ;
• les pages que vos crawlers touchent le plus, d'après vos logs de crawl.

Un sitemap.xml priorisé est un bon point de départ ; vos logs de crawl et votre analytics le sont encore plus, parce qu'ils reflètent la demande réelle.

Ménagez votre origine. Prioriser, c'est aussi ne pas tout lancer d'un coup. Une préchauffe trop agressive peut saturer le serveur d'origine, voire ressembler à une attaque. Limitez la concurrence et étalez les requêtes dans le temps, surtout sur les gros catalogues.

4. Tenez compte des variations de votre cache

Une même URL peut avoir plusieurs entrées de cache distinctes : version desktop, version mobile, version servie aux bots, contexte magasin ou devise, langue… Si votre cache segmente selon le User-Agent, un cookie ou un en-tête, alors préchauffer une seule variante laisse toutes les autres.

Configurez votre préchauffeur pour reproduire chaque variante qui compte :

• le bon User-Agent (desktop, mobile, et les user-agents des crawlers que vous ciblez) ;
• les cookies qui déterminent le contexte (magasin sélectionné, devise, langue) ;
• les en-têtes que votre logique de Vary prend en compte.

L'objectif : que la clé de cache générée par votre préchauffage soit exactement celle que produira le vrai visiteur ou le vrai bot.

5. Calez la fréquence sur vos cycles de mise à jour

Le meilleur moment pour préchauffer, c'est juste après une invalidation. Si un import de stock ou de prix purge votre cache toutes les nuits, lancez la préchauffe dans la foulée, une fois l'import terminé, pas à heure fixe « au cas où ». Ainsi, le premier vrai visiteur du matin tombe sur un cache déjà chaud, pas sur les conséquences de la purge.

La même logique vaut pour les déploiements : une mise en production qui vide le cache doit déclencher une préchauffe derrière elle.

Préchauffez plus vite que le TTL n'expire. Si vos pages ont un TTL de 2 heures et que vous préchauffez toutes les 6 heures, le cache refroidit entre deux passes et vos visiteurs paient le miss. Le rythme de préchauffe doit toujours être plus court que la durée de vie de vos entrées de cache.

6. Anticipez les marronniers et vos temps forts

Les pics de trafic prévisibles méritent une préchauffe prévue. Avant un pic, vos pages clés doivent déjà être chaudes sur tous les PoP concernés — vous ne voulez pas que le premier acheteur de la vente essuie le cache froid.

Planifiez une préchauffe en amont de :

• vos ventes privées, soldes et opérations flash ;
• les marronniers (Black Friday, fêtes de fin d'année, rentrée, Saint-Valentin…) ;
• vos campagnes email, SEA ou influence, qui envoient un afflux soudain sur des landing pages précises.

Pour les ventes flash WooCommerce et autres opérations minutées, préchauffez les pages concernées quelques minutes avant l'ouverture, pas au moment où le trafic arrive.

7. Suivez vos statistiques de préchauffe

Une préchauffe qu'on ne mesure pas est une préchauffe qu'on ne pilote pas. Deux indicateurs se lisent ensemble :

• Un taux de miss élevé côté préchauffage est bon signe : cela montre que votre préchauffeur atteint des pages froides et fait donc son travail — il paie la pénalité à la place de vos visiteurs.
• Un taux de hit élevé côté trafic réel (visiteurs et bots) est l'objectif final : il prouve que votre CDN est bien chaud quand la vraie demande arrive.

Croisez ces chiffres avec vos événements de purge et vos pics de trafic pour vérifier que le préchauffage suit bien le rythme (voir comment mesurer votre taux de cache hit).

C'est précisément ce que fait notre nouvelle page Crawlers : elle suit, au fil du temps, quels crawlers SEO et GEO touchent votre cache et s'ils obtiennent un HIT ou un MISS, en unifiant les données Cloudflare (statut de cache réel de l'edge) et celles du plugin WordPress. Vous voyez enfin, page par page, si vos bots tombent sur un cache chaud — et donc si vos six premières règles portent leurs fruits.

En résumé

1. Préchauffez le CDN, depuis la bonne position géographique — pas seulement l'origine.
2. Vérifiez que vos pages sont réellement cacheables avant tout le reste.
3. Priorisez les URLs qui comptent, sans saturer l'origine.
4. Reproduisez les variations de cache (mobile/desktop/bot, contexte, cookies, User-Agent).
5. Calez la fréquence sur vos purges et déploiements, plus courte que le TTL.
6. Anticipez marronniers, ventes et campagnes.
7. Mesurez : miss élevé côté préchauffe, hit élevé côté trafic réel.

Suivez ces sept règles et le préchauffage cesse d'être un cron qu'on lance et qu'on oublie pour devenir un vrai levier de performance et de visibilité.