Pour vider le cache WordPress sans plugin, la méthode la plus rapide est WP-CLI : la commande wp cache flush exécutée en SSH purge le cache objet en moins d’une seconde. Sans accès SSH, la solution FTP consiste à supprimer le contenu du dossier wp-content/cache/ depuis le gestionnaire de fichiers cPanel. Ces deux approches couvrent 90 % des situations courantes. Ce guide détaille six méthodes complémentaires selon votre hébergeur, votre type d’accès et la couche de cache concernée : navigateur, page, objet, CDN, LiteSpeed ou Redis.

Ce qu’est le cache WordPress et pourquoi le vider manuellement

Le cache WordPress est un mécanisme qui stocke des versions pré-calculées des pages pour les servir sans solliciter la base de données à chaque visite. Un site sans cache charge chaque page en interrogeant MySQL, en exécutant tous les hooks PHP et en assemblant le HTML complet : selon Kinsta, ce processus prend entre 500 ms et 3 secondes selon l’hébergeur. Avec un cache de page efficace, ce délai tombe à 20-50 ms.

Problème : après une mise à jour de thème, un changement de contenu ou la correction d’un bug, le cache sert l’ancienne version de la page. Le visiteur voit du HTML obsolète, et vous perdez du temps à chercher pourquoi vos modifications n’apparaissent pas. Vider le cache manuellement, sans plugin, est utile dans trois situations précises : vous n’avez pas installé de plugin de cache (beaucoup d’hébergeurs gèrent le cache au niveau serveur), votre plugin de cache est justement le composant défaillant, ou vous déboguez un environnement de staging.

Les WordPress hébergés sur o2switch, OVH, Infomaniak ou WP Engine disposent souvent d’un cache LiteSpeed ou Varnish géré directement par le serveur, sans que vous ayez installé le moindre plugin. Ce guide couvre ce cas également.

Méthode 1 : WP-CLI pour vider le cache WordPress en une commande

WP-CLI (WordPress Command Line Interface) est l’outil officiel pour administrer WordPress depuis le terminal. Si votre hébergeur propose un accès SSH (o2switch, Kinsta, WP Engine, PlanetHoster), c’est la méthode la plus rapide et la plus fiable pour vider le cache WordPress sans plugin. Selon la documentation officielle WP-CLI, plus de 30 000 sites utilisent WP-CLI quotidiennement en production.

# Connexion SSH à votre hébergeur
ssh votre-user@votre-domaine.com

# Aller dans le dossier WordPress
cd /home/wami5543/public_html

# Vider le cache objet (Redis, Memcached ou cache natif WP)
wp cache flush

# Vider le cache de page si WP Super Cache est actif
wp super-cache flush

# Vider le cache W3 Total Cache
wp w3-total-cache flush all

# Régénérer les URLs permanentes (corrige les 404 mystérieux)
wp rewrite flush

# Vider le cache LiteSpeed via WP-CLI (plugin LSCWP requis)
wp litespeed-purge all

La commande wp cache flush s’appuie sur l’API WP_Object_Cache de WordPress. Elle purge le cache en mémoire (Redis ou Memcached si configuré) sans toucher aux fichiers sur disque. Pour un cache de fichiers stocké dans wp-content/cache/, utilisez la commande suivante :

# Supprimer tous les fichiers de cache sur disque
find /home/votre-user/public_html/wp-content/cache/ -type f -delete

# Vérifier que le dossier est bien vide
ls -lh /home/votre-user/public_html/wp-content/cache/

WP-CLI est préinstallé sur la plupart des hébergeurs mutualisés modernes. Si la commande wp n’est pas reconnue, vérifiez la documentation de votre panel cPanel ou installez WP-CLI manuellement via la procédure décrite sur wp-cli.org.

Méthode 2 : Supprimer le cache via FTP ou le gestionnaire de fichiers cPanel

Sans SSH, le gestionnaire de fichiers cPanel ou un client FTP comme FileZilla permet de supprimer manuellement les dossiers de cache. Le cache de page est presque toujours stocké dans wp-content/cache/. Selon le plugin ou le serveur, des sous-dossiers spécifiques peuvent s’y trouver :

wp-content/
├── cache/
│   ├── supercache/      (WP Super Cache)
│   ├── w3tc/            (W3 Total Cache)
│   ├── minify/          (fichiers JS/CSS minifiés)
│   ├── object-cache/    (cache objet sur fichier)
│   └── lscache/         (LiteSpeed Cache)

