Vous avez modifié une page et rien ne change à l’affichage ? Le coupable est presque toujours le cache — mais il n’y en a pas un seul. Un site WordPress moderne en empile jusqu’à cinq, indépendants les uns des autres. Les vider dans le désordre ne sert à rien : c’est en remontant du plus proche du visiteur vers le plus proche du serveur que l’opération fonctionne du premier coup.
Les cinq caches, et l’ordre qui compte
Chaque couche garde sa propre copie de vos pages. Vider la mauvaise donne l’impression que rien ne fonctionne.
- Le cache de l’extension — le plus courant, et le premier à traiter.
- Le cache du serveur — LiteSpeed, Varnish ou un cache géré par l’hébergeur, souvent actif à votre insu.
- Le cache d’objets — Redis ou Memcached, qui garde les résultats de requêtes en base.
- Le réseau de diffusion — Cloudflare ou équivalent, qui sert vos pages depuis ses propres serveurs.
- Le cache du navigateur — celui de votre poste, qui ne concerne que vous.
L’ordre efficace va de la couche la plus interne vers l’extérieur : extension, puis serveur, puis objets, puis réseau de diffusion, puis navigateur. Vider Cloudflare avant l’extension le fait simplement recharger l’ancienne version depuis votre serveur, et vous revenez au point de départ.
Vider le cache de l’extension
Toutes les extensions de cache placent un bouton de purge dans la barre d’administration, en haut de l’écran, visible sur n’importe quelle page une fois connecté. C’est la voie la plus rapide.
Distinguez deux actions que les interfaces confondent souvent : purger le cache supprime les pages enregistrées, tandis que précharger les régénère aussitôt. Sur un site volumineux, un préchargement lancé aux heures de pointe consomme des ressources et peut ralentir le site quelques minutes.
Bon réflexe : quand vous ne modifiez qu’une page, cherchez l’option de purge ciblée plutôt que de tout vider. La plupart des extensions la proposent depuis la liste des pages ou depuis l’éditeur.
Le cache du serveur, celui qu’on oublie
C’est la cause la plus fréquente des situations où « le cache a été vidé et rien ne change ». Beaucoup d’hébergeurs activent un cache serveur par défaut, sans que vous ayez rien demandé ni installé.
Cherchez dans votre espace client une entrée nommée « Cache », « Accélérateur » ou « Performance ». Un bouton de purge s’y trouve généralement. En cas de doute, le support de l’hébergeur vous dira en une minute si un cache est actif sur votre offre — question qui vaut la peine d’être posée une fois pour toutes.
Deux autres caches serveur méritent une mention. L’OPcache conserve du code PHP compilé : il explique qu’une modification de fichier ne prenne pas effet immédiatement, alors que le contenu, lui, est bien à jour. Le cache d’objets, s’il est actif, garde des résultats de requêtes en base et provoque des affichages incohérents sur les données dynamiques : nombre de commentaires, stock d’un produit, éléments d’un panier.
Le réseau de diffusion
Si vos pages transitent par un service comme Cloudflare, elles sont servies depuis ses serveurs, pas depuis le vôtre. Connectez-vous à son interface et lancez une purge, complète ou ciblée sur les adresses modifiées.
Le mode développement, disponible chez la plupart de ces services, désactive temporairement la mise en cache pendant que vous travaillez. Très pratique lors d’une refonte, à condition de penser à le désactiver ensuite : laissé actif, il supprime tout le bénéfice du service.
Vérifier que la purge a fonctionné
Ne testez jamais depuis l’onglet où vous travaillez : il conserve sa propre copie de la page.
- Ouvrez une fenêtre de navigation privée — le test le plus fiable, car vous y êtes déconnecté, exactement comme un visiteur.
- Forcez le rechargement avec Ctrl+F5 sur Windows, Cmd+Maj+R sur Mac.
- Ajoutez un paramètre à l’adresse, du type
?test=1: la plupart des caches considèrent cette adresse comme nouvelle et servent une version fraîche. - Testez depuis votre téléphone en données mobiles, ce qui écarte à la fois votre navigateur et votre réseau.
Si la page reste identique après tous ces tests, le problème n’est probablement pas le cache : cherchez du côté d’une modification enregistrée au mauvais endroit, ou d’un modèle de page qui n’est pas celui que vous croyez.
La faute qui multiplie les problèmes
N’installez jamais deux extensions de cache en même temps. Elles se recouvrent, produisent des affichages incohérents, et rendent tout diagnostic impossible : vous videz l’une pendant que l’autre continue de servir sa copie.
C’est une situation fréquente sur les sites repris à un prestataire, où une extension a été ajoutée sans que la précédente soit retirée. Faites l’inventaire de vos extensions actives : s’il y en a deux qui touchent au cache, désactivez-en une, puis videz tout et repartez d’une configuration propre. La méthode figure dans notre guide sur la désactivation d’une extension.
Questions fréquentes
À quelle fréquence faut-il vider le cache ?
Jamais de façon systématique. Un cache bien configuré se purge tout seul quand vous modifiez un contenu, et sa durée de vie est réglée pour le reste. Videz-le ponctuellement, quand une modification ne s’affiche pas ou après une intervention technique. Une purge quotidienne programmée n’apporte rien et prive vos visiteurs du gain de vitesse pendant la régénération.
Vider le cache peut-il casser mon site ?
Non, l’opération est sans risque : elle supprime des copies temporaires, jamais vos contenus. Le seul effet perceptible est un ralentissement passager, le temps que les pages soient régénérées, sensible sur un site volumineux ou un hébergement modeste. Si votre site casse après une purge, ce n’est pas la purge qui est en cause mais un problème qu’elle a révélé, jusque-là masqué par des pages enregistrées.
Pourquoi mes visiteurs voient-ils l’ancienne version alors que moi non ?
Parce que la plupart des caches ne s’appliquent pas aux utilisateurs connectés : vous voyez toujours la version fraîche, ce qui rend le problème invisible depuis votre écran. C’est précisément pour cela que le test en navigation privée est indispensable. Prenez l’habitude de vérifier vos modifications importantes de cette façon, avant de considérer la publication comme terminée.
Le cache pose-t-il problème sur une boutique en ligne ?
Oui, et c’est un point sensible. Le panier, la validation de commande et le compte client ne doivent jamais être mis en cache, sous peine d’afficher à un client le panier d’un autre. Les extensions sérieuses excluent ces pages automatiquement, mais vérifiez-le dans leurs réglages plutôt que de le supposer. Un cache mal configuré sur une boutique produit les incidents les plus difficiles à diagnostiquer, parce qu’ils sont intermittents.
Comment savoir si une page est servie depuis le cache ?
Affichez le code source de la page et regardez tout en bas : la plupart des extensions y laissent un commentaire indiquant l’heure de génération. Plus précis encore, l’onglet réseau des outils de développement de votre navigateur affiche les en-têtes de réponse, qui indiquent si le contenu vient d’un cache et depuis combien de temps il y est.
Faut-il désactiver le cache pendant une refonte ?
C’est vivement recommandé : vous éviterez de passer des heures à modifier une page dont vous voyez une ancienne version. Désactivez l’extension de cache et activez le mode développement de votre réseau de diffusion pendant les travaux. Pensez à tout réactiver ensuite, puis à faire une purge complète pour repartir sur des bases saines.