jquery.app
Francais
EnglishDeutschFrancaisEspanol日本語Nederlands

Outils GitHub Pages

Gratuit Générateur d'en-tête Cache-Control

Créez des en-têtes HTTP Cache-Control corrects pour les assets statiques, pages HTML et contenus sensibles.

Chargement de l'outil...

Qu'est-ce que Générateur d'en-tête Cache-Control ?

L'en-tete HTTP Cache-Control indique aux navigateurs et aux CDN combien de temps conserver une ressource avant de recuperer une copie fraiche. Le definir correctement ameliore la vitesse de page pour les visiteurs recurrents et reduit les requetes inutiles. L'absence ou l'agressivite excessive des en-tetes de cache est une raison courante pour laquelle les utilisateurs voient du contenu perime apres un deploiement.

Réponse rapide

Utilisez l'en-tete HTTP Cache-Control pour indiquer aux navigateurs et CDN combien de temps conserver une ressource avant de la revalider. Pour les sites statiques : utilisez public, max-age=31536000, immutable sur les CSS/JS avec empreinte, public, max-age=0, must-revalidate sur le HTML, et no-store sur les pages sensibles.

Last updated: 2026-05-28

Limites

  • GitHub Pages ne prend pas en charge les en-tetes Cache-Control personnalises - seuls ETag et Last-Modified sont fournis automatiquement. Utilisez Cloudflare ou un autre CDN devant pour des regles de cache personnalisees.
  • La directive immutable n'est pas une norme RFC officielle mais est largement supportee par les navigateurs modernes et les CDN.
  • Les navigateurs peuvent encore mettre en cache du contenu en mode hors ligne meme avec Cache-Control: no-store.

Sources:MDN Web Docs · W3C Specifications · jquery.app on GitHub

Comment utiliser cet outil

  1. Selectionnez le type de ressource correspondant a votre contenu : HTML statique, CSS/JS avec empreinte, images, flux, pages privees ou no-store.
  2. Choisissez votre plateforme d'hebergement pour des conseils de deploiement specifiques si necessaire.
  3. Copiez la valeur de l'en-tete Cache-Control et ajoutez-la a votre configuration serveur, regles CDN ou fichier d'en-tetes de la plateforme d'hebergement.

A quoi il sert

  • Configurer un cache agressif pour les fichiers CSS et JS avec empreinte utilisant des noms de fichier avec hash de contenu.
  • Prevenir la mise en cache des pages d'authentification, des flux de paiement et des donnees utilisateur sensibles.
  • Configurer la fraicheur des flux et sitemaps pour que les robots obtiennent un contenu a jour sans requetes excessives.

Cas d'usage

Exemples concrets

Exemple

Actifs avec empreinte sur Netlify

Un site statique utilise des noms de fichier haches comme main.a3f8b2.js. Reglez Cache-Control sur public, max-age=31536000, immutable dans le fichier _headers de Netlify pour que les visiteurs recurrents chargent instantanement depuis le cache.

Exemple

Page de paiement sensible

Un site e-commerce sert une page de paiement qui ne doit jamais etre mise en cache par les CDN ou navigateurs. Reglez Cache-Control: no-store pour garantir que chaque requete recupere une copie fraiche depuis l'origine.

Erreurs frequentes

  • Definir un max-age long sur les pages HTML qui changent frequemment - les utilisateurs voient du contenu perime apres un deploiement.
  • Utiliser no-store sur chaque page au lieu de no-cache ou max-age=0 cible, ce qui nuit aux performances.
  • Oublier que GitHub Pages ignore les en-tetes Cache-Control personnalises - seuls ETag et Last-Modified sont definis automatiquement.

Vérification

  1. Verifiez l'en-tete Cache-Control dans l'onglet Reseau des outils de developpement du navigateur.
  2. Utilisez curl -I https://yoursite.com/path pour verifier les en-tetes depuis la ligne de commande.

FAQ

Questions sur Générateur d'en-tête Cache-Control

Quelle est la difference entre no-cache et no-store ?

no-cache signifie que le navigateur doit revalider aupres du serveur avant d'utiliser une copie en cache. no-store signifie que rien ne peut etre mis en cache, meme pas en memoire. Utilisez no-cache avec must-revalidate pour la plupart des pages critiques, et no-store seulement pour les donnees sensibles comme les pages de paiement.

Comment definir Cache-Control sur GitHub Pages ?

GitHub Pages definit automatiquement Cache-Control: max-age=600 pour le HTML et max-age=31536000 pour les actifs versionnes. Vous ne pouvez pas remplacer ces valeurs. Si vous avez besoin d'en-tetes personnalises, utilisez Cloudflare devant GitHub Pages avec des Page Rules.

Que signifie immutable dans Cache-Control ?

L'extension immutable indique au navigateur d'ignorer la revalidation meme lors d'un rafraichissement. Utilisez-la uniquement sur les ressources versionnees avec des noms de fichier a hash de contenu. Si le contenu change, le nom de fichier change.

Combien de temps dois-je mettre en cache les images sur un site statique ?

Pour les images sans noms de fichier versionnes, un max-age de 86400 (24 heures) est un defaut sur. Pour les images avec empreinte, utilisez max-age=31536000 avec immutable.

Outils lies

Autres outils outils github pages

A essayer aussi

A essayer aussi