Procédure dans cPanel : connectez-vous à votre panel, ouvrez le Gestionnaire de fichiers, naviguez vers public_html/wp-content/cache/, sélectionnez tout le contenu (pas le dossier cache lui-même, uniquement son contenu) et supprimez. WordPress recrée automatiquement les sous-dossiers au prochain chargement de page.

Avec FileZilla (connexion FTP), le principe est identique : naviguez vers /public_html/wp-content/cache/ et supprimez le contenu. Attention à ne pas supprimer les fichiers situés directement dans wp-content/ (pas dans le sous-dossier cache/) : les fichiers object-cache.php et advanced-cache.php sont des « drop-ins » WordPress nécessaires au bon fonctionnement du cache. Les supprimer par erreur peut déclencher une erreur critique. Si cela arrive, consultez le guide sur l’erreur critique WordPress pour récupérer votre site rapidement.

Méthode 3 : Vider le cache navigateur et CDN via le fichier .htaccess

Le cache navigateur est contrôlé par des headers HTTP envoyés au visiteur. Modifier le fichier .htaccess permet de forcer les navigateurs à recharger les ressources statiques (CSS, JS, images) sans installer de plugin. Cette technique est particulièrement utile après une refonte de thème.

# Ajouter au début du .htaccess WordPress
# Force le rechargement des ressources statiques
<IfModule mod_expires.c>
    ExpiresActive On
    # Forcer expiration immédiate pour le debug
    ExpiresDefault "access plus 0 seconds"
    # Durées adaptées à la production
    ExpiresByType text/css "access plus 1 week"
    ExpiresByType application/javascript "access plus 1 week"
    ExpiresByType image/jpeg "access plus 1 month"
    ExpiresByType image/png "access plus 1 month"
</IfModule>

# Cache-Control explicite pour CSS/JS
<IfModule mod_headers.c>
    <FilesMatch ".(css|js)$">
        Header set Cache-Control "no-cache, no-store, must-revalidate"
        Header set Pragma "no-cache"
        Header set Expires 0
    </FilesMatch>
</IfModule>

Pour un CDN comme Cloudflare, la purge se fait via leur API de purge :

# Purger tout le cache Cloudflare via API
curl -X POST "https://api.cloudflare.com/client/v4/zones/ZONE_ID/purge_cache"      -H "Authorization: Bearer VOTRE_TOKEN_API"      -H "Content-Type: application/json"      --data '{"purge_everything":true}'

# Purger une URL spécifique
curl -X POST "https://api.cloudflare.com/client/v4/zones/ZONE_ID/purge_cache"      -H "Authorization: Bearer VOTRE_TOKEN_API"      -H "Content-Type: application/json"      --data '{"files":["https://monsite.com/ma-page/"]}'

Pour générer ou modifier votre fichier .htaccess WordPress proprement sans risque d’erreur de syntaxe, le guide générateur htaccess WordPress vous accompagne étape par étape.

Méthode 4 : Forcer la régénération du cache via wp-config.php

Le fichier wp-config.php contient plusieurs constantes qui contrôlent le comportement du cache WordPress. Modifier ces constantes est une façon radicale de vider le cache WordPress sans plugin, en empêchant simplement WordPress de stocker de nouvelles entrées en cache pendant votre intervention. La documentation WordPress officielle détaille toutes ces constantes.

<?php
/* Désactiver le cache objet WordPress (utile en debug) */
define('WP_CACHE', false);

/* Activer le mode debug et journaliser les erreurs */
define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);
define('WP_DEBUG_DISPLAY', false);

/* Désactiver la concaténation des scripts admin */
define('CONCATENATE_SCRIPTS', false);

/* Forcer le rechargement des assets non minifiés */
define('SCRIPT_DEBUG', true);

La constante WP_CACHE à false désactive le chargement du fichier wp-content/advanced-cache.php : c’est le drop-in que les plugins de cache utilisent pour intercepter les requêtes et servir les pages mises en cache. En la désactivant, WordPress repasse en mode « sans cache » complet.

