Le caching, ou mise en cache, est une technique informatique qui consiste à conserver temporairement une copie de données déjà obtenues, afin de les resservir plus vite sans les recalculer ni les redemander à leur source.
Sur le web, la mise en cache intervient à plusieurs niveaux. Le navigateur garde une copie des ressources déjà téléchargées : images, feuilles de style, scripts, parfois pages entières. Des serveurs intermédiaires, dont les réseaux de diffusion de contenu, conservent des copies partagées entre de nombreux utilisateurs. Le serveur du site peut enfin garder en mémoire des pages déjà générées ou des résultats de requêtes à sa base de données.
Le protocole HTTP encadre ce mécanisme. La norme HTTP Caching de l’IETF (RFC 9111, 2022) distingue le cache privé, propre à un utilisateur, du cache partagé, réutilisé pour plusieurs. Le serveur indique par des en-têtes combien de temps une réponse reste fraîche. Tant qu’elle l’est, le cache la sert sans consulter le serveur d’origine. Une fois périmée, elle doit en principe être revalidée auprès de lui avant d’être resservie. Une politique de cache repose donc sur quatre composantes : ce qui est mis en cache, la durée de fraîcheur, la règle de revalidation et la procédure de purge après une mise à jour.
La mise en cache se distingue de l’archivage, qui conserve une copie durable, et de la copie d’une page conservée par un moteur de recherche lors de l’indexation. Elle concerne les équipes techniques, mais aussi les responsables de la mesure : elle agit sur le temps de chargement et sur la manière dont les visites sont comptées.
Une page servie par le cache du navigateur ou par un serveur intermédiaire n’atteint pas le serveur d’origine. Les journaux de ce serveur ne l’enregistrent donc pas. Une mesure par marqueur, exécutée dans le navigateur, compte en général la page vue quand la page vient du cache HTTP, puisque le script s’exécute à nouveau. Une exception existe : une page restaurée par le cache de navigation arrière-avant n’est pas rechargée, et de nombreux outils ne la comptent pas sans réglage spécifique. Les deux méthodes donnent ainsi des chiffres différents, et l’écart tient en partie au cache. Nous recommandons de ne pas comparer une audience issue des journaux serveur et une audience issue d’un marquage analytics sans tenir compte de cet effet.
Le cache agit aussi sur le marquage lui-même. Après la modification d’un script de mesure ou d’un bandeau de consentement, une partie des visiteurs peut conserver l’ancienne version jusqu’à son expiration. Une rupture de série qui s’étale sur plusieurs jours après une mise en production a souvent cette origine.
Trois indicateurs suffisent en général : la part des requêtes servies par le cache, le temps de réponse du serveur et le temps de chargement perçu par l’utilisateur. Comparez-les avant et après chaque changement de politique, sur les mêmes pages et à trafic comparable. Un gain technique ne vaut que s’il améliore l’expérience utilisateur sur les pages qui comptent, en particulier les pages d’entrée sur mobile.
En assistance à maîtrise d’ouvrage, Advalians pilote votre projet de refonte : analyse des pratiques, évaluation des dispositifs et restitution priorisée.
Advalians, cabinet de conseil indépendant en marketing et communication, vous aide à clarifier vos choix et à décider.
Le cache du navigateur est privé : il conserve, sur l’appareil de l’internaute, les ressources qu’il a déjà téléchargées. Le cache serveur, ou cache partagé, conserve des réponses réutilisées pour de nombreux visiteurs, sur le serveur du site ou sur un serveur intermédiaire.
Le premier accélère les visites répétées d’une même personne. Le second accélère la première visite de chacun et soulage le serveur d’origine. En pratique, réglez les deux : une longue durée de conservation dans le navigateur pour les fichiers statiques versionnés, un cache partagé pour les pages publiques à fort trafic.
Fixez-la selon la fréquence de modification de chaque type de ressource. Les fichiers dont le nom change à chaque nouvelle version, comme les scripts et feuilles de style versionnés, peuvent être conservés très longtemps : une mise à jour crée un nouveau fichier. Les images éditoriales supportent une durée intermédiaire.
Pour les pages HTML, préférez une durée courte ou une revalidation systématique, afin qu’un changement de contenu soit visible rapidement. Rédigez ces règles dans un tableau partagé entre les équipes techniques et éditoriales, et révisez-le à chaque refonte.
Contrôlez les en-têtes de réponse de quelques pages et ressources types avec les outils de développement du navigateur. Vérifiez la durée annoncée, la présence d’une revalidation et l’indication de réponse servie par le cache.
Suivez ensuite trois indicateurs dans la durée : la part des requêtes servies par le cache, le temps de réponse du serveur et le temps de chargement côté utilisateur. Une part de requêtes servies par le cache qui chute après une mise en production signale une règle écrasée. Testez aussi une page personnalisée pour vous assurer qu’elle n’est pas partagée.
Le risque principal est d’afficher à un visiteur les informations d’un autre : nom, panier, commandes, données de compte. Il survient lorsqu’une page personnalisée est stockée dans un cache partagé puis resservie telle quelle. Au-delà de l’incident d’image, une telle fuite peut constituer une violation de données personnelles.
Excluez explicitement des caches partagés toutes les pages qui dépendent d’une session connectée. Pour les pages mixtes, servez la partie commune depuis le cache et chargez la partie personnelle séparément. Testez ce comportement à chaque mise en production.
Évitez-le pour les contenus propres à un utilisateur, pour les informations qui doivent être exactes à la seconde, comme un stock ou un prix en promotion limitée, et pour les pages de formulaire contenant des données saisies. Dans ces cas, une copie périmée coûte plus cher que le gain de vitesse.
Pour le reste, renoncer au cache est rarement justifié. Une page publique à fort trafic gagne presque toujours à être mise en cache, même pour quelques minutes. Si le contenu change souvent, raccourcissez la durée et organisez la purge, plutôt que de désactiver le cache.
