# Préchauffage de cache vs CDN : pourquoi Cloudflare seul ne suffit pas — CacheBoost Blog > Un CDN met votre contenu en cache à la périphérie, mais il n'empêche pas les réponses à cache froid. Voici comment le préchauffage de cache et un CDN fonctionnent ensemble, et pourquoi vous avez besoin des deux. Source: https://www.cache-boost.com/fr/blog/prechauffage-de-cache-vs-cdn-cloudflare.md Language: fr --- Tags: comparison, performance, cdn Published: 2026-07-28 Author: Nicolas Hodin Reading time: 5 min --- **En résumé:** - Ce que fait réellement un CDN et pourquoi le cache froid persiste - Comment le préchauffage remplit les PoPs du CDN avant l'arrivée des visiteurs - Le seul cas où un CDN seul suffit - Une mise en place pratique Cloudflare + CacheBoost Un CDN et le préchauffage de cache résolvent deux problèmes différents : le CDN rapproche le contenu en cache de vos visiteurs, tandis que le [préchauffage de cache](/fr/blog/quest-ce-que-le-prechauffage-de-cache-guide-complet) garantit que ce cache contient réellement vos pages avant que quiconque ne les demande. Un CDN sans préchauffage sert quand même une réponse lente et froide au premier visiteur de chaque nœud edge. Voici comment les deux fonctionnent ensemble, et pourquoi les sites qui comptent sur Cloudflare seul continuent de subir des MISS à cache froid. ## Ce que fait réellement un CDN Cloudflare, Bunny, KeyCDN et les services similaires mettent votre contenu en cache sur des nœuds edge répartis géographiquement. Quand un visiteur à Tokyo demande votre site hébergé à Paris, Cloudflare sert la réponse en cache depuis un data center à Tokyo au lieu de faire traverser le globe à la requête. C'est extrêmement précieux. Un CDN réduit la latence, décharge le trafic de l'origine et améliore les scores Core Web Vitals pour les visiteurs internationaux. C'est l'une des décisions d'infrastructure au meilleur retour sur investissement qu'un site web puisse prendre. Mais un CDN est un cache passif : il ne met une page en cache *qu'après* que quelqu'un l'a demandée. ## Le problème du cache froid sur le CDN Quand le cache de votre CDN est vide (après un déploiement, une purge de cache, ou simplement parce qu'une page n'a pas été demandée récemment), la première requête vers chaque nœud edge est un **cache miss**. La requête traverse jusqu'à votre serveur d'origine, qui génère la page de zéro. Pour un site utilisant Cloudflare : 1. Votre déploiement déclenche une purge du cache 2. Un visiteur à New York demande votre page d'accueil 3. Le nœud edge de Cloudflare à New York n'a aucune version en cache 4. La requête atteint votre serveur d'origine à Paris (latence : ~80 ms rien que pour l'aller-retour) 5. L'origine génère la page (PHP, requêtes base de données, rendu de templates) : encore 200–800 ms 6. Cloudflare met la réponse en cache sur le nœud edge de New York 7. Le visiteur new-yorkais *suivant* obtient la version en cache en ~10 ms Le premier visiteur de l'étape 2 a payé le coût complet de l'origine. Et si vous avez 5 nœuds edge populaires (New York, Londres, Singapour, São Paulo, Sydney), le premier visiteur de *chacun* de ces nœuds reçoit une réponse lente, même une fois votre cache new-yorkais chaud. ## Le préchauffage de cache remplit le CDN avant l'arrivée des visiteurs Le préchauffage de cache résout ce problème en jouant le rôle de ce « premier visiteur », délibérément, avant l'arrivée du trafic réel. CacheBoost peut préchauffer votre cache depuis plusieurs régions géographiques simultanément. Quand vous configurez un préchauffage depuis la France, les USA, l'Europe et l'Asie, vous pré-remplissez les nœuds edge du CDN les plus proches de chacune de ces régions. Quand les vrais visiteurs arrivent, leur nœud edge le plus proche dispose déjà d'une copie chaude. ``` Déploiement → Purge CDN → CacheBoost préchauffe depuis FR, US, EU, AS ↓ Les edges CDN FR, US, EU, AS ont maintenant un cache chaud ↓ Tous les visiteurs de ces régions obtiennent des réponses rapides ``` ## Ce que le cache CDN et le cache d'origine ont en commun Le même principe s'applique au **cache côté origine** : Varnish, proxy_cache nginx, cache de pages Redis, ou les plugins de cache WordPress comme WP Rocket et LiteSpeed Cache. Ces caches vivent sur ou près de votre serveur d'origine. Un CDN devant eux n'élimine pas le besoin de préchauffer l'origine : il ajoute simplement une couche de cache supplémentaire qui doit, elle aussi, être chaude. Dans une stack de production typique : ``` Visiteur → CDN (Cloudflare) → Cache d'origine (Varnish/WP Rocket) → Application (PHP/WordPress) ``` La couche CDN comme la couche origine peuvent être froides après un vidage. CacheBoost préchauffe les deux simultanément : la requête HTTP qu'il envoie remplit le cache d'origine, et le CDN met la réponse en cache lorsqu'elle le traverse. ## Le seul cas où un CDN seul « suffit » Si votre contenu ne change presque jamais et que vous utilisez un TTL CDN très long (des jours ou des semaines), la fenêtre de cache froid du CDN est suffisamment réduite pour être acceptable. Un site vitrine statique avec un TTL CDN de 7 jours n'aura des edges froids qu'après un déploiement, ce qui arrive rarement. Pour les sites dynamiques (e-commerce, actualités, dashboards SaaS, blogs WordPress qui publient fréquemment), le cache est vidé régulièrement, et la fenêtre de froid survient assez souvent pour peser à la fois sur l'expérience utilisateur et sur le SEO. ## Mise en place pratique : Cloudflare + CacheBoost 1. **Configurez Cloudflare** avec des Cache Rules adaptées à vos pages dynamiques 2. **Créez un boost CacheBoost** pointant vers votre sitemap, avec des régions correspondant aux géographies principales de vos utilisateurs 3. **Déclenchez le préchauffage au déploiement** via l'API CacheBoost depuis votre pipeline de déploiement 4. **Planifiez un préchauffage nocturne** en filet de sécurité pour les expirations de cache basées sur le TTL Avec cette configuration, vos edges CDN sont pré-remplis avant l'arrivée des visiteurs, votre cache d'origine est chaud, et vos Core Web Vitals restent constants quel que soit le moment de votre dernier déploiement ou de votre dernière mise à jour de contenu. --- **CacheBoost** — Automatic cache warming for faster websites. - Website: https://www.cache-boost.com - Full content (all pages): https://www.cache-boost.com/llms-full.txt - LLM index: https://www.cache-boost.com/llms.txt - Documentation: https://www.cache-boost.com/support/getting-started/introduction - Start free: https://www.cache-boost.com/try