Important : ces constantes sont destinées au debugging temporaire. Une fois le problème résolu, remettez WP_CACHE à true (si vous avez un plugin de cache) et désactivez WP_DEBUG. Laisser le debug actif en production peut exposer des informations sensibles sur votre configuration serveur et ralentir perceptiblement votre site.

Méthode 5 : Vider le cache LiteSpeed sans plugin (o2switch, PlanetHoster)

L’hébergeur o2switch utilise LiteSpeed comme serveur web, avec un système de cache de page intégré appelé LSCache. Ce cache opère au niveau serveur, indépendamment de WordPress : même sans plugin installé, les pages sont mises en cache par LiteSpeed. Selon les benchmarks LiteSpeed, ce cache peut servir jusqu’à 18 000 requêtes par seconde sur du matériel standard, contre 800 à 1 200 pour Apache avec mod_cache.

Pour purger ce cache sans plugin, la méthode la plus simple est d’ajouter un fichier PHP temporaire qui envoie le header de purge LiteSpeed :

<?php
// Fichier temporaire : purge-lscache.php
// A supprimer immédiatement après utilisation
header('X-LiteSpeed-Purge: *');
header('X-LiteSpeed-Tag: *');
echo "Cache LiteSpeed purgé. Supprimez ce fichier maintenant.";
?>

