Mise en cache : définition, types et configuration

Tout se joue dans les en-têtes HTTP renvoyés par le serveur. Cache-Control fixe la durée et les conditions de conservation. ETag et Last-Modified permettent une revalidation légère : le navigateur demande si la ressource a changé et reçoit une réponse minimale si ce n'est pas le cas. La directive stale-while-revalidate sert la copie en cache immédiatement tout en vérifiant en arrière-plan qu'une version plus récente n'existe pas.

La bonne pratique consiste à versionner le nom des fichiers statiques avec une empreinte (style.a3f2b1.css). Vous pouvez alors leur donner une durée de cache d'un an sans jamais craindre de servir une version périmée : toute modification change le nom du fichier, donc l'adresse demandée. Les pages HTML, elles, ne doivent jamais recevoir de cache long en dur. Sinon, une correction de prix ou d'horaire resterait invisible pendant plusieurs jours.

Trois erreurs dominent. Cacher les pages HTML avec une durée longue, ce qui fait afficher pendant des jours un contenu déjà corrigé. Ne pas versionner les fichiers, puis vider le cache manuellement à chaque déploiement, avec le risque d'oubli. Enfin empiler plusieurs couches de cache (extension, hébergeur, CDN) sans savoir laquelle sert la réponse, ce qui rend tout diagnostic impossible.

Nous vérifions les en-têtes ressource par ressource avant de toucher à quoi que ce soit, puis nous établissons une règle unique par type de fichier. Le contrôle final se fait sur données terrain, pour mesurer le gain réel sur le temps de réponse serveur. Cette étape précède toujours les optimisations plus lourdes comme la minification ou la refonte des gabarits.