En-têtes HTTP
Signification de l’en-tête HTTP Cache-Control
Cache-Control définit les règles de cache pour les navigateurs et les caches partagés.
Signification
L’en-tête définit combien de temps une réponse peut être réutilisée et quand elle doit être revalidée ou stockée.
Où il apparaît
Les serveurs l’envoient sur les réponses ; les clients peuvent aussi envoyer des directives de requête pour le comportement du cache.
Ce qu’il faut vérifier
Vérifiez max-age, les directives de cache partagé, les règles no-store et si la réponse peut être mise en cache en toute sécurité.
Exemple
Cache-Control: max-age=3600, stale-while-revalidate=60Valeurs et directives courantes
max-agemax-age=<seconds>Les caches peuvent réutiliser la réponse pendant ce nombre de secondes avant de la revalider.s-maxages-maxage=<seconds>Les caches partagés utilisent cette valeur au lieu de max-age.no-cache- Les caches peuvent stocker la réponse, mais doivent la revalider avant réutilisation.
no-store- Les caches ne devraient stocker ni la requête ni la réponse.
private- Seul un cache navigateur privé peut stocker la réponse.
public- Les caches partagés peuvent stocker la réponse même quand elle serait autrement restreinte.
must-revalidate- Une fois périmés, les caches doivent revalider avant réutilisation.
stale-while-revalidatestale-while-revalidate=<seconds>Les caches peuvent servir brièvement du contenu périmé pendant qu’ils le rafraîchissent en arrière-plan.stale-if-errorstale-if-error=<seconds>Les caches peuvent servir du contenu périmé quand la revalidation ou la récupération à l’origine échoue.
Références
- Registre
- IANA HTTP Field Name Registry
- Spécification
- RFC 9111 Section 5.2
- Guide
- MDN Cache-Control