« Mon WordPress est lent, je mets quel plugin de cache ? » C'est une question posée au moins une fois par semaine au support. La réponse courte, c'est ça dépend de l'hébergement, de la nature du site et de votre tolérance au bricolage. Cette doc compare les grands candidats (LSCache, WP Super Cache, WP Rocket, W3 Total Cache, Hummingbird), explique où se place Redis Object Cache, et donne une recommandation par profil.
Pourquoi mettre du cache ?
WordPress, à chaque requête, exécute du PHP, interroge MySQL plusieurs dizaines de fois, assemble un template, puis renvoie du HTML. Sans cache, un article un peu chargé peut prendre 400 à 800 ms à générer, même si le serveur est bien calibré. Avec un page cache correctement posé, on sert le même HTML en quelques millisecondes, directement depuis le disque ou la RAM.
Concrètement, le cache agit sur trois indicateurs qui comptent pour l'UX et le SEO :
- TTFB (Time To First Byte) : divisé typiquement par 5 à 10.
- LCP (Largest Contentful Paint, Core Web Vitals), meilleur score Google.
- Charge serveur — PHP-FPM et MySQL respirent, votre VPS encaisse beaucoup plus de visiteurs simultanés sans transpirer.
Les 3 niveaux de cache à ne pas confondre
Avant de choisir un plugin, il faut comprendre qu'un WordPress rapide empile trois couches qui font des choses différentes. Elles ne se remplacent pas, elles se complètent.
1. Page cache : le HTML généré, stocké en statique
La page entière est construite une fois, puis sauvegardée comme un fichier HTML. La fois suivante, on sert le fichier sans passer par PHP ni MySQL. C'est LA couche qui transforme un site lent en site rapide pour les visiteurs non connectés. Tous les plugins comparés ci-dessous font ça (LSCache, WP Super Cache, WP Rocket, W3 Total Cache…).
2. Object cache : les requêtes SQL et options WP en RAM
Redis ou Memcached stockent les résultats de requêtes SQL répétitives, les options WordPress, les transients. Utile dès qu'une page ne peut pas être servie depuis le page cache (admin, panier, compte client, API). Sur WooCommerce, multisite ou gros dashboard, c'est souvent le maillon qui manque. Détails dans la doc Redis : cache objet pour CMS.
3. Opcode cache — OPcache PHP, toujours actif
OPcache garde en mémoire le bytecode PHP compilé, pour ne pas le recompiler à chaque requête. Gain de 2× à 3× sur les exécutions PHP. C'est inclus dans PHP, activé par défaut sur tous les PHP servis chez Datacampus, rien à installer. À vérifier simplement via phpinfo().
Tableau comparatif des plugins de page cache
| Plugin | Gratuit | Installation | Performance | Meilleur pour |
|---|---|---|---|---|
| LiteSpeed Cache (LSCache) | Oui | Plug & play si serveur LiteSpeed | ⭐⭐⭐⭐⭐ | Sites hébergés sur LiteSpeed (dont certaines offres Datacampus) |
| WP Super Cache | Oui | Simple, par Automattic | ⭐⭐⭐ | Petits sites, Apache ou nginx, sans prise de tête |
| WP Rocket | Non (50–80 €/an) | Très simple | ⭐⭐⭐⭐ | Budget disponible, équipe non technique qui veut un réglage rapide |
| W3 Total Cache | Oui | Complexe, beaucoup d'options | ⭐⭐⭐⭐ | Experts qui veulent tout régler finement (page, object, DB, CDN séparés) |
| Hummingbird | Freemium | Moyenne | ⭐⭐⭐ | Écosystème WPMU Dev (Smush, Defender, etc.) |
Object cache : installer Redis
Une fois le page cache en place, la deuxième couche à ajouter sur un site dynamique, c'est Redis Object Cache. Résumé de l'installation côté WordPress :
- Installer le plugin Redis Object Cache (Till Krüss) depuis le dépôt officiel.
- Déclarer la connexion dans
wp-config.php:
define('WP_REDIS_HOST', '127.0.0.1');
define('WP_REDIS_PORT', 6379);
define('WP_REDIS_PASSWORD', 'votreMotDePasseRedis');
define('WP_CACHE_KEY_SALT', 'monsite.fr_');- Dans Réglages > Redis, activer l'Object Cache. Vérifier le statut Connected.
Gain le plus visible :
- Boutique WooCommerce avec catalogue > 1000 produits, filtres à facettes, recherche.
- Multisite : le cache objet devient à peu près non négociable au-delà de quelques sites.
- Dashboard admin lent : typiquement un back-office rempli de plugins qui hammerent
wp_options.
Chez Datacampus, une instance Redis dédiée (isolée, mot de passe, pas de voisinage bruyant) s'active sur demande via le ServiceDesk. Pour les détails techniques, voir la doc Redis dédiée.
Opcode cache (OPcache)
Rien à installer, rien à acheter. À vérifier dans phpinfo() : vous devez voir un bloc Zend OPcache avec opcache.enable = On. Pour un gros site (beaucoup de plugins, WooCommerce, page builder), augmenter la mémoire allouée :
; /etc/php/8.3/fpm/conf.d/10-opcache.ini
opcache.memory_consumption=256
opcache.max_accelerated_files=20000
opcache.validate_timestamps=1
opcache.revalidate_freq=2En production figée, opcache.validate_timestamps=0 est plus rapide encore, mais il faut penser à purger OPcache à chaque déploiement (cachetool opcache:reset ou redémarrage PHP-FPM).
CDN par-dessus : Cloudflare en ceinture et bretelles
Ajouter Cloudflare devant un site déjà bien caché côté serveur, c'est offrir au visiteur un POP géographiquement proche, absorber les pics de trafic, et bénéficier d'un bouclier anti-DDoS gratuit. La configuration type (Cloudflare en reverse proxy devant Plesk) est décrite dans la doc Cloudflare devant Plesk.
Règle d'or : ne pas doubler les règles de cache contradictoires entre Cloudflare et le plugin WordPress. Soit vous laissez Cloudflare respecter les en-têtes envoyés par WP / LiteSpeed, soit vous configurez Cloudflare avec des règles explicites, mais pas les deux à moitié.
Recommandation par profil de site
| Profil | Stack cache recommandée |
|---|---|
| Blog, site vitrine, portfolio | LSCache si serveur LiteSpeed, sinon WP Super Cache. OPcache. Cloudflare gratuit devant. |
| E-commerce WooCommerce (< 1000 produits) | LSCache (ou WP Rocket) + OPcache. Redis recommandé dès que le back-office rame. |
| E-commerce WooCommerce (> 1000 produits) | LSCache + Redis Object Cache obligatoire + OPcache tunné. Cloudflare Pro idéalement. |
| Multisite WordPress | Redis Object Cache non négociable. Page cache via LSCache ou W3 Total Cache. |
| Budget dispo, équipe non technique | WP Rocket + Cloudflare. Zéro ligne de config, support commercial réactif. |
| Expert qui veut tout maîtriser | W3 Total Cache (page + DB + object + CDN configurables séparément) ou LSCache. |
Pièges classiques
- Page logged-in mise en cache : un visiteur non connecté voit le dashboard d'un admin. Vérifiez que le plugin exclut bien les utilisateurs connectés et les cookies WooCommerce
woocommerce_items_in_cart,wp_woocommerce_session_*. - Panier partagé entre visiteurs : même cause, même symptôme, version checkout. Testez en navigation privée.
- Deux plugins page cache actifs en même temps : règles qui se marchent dessus, purges incohérentes, headers contradictoires. Un seul, toujours.
- Cache non purgé après publication d'un article : lié à un hook WP manquant ou à un Cloudflare configuré trop agressivement.
- Minification JS cassante : la plupart des plugins proposent de minifier / combiner JS et CSS. Testez en dev, ça casse régulièrement les sliders, les formulaires, le checkout.
wp-content/advanced-cache.php simultanément produisent des comportements totalement imprévisibles : pages blanches, contenus figés, cookies de session perdus.
Tester l'efficacité du cache
PageSpeed Insights / web.dev
pagespeed.web.dev vous donne les Core Web Vitals (LCP, CLS, INP) et un diagnostic lisible. À regarder avant et après activation du cache, sur la même URL, en mode mobile.
ab — Apache Bench
# 1000 requêtes, 10 en parallèle
ab -n 1000 -c 10 https://monsite.fr/
# Comparer le "Requests per second" et le "Time per request"
# avant et après cache. Un bon page cache doit encaisser
# plusieurs centaines de req/s sans broncher.Headers HTTP
Ouvrez l'onglet Réseau du navigateur, regardez les en-têtes de la réponse HTML :
X-Cache: HITouX-LiteSpeed-Cache: hit: le page cache a servi la page.cf-cache-status: HIT, Cloudflare a servi depuis son edge.Age: 142— la page cachée a 142 secondes.
Si vous avez MISS ou BYPASS systématiquement, le cache ne travaille pas (règle d'exclusion trop large, cookie bloquant, URL avec paramètre non normalisé…).
En résumé
Commencez par le page cache — LSCache si votre hébergement tourne sous LiteSpeed, WP Super Cache ou WP Rocket sinon. Vérifiez qu'OPcache est bien actif. Ajoutez Redis Object Cache dès que le site est dynamique (WooCommerce, multisite, back-office chargé). Enfin, passez par Cloudflare devant le tout pour absorber les pics et couvrir géographiquement. Datacampus active Redis et LSCache sur demande via le ServiceDesk, sans supplément sur la plupart des offres d'hébergement infogéré.