Quelle est la différence entre le cache navigateur et le cache serveur ?

Lorsqu’un site tarde à s’afficher après une mise à jour ou qu’une page ne reflète pas les dernières modifications, on suspecte le cache. Mais lequel est responsable ? Cache navigateur et cache serveur sont deux termes qui concernent les performances web, mais ce sont deux mécanismes différents.

Qu’est-ce que le cache sur un site web ?

Le cache désigne le fait de stocker temporairement une version d’une ressource pour éviter de la recalculer ou de la retélécharger à chaque requête. Sur un site web, cette logique s’applique à plusieurs niveaux : côté navigateur, côté serveur, parfois côté CDN. L’objectif est toujours de réduire la charge de travail et de raccourcir le temps de réponse. C’est l’un des premiers points que vérifie un hébergeur spécialisé lors de l’audit d’une infrastructure.

Le cache navigateur : ce qui est stocké chez le visiteur

Quand un navigateur charge une page pour la première fois, il enregistre localement certaines ressources comme les feuilles de style, les scripts JavaScript, les images ou les polices. À la visite suivante, il les récupère depuis le disque plutôt que depuis le serveur. Le gain est immédiat sur le temps de chargement perçu.

C’est le serveur qui décide de ce qui peut être mis en cache et pour combien de temps, via les en-têtes HTTP Cache-Control et Expires. Le navigateur applique ces instructions, mais n’a pas la main sur leur définition. Un fichier déclaré avec une durée de cache d’un an sera conservé un an, sauf si le visiteur vide manuellement son cache ou que l’URL du fichier change. Ce mécanisme fonctionne bien pour les ressources statiques qui évoluent peu. Il devient problématique quand une mise à jour n’est pas répercutée côté client, faute d’un versioning correct des fichiers.

Le cache serveur : ce qui est généré et stocké côté infrastructure

Le cache serveur intervient avant que la réponse n’atteigne le navigateur. Plutôt que de générer la page à chaque requête, il en stocke une version prête à être servie, qu’il s’agisse de HTML compilé, de résultats de requêtes SQL ou de fragments de page. L’économie se fait sur le temps de traitement PHP et les appels à la base de données.

Plusieurs couches peuvent coexister, chacune ciblant un goulot d’étranglement différent. OPcache agit sur l’exécution PHP, Redis ou Memcached sur les objets en mémoire, un cache de pages complet sur la réponse HTTP finale. Toutes ces couches s’empilent et se complètent.

La gestion de ce cache est entièrement côté infrastructure, ce qui signifie que le choix de l’hébergement a un impact direct sur ce qui est disponible et la manière dont c’est configuré. Un hébergeur infogéré prend généralement en charge ce paramétrage, alors qu’un hébergement mutualisé standard laisse rarement cela accessible.

Les avantages d’utiliser un cache pour un site e-commerce

Un site e-commerce supporte des contraintes que n’a pas un site vitrine :

• pages produits en nombre
• filtres dynamiques
• paniers
• sessions utilisateurs…

Sans cache, chaque requête sollicite le serveur de bout en bout. Sous charge, ça se traduit par des temps de réponse qui s’allongent, voire des erreurs 503. Le cache serveur absorbe une grande partie de cette charge. Les pages catégories ou les fiches produits peu modifiées peuvent être servies depuis le cache sans toucher à la base de données. Le gain sur le TTFB est souvent significatif, ce qui influe directement sur le LCP, l’un des indicateurs Core Web Vitals pris en compte par Google.

Le cache navigateur réduit le volume de données rechargées à chaque navigation. Sur un site avec des ressources statiques, le visiteur qui revient charge bien moins que lors de sa première visite.

L’un réduit la charge serveur, l’autre allège les échanges réseau. Négliger l’un des deux, c’est ne travailler les performances qu’à moitié.