Pour vider le cache WordPress, utilisez la commande de purge de l’outil qui conserve l’ancienne version : extension, hébergeur ou CDN. Si vous seul voyez encore l’ancien contenu, vérifiez d’abord votre navigateur. Il n’existe pas de bouton universel dans WordPress pour vider tous ces caches. Le bon geste dépend de l’endroit où la copie est stockée.
Une modification, plusieurs copies possibles
Ce guide traite les textes, images ou styles qui ne se mettent pas à jour à l’écran. Pour un problème de vitesse général, commencez plutôt par identifier ce qui rend WordPress lent : purger le cache ne corrige pas à lui seul un serveur saturé ou une page trop lourde.
Que vérifier avant de vider le cache ?
Commencez par confirmer que la modification est bien publiée. Une prévisualisation peut montrer un brouillon différent de la page publique. Dans un constructeur, vérifiez aussi que vous avez enregistré le bon module et le bon modèle.
- Relire l’enregistrement : la nouvelle version est-elle présente en rouvrant l’éditeur ?
- Comparer la bonne adresse : même page, même langue et bonne version du site, sans lien de prévisualisation.
- Choisir un repère précis : une phrase modifiée, une image ou une couleur à retrouver.
- Ouvrir la page déconnecté : dans une nouvelle fenêtre privée ou un autre navigateur.
Exemple pédagogique : vous remplacez une photo sur la page Contact. Le constructeur montre la nouvelle image, mais le site public affiche encore l’ancienne. Vérifiez d’abord que la page est enregistrée et que le module utilise bien le nouveau fichier. Si le fichier a été remplacé sous la même adresse, une copie de cette image peut aussi être conservée séparément de la page.
La navigation privée donne un indice, pas un diagnostic complet
Elle permet de comparer une session différente, généralement sans votre connexion administrateur. Elle ne contourne pas automatiquement le cache du serveur ou du CDN. Si la nouvelle version apparaît uniquement lorsque vous êtes connecté, le cache public devient une piste à contrôler, pas une certitude.
Quel cache faut-il vider selon le problème ?
Le cache conserve une copie réutilisable pour éviter de tout recalculer ou télécharger. Le navigateur peut garder des fichiers ; une extension ou l’hébergeur peut conserver le HTML d’une page. Les purger n’a pas le même périmètre.
| Ce que vous observez | La piste à vérifier | Le premier contrôle |
|---|---|---|
| Ancienne version sur un seul navigateur | Copie locale ou session différente | Comparer la même URL dans un autre navigateur. |
| Ancien contenu pour les visiteurs déconnectés | Cache de page ou CDN | Identifier l’outil actif et cibler l’URL concernée. |
| Texte correct, mais mauvais style | CSS généré, optimisé ou mis en cache | Vérifier le constructeur et la ressource CSS concernée. |
| Une image remplacée reste ancienne | Fichier conservé sous la même URL | Ouvrir l’adresse exacte de l’image et comparer. |
| Erreur, formulaire bloqué ou écran blanc | Pas forcément un cache | Relever le message et diagnostiquer la panne. |
Un cache objet, comme Redis, conserve d’autres résultats utilisés par l’application. Ce n’est pas un synonyme de cache de page. Ne videz pas tous les caches techniques parce qu’un paragraphe reste ancien. Identifiez d’abord le composant qui sert cette version.
Comment vider le cache du navigateur sans tout effacer ?
Si le problème ne se produit que dans votre navigateur habituel, commencez par recharger la page puis comparez avec une autre session. Si la copie locale reste en cause, vous pouvez effacer les fichiers en cache sans supprimer systématiquement mots de passe et cookies.
Dans Chrome sur ordinateur
- Ouvrez le menu ⋮ → Supprimer les données de navigation.
- Choisissez la période correspondant au problème et sélectionnez Images et fichiers en cache.
- Décochez les autres catégories si vous ne souhaitez pas les supprimer, puis confirmez.
- Rouvrez l’URL publique et contrôlez votre repère.
Le libellé peut varier selon la version. La documentation Chrome sur les données de navigation détaille les catégories concernées.
Effacer les cookies est une autre action : cela peut vous déconnecter et réinitialiser des préférences. Pour Firefox ou Safari, utilisez l’aide du navigateur concerné plutôt que de transposer un raccourci clavier. Vider votre cache local ne change pas la copie servie aux autres visiteurs.
Comment purger le cache d’une extension WordPress ?
Repérez l’extension déjà installée et sa commande de purge. N’ajoutez pas une deuxième extension de cache pour vider la première. Les exemples ci-dessous concernent deux outils courants ; les noms des commandes dépendent de la langue, de la version et des fonctions activées.
Une image remplacée : de l’URL au contrôle
exemple.test/contact/L’ancienne image reste visibleLa nouvelle est pourtant enregistrée.
https://exemple.test/contact/Purge ListTraiter la page choisie, pas tout le site.
exemple.test/contact/La nouvelle image apparaît ?Oui : contrôle concluant. Non : vérifier aussi le cache du fichier image.Avec WP Rocket
- Ouvrez WP Rocket dans la barre d’administration.
- Lancez Clear cache / Vider le cache. Si le préchargement est activé, la commande peut devenir Clear and preload cache : elle reconstruit ensuite les copies.
- Rouvrez l’URL publique déconnecté et vérifiez le changement attendu.
WP Rocket gère déjà de nombreuses purges automatiques. Ne relancez pas la commande après chaque clic dans l’éditeur. Les actions du menu WP Rocket distinguent le cache des pages des options CSS spécifiques.
Si votre outil propose une purge de l’URL affichée, utilisez cette portée pour un changement limité. À l’inverse, une modification du menu ou d’un modèle partagé peut concerner plusieurs pages. La portée de la modification doit guider celle de la purge.
Avec LiteSpeed Cache
- Ouvrez LiteSpeed Cache → Toolbox (Boîte à outils) → Purge.
- Dans Purge By… → URL, renseignez les adresses des pages concernées, une par ligne, puis utilisez Purge List.
- Vérifiez ces pages déconnecté. Cette commande purge le cache de pages, pas les fichiers CSS ou JavaScript.
Pour un changement global justifié, Purge All – LSCache traite le cache de l’installation, contrairement à Empty Entire Cache, plus large. La documentation LiteSpeed de la boîte à outils précise ces périmètres.
Après une mise à jour WordPress, contrôlez d’abord le résultat public avant de changer les réglages d’optimisation. Une purge et une désactivation d’extension ne testent pas la même chose.
Et si le cache vient de l’hébergeur ou du CDN ?
Un site sans extension de cache peut quand même être mis en cache. Consultez l’espace d’hébergement et les services utilisés. Le bouton peut se trouver dans un panneau distinct, ou être exposé dans WordPress par l’hébergeur. Demandez quelle couche il vide avant de multiplier les actions.
- Cache de l’hébergement : cherchez une purge par site ou par URL et vérifiez les exclusions des espaces privés.
- CDN : déterminez si l’ancien élément est une page, une image ou un fichier de style.
- Plusieurs couches : faites d’abord servir la bonne version à l’origine, puis actualisez la copie distribuée concernée.
Exemple avec Cloudflare
- Dans le tableau de bord du domaine, ouvrez Caching → Configuration.
- Sous Purge Cache, choisissez Custom Purge → URL. Renseignez l’adresse complète de la ressource, relisez-la et confirmez.
- Rouvrez la page publique et contrôlez l’élément concerné.
Une page et son image ont des adresses différentes. Des clés de cache personnalisées peuvent demander une autre méthode : la documentation Cloudflare de purge par URL explique ces limites. Ne purgez pas tout le domaine par réflexe.
Le service WordPress.com possède ses propres commandes d’hébergement. Son guide de purge ne décrit pas un menu disponible à l’identique sur tous les WordPress hébergés ailleurs.
Divi affiche encore les anciens styles : que faire ?
Quand le texte est à jour mais que la mise en page reste ancienne, examinez les styles générés. Le constructeur, l’extension d’optimisation et le navigateur peuvent chacun conserver un fichier CSS. Purger le HTML seul ne renouvelle pas nécessairement ce fichier.
Style enregistré ≠ fichier déjà renouvelé partout
→
→
Sur Divi 5 : renouveler le CSS généré
Allez dans Divi → Theme Options (Options du thème), puis utilisez Clear CSS Cache, en haut à droite du panneau. Rouvrez ensuite la page publique. Elegant Themes décrit cette commande dans son guide des problèmes d’affichage après une mise à jour Divi 5.
Ce chemin concerne Divi 5 : ne cherchez pas forcément le même bouton dans une autre version. Si le décalage persiste, vérifiez les fichiers optimisés ou distribués en aval, puis les réglages responsive et le modèle réellement affecté à la page.
Ne désactivez pas durablement la génération CSS ou toutes les optimisations pour masquer un défaut. Une règle CSS incorrecte ou un mauvais modèle ne se répare pas par une purge. Pour une différence persistante entre éditeur et site public, une assistance WordPress ciblée permet de rechercher la cause.
Comment vérifier que la bonne version est affichée ?
Le message « cache vidé » confirme une action de l’outil, pas le résultat vu par un visiteur. Reprenez le repère choisi au début sur l’URL publique, sans connexion administrateur.
Trois contrôles avant de conclure
Rechargez une seconde fois et ouvrez une page voisine si un modèle commun a changé. Pour un formulaire, utilisez un test identifié et vérifiez la réception ; pour une boutique, prévoyez un mode de test adapté, sans paiement réel involontaire. Notez l’URL, l’heure et ce qui reste différent si le problème continue.
Purger, désactiver et précharger sont trois actions différentes. La purge retire les copies ; la désactivation arrête le mécanisme ; le préchargement reconstruit des copies à l’avance. Après une purge, les premières requêtes peuvent mobiliser davantage le serveur. Évitez les purges globales répétées sur un site fréquenté et adaptez le préchargement aux ressources disponibles.
La modification n’apparaît toujours pas : quelle suite ?
Arrêtez de cliquer sur tous les boutons de purge. Revenez aux observations : quelle URL, quel élément et quelle session affichent encore l’ancienne version ? Cette précision permet de distinguer une autre copie d’un changement mal enregistré.
- Ancien texte partout : revoir publication, langue, URL et modèle affecté.
- Une seule image ancienne : contrôler le fichier réellement demandé et son adresse.
- Style différent sur téléphone : vérifier aussi les réglages responsive et le CSS chargé.
- Problème qui revient : examiner les purges automatiques et la synchronisation entre les couches.
Si vous devez purger sans cesse pour obtenir une page correcte, le suivi mérite un contrôle de configuration. C’est un point qui peut être intégré à la maintenance WordPress, avec les mises à jour et les vérifications de fonctionnement, plutôt qu’une opération manuelle répétée sans explication.
Questions fréquentes sur le cache WordPress
Vider le cache supprime-t-il les pages ou les commandes ?
Une commande de purge de cache n’a pas pour but de supprimer vos contenus ou commandes : elle retire des copies temporaires. Vérifiez toutefois le bouton utilisé. Un nettoyage de la base de données est une autre opération, avec des suppressions à sélectionner et des précautions spécifiques.
Peut-on vider le cache sans accès à WordPress ?
Vous pouvez agir sur votre navigateur, mais pas automatiquement sur le cache public. La purge serveur ou CDN demande les droits du service concerné, ou l’intervention de son gestionnaire. Évitez les adresses ou scripts de purge trouvés au hasard.
Faut-il vider le cache tous les jours ?
Non, pas sans raison précise. Une configuration adaptée renouvelle les éléments nécessaires lors des changements. Si une ancienne version reste régulièrement visible, recherchez la couche ou la règle défaillante plutôt que de programmer une purge générale quotidienne.
Une purge améliore-t-elle le référencement immédiatement ?
Elle peut rendre un contenu à jour accessible, mais ne garantit ni indexation ni meilleure position. Google doit encore explorer et traiter la page. Une purge n’est pas non plus une preuve d’amélioration de la vitesse.
Documentation officielle
Les commandes ci-dessus ont été vérifiées dans les documentations des éditeurs. Consultez celle de votre version avant toute action ; les options disponibles dépendent de votre configuration.
