Taux de cache Cloudflare bloqué à 30 % ? 3 règles pour viser 90 %

Le taux de cache Cloudflare de mon blog tournait autour de 30 %. Images, CSS en cache — mais le HTML repassait toujours par l’origine, serveur saturé. Par défaut Cloudflare ne met pas le HTML en cache ; les Page Rules sont dépréciées.

Après Cache Rules et Edge TTL : hits ~30 % → ~90 %, TTFB ~500 ms → ~100 ms, charge origine −90 %. Cet article explique pourquoi le HTML n’est pas mis en cache, comment configurer les règles et comment vérifier.

Pourquoi Cloudflare ne met pas le HTML en cache par défaut ?

Comportement de cache par défaut

Par défaut, Cloudflare ne met en cache que les statiques — images (JPG, PNG, GIF), CSS, JS. Le HTML ? Non, pas par défaut.

Trois critères principaux :

1. En-tête Cache-Control : private, no-store, no-cache ou max-age=0 → pas de cache
2. Code de réponse : certains codes seulement (200, 301, 404, etc.)
3. Méthode : GET en cache ; pas POST, PUT, etc.

Le HTML est souvent traité comme dynamique (données utilisateur). Avec connexion, noms et infos perso ne doivent pas être servis par le CDN à d’autres visiteurs.

La vraie raison : la sécurité

J’ai vu sur un forum : cache site entier activé sans réfléchir — wp-login.php mis en cache avec identifiants. N’importe qui pouvait entrer dans l’admin WordPress. Flippant.

Si le site est surtout statique :

• Blog statique (Next.js, Gatsby, etc.)
• Site vitrine ou doc peu mis à jour
• Pages produit purement affichage

… le cache HTML booste les perfs — à condition d’exclure admin, login, etc.

Quel gain pour le HTML ?

Sur Medium : TTFB 500 ms → 100–160 ms, charge −90 %. Avant : chaque visiteur = origine + BDD + rendu. Après : CDN sert le HTML ; l’origine reste au repos. Plus de trafic, plus visible.

Page Rules dépréciées : passer aux Cache Rules

Fin des Page Rules

Page Rules permettait Cache Everything pour le HTML. Elles sont deprecated.

Alibaba Cloud - Choix n°1 des développeurs, 15 % de réduction exclusive sur Lighthouse

Obtenir -15 % →Pub

Chronologie :

• Juillet 2024 : nouveaux comptes gratuits sans Page Rules
• 2025 : migration automatique vers le nouveau système
• Nouvelles configs : Cache Rules uniquement

Page Rules : vieilles, peu flexibles, 3 règles max en gratuit.

Cache Rules

Ère Page Rules : choisir manuellement Cache Everything

Ère Cache Rules : Eligible for cache active l’équivalent

J’ai cherché Cache Everything longtemps — renommé.

Matching plus souple : chemin URI, extension, hostname, regex, conditions combinées.

Migration

1. Migration auto en 2025 (possible de migrer avant)
2. Disable Security / Disable Performance : non migrés
3. Eligible for cache ≈ Cache Everything, implémentation un peu différente

Passez à Cache Rules maintenant — plus clair et plus puissant.

Cache Rules en pratique : 3 règles pour tout le site

Préparation

Console Cloudflare → domaine → Caching → Cache Rules → Create rule.

Règle 1 : bypass admin (priorité max)

Pourquoi en premier ? Sécurité : admin et login jamais en cache.

1. Rule name : Bypass Admin Pages
2. When incoming requests match :
   • Custom filter expression
   • Field : URI Path
   • Operator : contains
   • Value : /wp-admin
3. Or : /wp-login.php, /admin/, /api/auth/
4. Then : Bypass cache
5. Priorité : 1

Deploy. Liste WordPress type :

/wp-admin
/wp-login.php
/wp-json
/cart
/checkout
/my-account

Adaptez à votre site.

Règle 2 : statiques (priorité moyenne)

Optionnel (Cloudflare cache déjà les statiques) mais TTL plus précis.

1. Rule name : Cache Static Assets
2. When : File extension, is in : jpg png gif css js woff woff2 ttf svg ico
3. Then : Eligible for cache ; Edge TTL : Use cache-control header if present, use default Cloudflare caching behavior if not
4. Priorité : 2

