Comment vider le cache d’un site WordPress ou WooCommerce
Sur WordPress, une modification qui ne s’affiche pas traverse en général jusqu’à quatre couches de cache différentes avant d’atteindre le visiteur. Les vider dans le bon ordre évite de conclure trop vite qu’un changement n’a pas été enregistré.
Les situations les plus fréquentes
- Un prix ou un texte modifié en back-office qui n’apparaît toujours pas côté visiteur après plusieurs minutes
- Une nouvelle image qui affiche encore l’ancienne version sur certains appareils
- Un correctif de code appliqué qui semble sans effet
- Une extension de cache qui affiche un message de succès mais un rendu inchangé
Les quatre niveaux à vider, dans l’ordre
-
Le cache de l’extension de cache
Si un plugin comme WP Rocket, W3 Total Cache ou LiteSpeed Cache est actif, chacun propose un bouton dédié dans son propre écran de réglages ou dans la barre d’administration WordPress. C’est le premier niveau à vider.
-
Le cache objet ou le cache serveur
Certains hébergements ajoutent un cache mémoire (Redis, Memcached) ou un cache de page au niveau serveur, indépendant des extensions WordPress. Il se vide en général depuis le panneau d’hébergement ou par une commande dédiée fournie par l’hébergeur.
-
Le cache du CDN
Si les fichiers statiques passent par un CDN (Cloudflare ou équivalent), leur cache est distinct et se vide depuis l’interface du CDN lui-même, pas depuis WordPress.
-
Le cache navigateur
En dernier recours, vérifier en navigation privée ou en forçant un rechargement complet (Ctrl+F5) permet d’écarter un cache purement local au poste qui teste la modification.
Pourquoi autant de niveaux
WordPress lui-même ne met pas systématiquement les pages en cache par défaut : chaque affichage recalcule normalement la page à partir de la base de données. C’est justement pour compenser ce coût, plus élevé qu’avec un système de templates précompilés, que la quasi-totalité des installations WooCommerce ajoutent une ou plusieurs couches de cache.
Le problème vient de leur empilement : une extension de cache de page peut elle-même s’appuyer sur un cache objet pour les requêtes à la base de données, le tout servi ensuite via un CDN qui applique sa propre durée de conservation. Une modification peut donc être correctement enregistrée en base sans être visible avant que chaque couche n’ait expiré ou été vidée.
Sur une fiche produit WooCommerce, un cache mal vidé après une modification de stock ou de prix peut afficher une disponibilité ou un tarif erroné : c’est un des rares cas où le cache a un impact commercial direct, pas seulement visuel.
Un mode exclusion utile pendant le développement
La plupart des extensions de cache WordPress proposent un mode d’exclusion pour certaines pages ou pour les visiteurs connectés en tant qu’administrateur, qui affichent alors toujours une version fraîche sans passer par le cache. C’est ce réglage qui permet de vérifier une modification en temps réel sans avoir à vider le cache à chaque essai pendant une phase de travail.
Une fois la modification validée, il reste indispensable de vider manuellement le cache au moins une fois pour que les visiteurs non connectés voient la nouvelle version, le mode exclusion ne les concernant pas.
Questions fréquentes
Comment savoir si le site utilise un CDN ?
Vider tous les caches peut-il ralentir temporairement le site ?
Le prix affiché reste faux même après avoir vidé tous les caches, que faire ?
Décrivez votre besoin en 1 minute
Quelques questions ciblées pour que je vous réponde avec une estimation, pas avec un questionnaire de plus.