Uploadez ce fichier via FTP à la racine de votre WordPress, accédez-y une fois via votre navigateur (https://monsite.com/purge-lscache.php), puis supprimez-le immédiatement. LiteSpeed intercepte le header X-LiteSpeed-Purge: * et vide son cache de page complet.

# Alternative : désactiver LSCache pour un dossier spécifique via .htaccess
<IfModule LiteSpeed>
    CacheDisable public /wp-admin/
    CacheLookup public on
</IfModule>

# Ajouter un paramètre cache-buster pour tester sans plugin
# Accédez à https://monsite.com/?nocache=123 pour contourner LSCache

Sur PlanetHoster, la procédure est similaire. Le panel NIC.cloud intègre un bouton de purge du cache LiteSpeed dans la section « Site Web » de votre hébergement. Sur WP Engine ou Kinsta, des endpoints API spécifiques permettent la purge sans plugin installé dans WordPress. Pour comparer l’efficacité des différentes configurations de cache, le guide comparatif cache WordPress 2026 analyse WP Rocket, LiteSpeed Cache et W3 Total Cache avec des données de benchmark réelles.

Méthode 6 : Vider le cache objet Redis sans plugin

Redis est un système de stockage clé-valeur en mémoire utilisé comme cache objet WordPress haute performance. Selon la documentation Redis, il peut gérer plus d’un million d’opérations par seconde avec une latence inférieure à une milliseconde. Lorsqu’un cache Redis est configuré via le fichier wp-content/object-cache.php, le vider sans plugin passe par la CLI Redis ou par WP-CLI.

# Via la CLI Redis (necessite redis-cli sur le serveur)
redis-cli FLUSHALL

# Uniquement la base de données WordPress (si Redis est partagé)
redis-cli -n 0 FLUSHDB

# Via WP-CLI (recommande : utilise l'API WordPress correctement)
wp cache flush

# Verifier que le cache est bien vide
redis-cli DBSIZE
# Doit retourner 0

# Voir les cles stockees avant de purger (utile pour debugger)
redis-cli KEYS "wp_*" | head -20

Si vous n’avez pas accès à redis-cli, vous pouvez créer un fichier PHP temporaire qui utilise l’API WordPress directement :

<?php
// Fichier temporaire : flush-object-cache.php (supprimer apres usage)
define('SHORTINIT', true);
require_once __DIR__ . '/wp-load.php';

global $wp_object_cache;
if (method_exists($wp_object_cache, 'flush')) {
    $wp_object_cache->flush();
    echo "Cache objet vide avec succes.";
} else {
    wp_cache_flush();
    echo "wp_cache_flush() execute.";
}
?>

Quelle méthode choisir selon votre situation

Voici un récapitulatif pour choisir la bonne méthode de vidage de cache WordPress sans plugin en fonction de votre contexte :

Situation                          | Méthode recommandée
-----------------------------------|------------------------------------------
Accès SSH disponible               | WP-CLI : wp cache flush (30 secondes)
Accès cPanel uniquement (FTP)      | Gestionnaire fichiers > wp-content/cache/
Cache navigateur ou CDN seulement  | .htaccess + API Cloudflare
Debug sur staging                  | wp-config.php : WP_CACHE = false
Hébergement o2switch / LiteSpeed   | PHP temporaire + header X-LiteSpeed-Purge
Redis configuré sur le serveur     | redis-cli FLUSHALL ou wp cache flush

Dans tous les cas, après avoir vidé le cache, testez votre site avec un paramètre cache-buster : ajoutez ?nocache=123 à l’URL pour contourner le cache LiteSpeed côté serveur et vérifier que la version fraîche s’affiche correctement. Cette technique simple évite de nombreuses heures de debugging inutile.

Une dernière précaution : avant toute intervention sur les fichiers de configuration (wp-config.php, .htaccess), créez une sauvegarde. Si vos modifications de configuration provoquent une erreur PHP critique, le guide résoudre l’erreur critique WordPress vous guide pas à pas pour récupérer l’accès à votre site via FTP. Pour renforcer la sécurité de votre configuration serveur en parallèle, consultez également le guide sur sécuriser WordPress avec WAF et headers CSP.

FAQ : vider le cache WordPress sans plugin

Comment vider le cache WordPress depuis l’interface admin sans plugin ?

WordPress n’inclut pas de bouton de purge du cache dans son interface par défaut. Sans plugin, la méthode admin la plus proche consiste à aller dans Réglages > Permaliens et cliquer sur « Enregistrer les modifications » : cette action régénère le fichier .htaccess et vide le cache de réécriture WordPress. Pour le cache de page complet, il faut passer par WP-CLI, le gestionnaire de fichiers cPanel ou un fichier PHP temporaire tel que décrit dans ce guide.

Est-ce que vider le cache WordPress peut casser mon site ?

Non, vider le cache ne casse jamais un site WordPress correctement configuré. Le cache contient des copies temporaires des pages, pas les données sources. Supprimer le dossier wp-content/cache/ ou exécuter wp cache flush force simplement WordPress à reconstruire ces copies au prochain chargement. La seule conséquence est une légère lenteur sur les premières requêtes suivant la purge, le temps que le cache se reconstitue. En revanche, supprimer par erreur les fichiers object-cache.php ou advanced-cache.php dans wp-content/ (pas dans le sous-dossier cache/) peut provoquer des erreurs.

Quelle est la différence entre le cache de page et le cache objet WordPress ?

Le cache de page stocke le HTML complet d’une page (après exécution PHP complète) pour le servir directement aux visiteurs suivants sans repasser par PHP ni MySQL. Le cache objet stocke des données PHP intermédiaires (résultats de requêtes WP_Query, options WordPress, termes de taxonomie) pour accélérer le code PHP sans générer le HTML complet. WP-CLI wp cache flush vide uniquement le cache objet. Pour le cache de page, il faut supprimer les fichiers dans wp-content/cache/ ou utiliser la commande spécifique au plugin de cache installé.

Comment vider le cache WordPress sans plugin sur o2switch ?

Sur o2switch (serveur LiteSpeed), le cache de page est géré au niveau serveur via LSCache. Sans le plugin LiteSpeed Cache installé, la méthode la plus simple consiste à créer un fichier PHP temporaire qui envoie le header X-LiteSpeed-Purge: * (voir Méthode 5 dans ce guide), à l’exécuter une fois en accédant à son URL, puis à le supprimer immédiatement. Vous pouvez aussi utiliser le paramètre ?nocache=123 pour tester sans vider le cache : cela sert la version fraîche pour vous sans purger le cache pour les autres visiteurs.

Faut-il vider le cache WordPress après chaque mise à jour ?

Oui, c’est une bonne pratique systématique. Après une mise à jour de WordPress core, d’un thème ou d’un plugin, les fichiers PHP et CSS ont changé mais le cache peut encore servir des versions anciennes. La règle générale : mise à jour de thème ou CSS implique de vider le cache navigateur et CDN ; mise à jour de plugin implique de vider le cache de page ; mise à jour de la base de données implique de vider le cache objet. Sur la plupart des hébergements mutualisés, WP-CLI (wp cache flush) suivi d’une purge FTP du dossier wp-content/cache/ couvre tous les cas en moins de deux minutes.

G
WP Admin Lab

Architecte web full-stack. WordPress, performance, data et sécurité. Notes de terrain, tests reproductibles et retours d'expérience.