Règle 3 : tout le reste (priorité basse)

Cache du HTML et du reste.

KiloClaw - OpenClaw managé pour l’entreprise : orchestration d’agents IA et routage intelligent

Commencer →Pub

1. Rule name : Cache Everything Else
2. When : All incoming requests (ou expression custom)
3. Then : Eligible for cache ; Edge TTL : Ignore cache-control header and use this TTL — 7 days
4. Priorité : 3

Pourquoi 1 semaine ? Compromis blog/doc. Gratuit : TTL min 2 h ; Pro 1 h.

Ordre d’exécution

Priorité 1 → 2 → 3 : admin bypass, statiques TTL adapté, reste en cache 1 semaine.

Checklist

• Règle 1 priorité la plus haute (nombre le plus petit)
• Tous les chemins admin exclus
• TTL règle 3 selon fréquence de mise à jour
• Toutes les règles Deploy

Edge TTL : éviter les pièges

Trois modes

Mode 1 : Use cache-control header if present, bypass cache if not — strict ; sans Cache-Control à l’origine = pas de cache.

Mode 2 (souvent recommandé hors HTML forcé) : Use cache-control header if present, use default Cloudflare caching behavior if not — équilibré.

Mode 3 : Ignore cache-control header and use this TTL — force le TTL. Recommandé pour le HTML si no-cache ou absence de Cache-Control.

Durée du TTL

Gratuit : minimum 2 h.

Erreurs fréquentes

Oublier l’exclusion admin — admin WordPress en cache, pages obsolètes → règle Bypass en priorité 1.

TTL trop long — titre modifié, visiteurs voient l’ancien → TTL selon rythme de publication.

Confondre Edge TTL et Browser TTL — Edge = nœuds CDN ; Browser = navigateur visiteur. Régler Browser TTL (Respect origin ou ~1 jour).

Purge Cache

Caching → Purge Cache : Purge Everything ou Custom Purge. Plugin Cloudflare sur WordPress pour purge à la publication.

Vérification et optimisation

Méthode 1 : DevTools

F12 → Network → page d’accueil → document HTML → Headers.

cf-cache-status : HIT, MISS, DYNAMIC, BYPASS, EXPIRED.

age : durée en cache sur le CDN (secondes).

🔥 Ne perdez plus des mois sur des produits sans demande ! Validez vos promesses SaaS avec Adsterra à petit budget →

Tester l'MVP →Pub

cache-control : stratégie origine (Cloudflare peut l’ignorer en mode 3).

Méthode 2 : curl

curl -I https://your-website.com

curl -svo /dev/null https://your-website.com 2>&1 | grep -i "cf-cache"

Méthode 3 : Analytics

Analytics → Caching → Cache Hit Ratio. Cible > 80 %.

Astuces avancées

• Préchauffer après publication
• URLs uniformes (/page vs /page/ vs ?)
• Query strings : Query String Sort ou Transform Rules

Dépannage

DYNAMIC permanent : Cache-Control bloquant ou règle non matchée → vérifier Cache Rules, mode 3 pour HTML.

Hits 50–60 % : paramètres URL, headers origine, délai de remplissage CDN → Analytics par type de requête.

Ancien contenu après mise à jour : TTL long ou cache navigateur → Purge ou plugin.

Synthèse

1. Pourquoi pas de HTML par défaut : sécurité, contenu dynamique
2. Page Rules → Cache Rules : Eligible for cache = ancien Cache Everything
3. 3 règles : bypass admin (1), statiques (2), reste HTML 1 semaine (3)
4. Edge TTL mode 3 pour HTML si besoin
5. Vérifier : cf-cache-status, Analytics > 80 %

Chez moi : 30 % → 90 % hits, TTFB ~500 ms → ~100 ms, charge −90 %.

À faire :

1. Regarder le Cache Hit Ratio actuel dans Analytics
2. Configurer les 3 Cache Rules (admin en bypass d’abord !)
3. Recontrôler après 1–2 jours

Vérifiez : bypass admin, priorités, mode Edge TTL. WordPress : plugin Cloudflare officiel recommandé.

Questions ou retours d’expérience : partagez en commentaires !