Le cache de votre site web, expliqué simplement
Pourquoi votre site est rapide un jour et lent le lendemain, pourquoi une modification met du temps à apparaître, et ce que font réellement les couches de cache entre votre contenu et vos visiteurs. Sans jargon, avec les avantages et les limites de chaque niveau.
Pourquoi mettre en cache ?
Sans cache, chaque visite oblige le serveur à reconstruire la page au complet : lire la base de données, assembler le gabarit, générer le HTML. C'est comme si un restaurant recuisinait la recette de zéro pour chaque client, même quand dix personnes commandent le même plat. Le cache, c'est la portion déjà prête : on la sert en quelques millisecondes.
Résultat : un site plus rapide pour vos visiteurs, un serveur qui encaisse les pointes d'achalandage sans broncher, et un meilleur signal envoyé à Google — la vitesse fait partie des critères de classement. La contrepartie : une copie mise en cache peut devenir périmée, et c'est là que les ennuis commencent quand le cache est mal géré.
Le chemin d'une visite et ses points de blocage
Les six niveaux de cache, un par un
Pour chacun : ce que c'est, ses avantages, ses limites et pourquoi nous l'utilisons.
1. Le cache du navigateur
Le navigateur de votre visiteur garde une copie locale des images, feuilles de style et scripts, parfois de pages entières.
- Avantage : la deuxième page visitée charge presque instantanément, sans toucher au serveur.
- Limite : on ne contrôle pas l'appareil du visiteur — une copie locale peut survivre à vos mises à jour.
- Pourquoi on l'utilise : durées courtes sur le HTML, longues sur les fichiers statiques versionnés — le meilleur des deux mondes.
2. Le CDN (réseau de diffusion)
Des serveurs répartis dans le monde gardent une copie de votre site au plus près de chaque visiteur. Nous utilisons Cloudflare.
- Avantage : rapidité partout, protection contre les pics de trafic et une partie des attaques.
- Limite : une purge locale qui n'est pas propagée au CDN laisse du contenu périmé en circulation.
- Pourquoi on l'utilise : nos purges se propagent automatiquement au CDN — les deux couches restent synchronisées.
3. Le cache de pages
Le HTML complet de chaque page est conservé prêt à servir, sans recalcul par WordPress ni requête à la base de données.
- Avantage : le gain le plus spectaculaire — la page part en quelques millisecondes, même sous forte charge.
- Limite : c'est le niveau le plus délicat à invalider — une page modifiée ou dépubliée peut rester visible si la purge est mal branchée.
- Pourquoi on l'utilise : notre purge intelligente ne vide que les pages touchées par un changement, et le contenu personnalisé (panier, comptes) n'est jamais mis en cache.
4. Le cache de code (OPcache)
Le serveur garde le code PHP de WordPress déjà compilé en mémoire, au lieu de le relire et le retraduire à chaque visite.
- Avantage : accélère tout, y compris ce qui ne peut pas être mis en cache ailleurs (panier, formulaires, admin).
- Limite : invisible et sans entretien pour vous, mais un serveur mal configuré peut servir de vieux code après une mise à jour.
- Pourquoi on l'utilise : activé et surveillé sur notre hébergement — c'est un gain gratuit et permanent.
5. Le cache d'objets
Les résultats des requêtes à la base de données (réglages, menus, contenus) sont gardés en mémoire vive, avec Redis quand le site le justifie.
- Avantage : soulage la base de données — décisif pour les boutiques et les espaces membres, où chaque page reste dynamique.
- Limite : si un logiciel écrit directement dans la base sans prévenir le cache, celui-ci relit une valeur périmée.
- Pourquoi on l'utilise : nos développements invalident systématiquement les entrées concernées après chaque écriture directe.
6. Le cache de données
Les informations coûteuses à obtenir — rapports, appels à des services externes, flux — sont conservées avec une date d'expiration adaptée.
- Avantage : évite de redemander cent fois la même chose à un service externe, souvent limité ou facturé à l'appel.
- Limite : une donnée peut être en retard sur la réalité, le temps de son expiration.
- Pourquoi on l'utilise : chaque donnée reçoit une durée à sa mesure — quelques minutes pour un solde, un mois pour une valeur stable.
Comment nous gardons ces couches sous contrôle
Un cache mal géré fait plus de mal que de bien : pages périmées, modifications invisibles, contenu dépublié encore en ligne, site qui s'écroule après une purge complète. Notre système applique des garde-fous éprouvés : purge ciblée qui ne vide que les pages touchées, propagation automatique au CDN, préchauffage contrôlé après les purges pour éviter le premier visiteur lent, protection du contenu personnalisé, et vérification d'intégrité avant de servir toute copie.
Ces mécanismes font partie de notre forfait de maintenance et de notre hébergement WordPress. La vitesse mesurée fait aussi partie des 176 points de contrôle que notre système surveille en continu — développé à Drummondville, pour des sites partout au Québec.
Votre site est-il bien mis en cache ?
Notre analyse gratuite mesure la vitesse réelle de votre site et repère les couches manquantes ou mal réglées.
Questions fréquentes
Pourquoi mes modifications n'apparaissent-elles pas sur le site ?
Une couche de cache sert probablement encore l'ancienne copie : navigateur, CDN ou cache de pages. Un rafraîchissement forcé (Ctrl+Maj+R) règle le cas du navigateur ; pour le reste, la purge doit être déclenchée côté site. Sur les sites que nous entretenons, la purge des pages touchées est automatique à chaque publication.
Faut-il vider tout le cache quand quelque chose cloche ?
Rarement, et c'est souvent contre-productif : une purge complète force le recalcul de tout le site d'un coup, ce qui le ralentit pour les visiteurs suivants. Une purge ciblée des pages concernées suffit dans la grande majorité des cas.
Le cache peut-il nuire à une boutique en ligne ?
Mal configuré, oui : un panier ou un prix mis en cache peut s'afficher chez le mauvais visiteur. C'est pourquoi le contenu personnalisé — panier, compte client, formulaires — est exclu du cache de pages ; la boutique s'appuie plutôt sur le cache d'objets, qui accélère sans figer le contenu.
Un plugin de cache suffit-il ?
Un plugin couvre généralement un seul niveau, le cache de pages, et laisse à votre charge son invalidation et sa cohérence avec le CDN. Les meilleurs résultats viennent de l'ensemble des couches réglées pour travailler ensemble — c'est ce que nos forfaits d'hébergement et de maintenance mettent en place.
Le cache améliore-t-il le référencement ?
Indirectement, oui. La vitesse fait partie des signaux de classement de Google via les Core Web Vitals, et un site rapide réduit les abandons. Un bon cache est l'un des leviers de vitesse les plus rentables.