Santé du cache
Lire le tableau de bord : score de chaleur, hits de cache, URL froides, et de combien le préchauffage a accéléré votre site.
9 min de lecture
Le réchauffement sans mesure n’est qu’une hypothèse. L'état du cache transforme chaque exécution chaude en une image de ce qui est réellement mis en cache, de ce qui reste froid et de la rapidité avec laquelle le réchauffement a rendu les choses.
Il s'agit de la page de destination de votre compte, sous Compte → État du cache.
Note
La page est vide jusqu'à ce qu'un warmer soit exécuté au moins une fois. Si vous voyez « Aucune donnée d'exploration pour l'instant », démarrez un warmer et revenez.
Les chiffres phares
- Indice de chaleur
- Part des URL suivies qui semblent correctement mises en cache, en fonction des délais de réponse et des en-têtes liés au cache. Le meilleur chiffre pour « est-ce que ça marche ? ». Surveillez davantage sa direction dans le temps que sa valeur absolue.
- URL suivies
- Combien d'URL distinctes contiennent des données d'exploration. Si ce nombre est bien inférieur à votre nombre réel de pages, vos warmers ne couvrent pas le site : vérifiez la profondeur, les plans du site et les exclusions.
- Accès au cache
- Combien d'URL ont affiché un accès au cache, les éléments froids et inconnus étant comptés séparément. « Inconnu » signifie simplement que votre CDN n'a pas envoyé d'en-tête que Cache Rocket pourrait lire ; ce n'est pas un échec.
- Amélioration moyenne
- L'écart moyen entre la première charge et la charge chaude. C'est le retour sur investissement du réchauffement, exprimé en temps gagné pour les vrais visiteurs.
- Fournisseurs de cache détectés
- Quelles couches CDN ou cache ont été identifiées à partir des en-têtes de réponse. Confirmation utile que le trafic passe par le CDN que vous pensez.
Par hostname
Les mêmes chiffres, ventilés par hostname. C'est là que les agences et les propriétaires de plusieurs sites passent leur temps : le site d'un client peut être parfaitement chaud tandis qu'un autre tombe en panne discrètement, et la moyenne à l'échelle du compte le cache.
Comparez les temps de chargement moyens entre hostnames. Une valeur aberrante cohérente pointe généralement vers la configuration de l'hébergement ou de la mise en cache plutôt que vers le réchauffement.
URL froides et lentes
La liste la plus exploitable de la page : les URL qui restent lentes même après avoir été réchauffées. Cela ne signifie presque jamais que le réchauffement a échoué – cela signifie que ces URL ne sont pas mises en cache en premier lieu.
Raisons courantes pour lesquelles une URL reste froide :
| Parce que | Comment vérifier | Corriger |
|---|---|---|
| La réponse dit de ne pas mettre en cache | Recherchez Cache-Control: no-store ou private dans les en-têtes de réponse | Modifier les règles de mise en cache pour cette route |
| La page installe un cookie | Recherchez un en-tête Set-Cookie sur une page qui doit être anonyme | Arrêtez de définir des cookies de session sur les pages publiques ou configurez le cache pour les ignorer |
| Le parcours est véritablement personnalisé | Panier, compte, paiement, tableau de bord | Rien à réparer — excluez-le du warmer |
| Le CDN est contourné pour ce chemin | Vérifiez la page de votre CDN ou les règles de cache | Ajustez la règle pour que le chemin soit mis en cache |
| La page est juste lente à construire | La première charge et la charge chaude sont élevées | Un problème de performances applicatives ; le réchauffement ne peut pas le masquer |
Tip
Travaillez cette liste par le haut. La correction de la capacité de cache d'une poignée d'itinéraires à fort trafic déplace généralement le score de chaleur plus que n'importe quel réglage warmer.
Meilleures améliorations et URL les plus lentes
Meilleures améliorations au chaud indique où le réchauffement a permis de gagner le plus de temps. Il s'agit de votre preuve : la réponse concrète à la question « est-ce que cela vaut la peine d'être payé ? » et les chiffres à inclure dans un rapport à un client ou à un responsable.
Les URL les plus lentes sont classées selon le temps de réponse absolu. Ce sont les problèmes de performances de vos applications. Le réchauffement cache le coût à la plupart des visiteurs, mais la page sous-jacente reste chère, et elle est toujours lente pour le démarrage à chaud et pour quiconque manque de cache.
Une routine hebdomadaire
- 1
Vérifiez la direction du score de chaleur
Avoir une tendance à la hausse ou rester stable, c’est bien. Une suppression signifie que quelque chose a changé : un déploiement, une règle CDN ou un warmer qui s'est arrêté.
- 2
Confirmez que les URL suivies correspondent toujours à votre site
Une chute soudaine signifie que la couverture est rompue. Une augmentation soudaine peut signifier la découverte d'une nouvelle famille d'URL que vous devez exclure.
- 3
Travaillez en haut de la liste des URL froides
Résolvez un ou deux problèmes de mise en cache. C’est là que se situent les vrais gains.
- 4
Jetez un œil aux URL les plus lentes
Renvoyez les pages véritablement lentes à celui qui possède les performances des applications.
- 5
Notez l'amélioration moyenne
Suivez-le au fil du temps. Il s’agit de la mesure la plus propre de la valeur délivrée.
Questions courantes
- Mon score de chaleur est inférieur à ce à quoi je m'attendais. Le réchauffement est-il interrompu ?
- Généralement non. Un score faible signifie le plus souvent qu'une partie de votre site ne peut pas être mise en cache : itinéraires personnalisés, pages de configuration des cookies ou règles de contournement du CDN. Vérifiez la liste des URL froides avant de toucher les paramètres warmer.
- De nombreuses URL affichent « inconnu » plutôt que aléatoire.
- Votre CDN ne renvoie pas d'en-tête d'état du cache reconnu par Cache Rocket. Il s’agit d’une lacune dans les rapports, pas d’un échec de mise en cache : les chiffres d’amélioration du temps de chargement sont toujours significatifs.
- L’état du cache nécessite-t-il un CDN spécifique ?
- Non. Cela fonctionne à partir de résultats d’exécution à chaud et d’en-têtes de réponse sur n’importe quelle pile. Les intégrations CDN ajoutent la purge et le réchauffement en plus, mais ne sont pas obligatoires pour les rapports sur l'état.
- Pourquoi l’amélioration moyenne est-elle faible sur certains sites ?
- Soit vos pages étaient déjà rapides à créer, donc il n'y avait pas grand-chose à économiser, soit elles étaient déjà réchauffées par le trafic réel. Les deux sont de bons résultats.
- La santé était bonne hier et elle est mauvaise aujourd'hui.
- Quelque chose a changé. Recherchez un déploiement récent, un changement de configuration CDN, une clé API expirée rompant un webhook ou un warmer qui a été désactivé. Configurez Alertes pour en être informé sans vérifier manuellement.