Calculateur de TTL / max-age du Cache HTTP
Guide
Calculateur de TTL / max-age du Cache HTTP
Créez visuellement des en-têtes HTTP Cache-Control. Sélectionnez un préréglage de stratégie de mise en cache ou configurez des directives individuelles — max-age, s-maxage, stale-while-revalidate, immutable, et plus encore. Obtenez une chaîne d'en-tête prête à l'emploi avec des explications lisibles et des équivalents spécifiques au CDN.
Comment utiliser
Choisissez un préréglage de stratégie (Ressources statiques, Pages HTML, Réponses API, Cache Périphérique CDN) pour pré-remplir les configurations courantes, ou utilisez le mode Personnalisé pour construire votre en-tête à partir de zéro. Activez/désactivez les directives, définissez les valeurs temporelles pour max-age et s-maxage, et la chaîne complète de l'en-tête Cache-Control se génère instantanément. Copiez-la directement dans la configuration de votre serveur, .htaccess, ou code d'application.
Caractéristiques
- Préréglages de Stratégie – Paramètres pré-configurés pour les scénarios courants : ressources statiques (1 an, immuable), pages HTML (révalider à chaque requête), réponses API (privé, no-cache), et mise en cache périphérique CDN.
- Toutes les Directives Cache-Control – Configurez public, private, no-cache, no-store, max-age, s-maxage, stale-while-revalidate, stale-if-error, must-revalidate, proxy-revalidate, no-transform, et immutable.
- Détection de Conflits – Avertit lorsque vous sélectionnez des directives conflictuelles comme no-store avec max-age, ou public avec private simultanément.
- Affichage Temporel Lisible – Convertit automatiquement les secondes en format lisible (86400 secondes = 1 jour) à côté de chaque champ de saisie de temps.
- Explication de l'En-tête – Affiche une explication en langage clair de ce que fait réellement votre en-tête configuré.
- En-têtes Spécifiques au CDN – Génère des en-têtes équivalents pour Cloudflare (CDN-Cache-Control), Varnish/Fastly (Surrogate-Control).
- Génération en temps réel – La chaîne de l'en-tête se met à jour instantanément lorsque vous activez/désactivez une directive ou modifiez une valeur.
Quand utiliser cet outil
Utilisez cet outil lors de la configuration de la mise en cache pour les applications web, de la mise en place de politiques de cache CDN, de l'optimisation de la livraison des ressources statiques, ou du débogage du comportement de mise en cache. Il est essentiel pour les développeurs web, les ingénieurs DevOps, et toute personne travaillant avec la mise en cache HTTP qui a besoin de construire des en-têtes Cache-Control corrects sans mémoriser la spécification RFC 7234.
FAQ
-
Qu'est-ce que l'en-tête Cache-Control ?
Cache-Control est un en-tête HTTP qui indique aux navigateurs et aux CDN comment mettre en cache une réponse. Il contrôle si une réponse peut être mise en cache (public vs privé), combien de temps elle peut être mise en cache (max-age en secondes), si elle doit être révalidée avant utilisation (no-cache, must-revalidate), et si elle ne doit jamais être stockée (no-store). Bien configurer Cache-Control est l'une des optimisations de performance web les plus efficaces disponibles.
-
Quelle est la différence entre max-age et s-maxage ?
max-age définit la durée de vie du cache pour tous les caches — caches du navigateur et caches partagés (CDN/proxy). s-maxage (shared max-age) remplace max-age spécifiquement pour les caches partagés comme les CDN et les serveurs proxy, tandis que les navigateurs continuent d'utiliser max-age. Cela vous permet de définir différentes durées de cache : par exemple, max-age=60 (cache du navigateur pendant 1 minute) avec s-maxage=86400 (cache CDN pendant 1 jour). C'est un schéma courant pour le contenu qui change occasionnellement.
-
Que fait stale-while-revalidate ?
stale-while-revalidate permet aux caches de servir une réponse périmée (expirée) tout en récupérant simultanément une nouvelle réponse en arrière-plan. Par exemple, stale-while-revalidate=86400 signifie que le cache peut servir une réponse expirée jusqu'à 1 jour pendant qu'il se réactualise de manière asynchrone. Cela améliore considérablement la performance perçue car les utilisateurs n'attendent jamais la réactualisation — ils obtiennent une réponse instantanée (légèrement périmée) pendant que le cache se met à jour pour la prochaine requête.
-
Quelle est la différence entre no-cache et no-store ?
no-cache ne signifie PAS 'ne pas mettre en cache'. Cela signifie 'mettre en cache la réponse, mais toujours la révalider auprès du serveur avant de l'utiliser'. Le navigateur stocke la réponse mais vérifie auprès du serveur (via ETag ou Last-Modified) avant de la servir — si le contenu n'a pas changé, le serveur répond avec 304 Not Modified et la version mise en cache est utilisée. no-store signifie 'ne pas mettre en cache du tout' — la réponse ne doit jamais être stockée par un quelconque cache. Utilisez no-cache pour le contenu susceptible de changer mais qui bénéficie de requêtes conditionnelles ; utilisez no-store pour les données sensibles qui ne doivent jamais être conservées.
Installez nos extensions
Ajoutez des outils IO à votre navigateur préféré pour un accès instantané et une recherche plus rapide
恵 Le Tableau de Bord Est Arrivé !
Tableau de Bord est une façon amusante de suivre vos jeux, toutes les données sont stockées dans votre navigateur. D'autres fonctionnalités arrivent bientôt !
Outils essentiels
Tout voir Nouveautés
Tout voirMise à jour: Notre dernier outil a été ajouté le 16 avril 2026
