Redis Object Cache : l’activer ou pas ?
Cache Redis : quand l’activer sur WordPress (et quand s’en passer)
Introduction
Le cache objet Redis est souvent présenté comme l’accélérateur ultime pour WordPress. Mais faut‑il réellement l’activer sur tous les sites ? Dans cet article, nous passons en revue :
- ce que fait concrètement Redis ;
- les scénarios où il change la donne ;
- les cas où il n’apporte rien, voire consomme inutilement de la RAM ;
- un benchmark maison RunPress pour mesurer l’impact réel ;
- nos bonnes pratiques d’activation.
TL;DR : Redis est indispensable pour un site dynamique (WooCommerce, espace membres…) ; superflu pour une simple vitrine déjà servie en cache page LiteSpeed.
1. Redis Object Cache : rappel express
Redis est une base de données clé‑valeur en mémoire. Dans WordPress, on l’utilise comme cache objet : le CMS stocke en RAM le résultat de requêtes SQL, d’APIs ou de calculs complexes, évitant ainsi de solliciter la base MySQL à chaque page vue.
2. Quand Redis apporte un gain décisif ✅
| Scénario | Pourquoi Redis accélère |
|---|---|
| WooCommerce : panier, checkout, compte client | Pages dynamiques non‑cacheables en HTTP ; Redis supprime les requêtes SQL redondantes. |
| Espace membres / LMS / forum | Beaucoup d’utilisateurs connectés ; le cache page est contourné, Redis réduit la charge DB. |
| Site avec +30 plugins ou requêtes personnalisées lourdes | Plugins gourmands ⇒ appels répétés à la DB ; Redis garde les objets en RAM. |
| Multisite, API headless, Webhooks | Haute fréquence de requêtes ; Redis amortit les allers‑retours MySQL. |
3. Quand Redis est superflu (ou contre‑productif) 🚫
| Scénario | Pourquoi s’en passer |
|---|---|
| Site vitrine statique / landing pages | LiteSpeed Cache (ou autre cache page) sert déjà la page complète en <100 ms. |
| Blog à faible trafic (<5 000 vues/mois) | Gains marginaux, consommation RAM injustifiée. |
| Serveur mutualisé « serré » en mémoire | Redis occupe 30–100 Mo minimum ; risque d’OOM si la RAM est limitée. |
| Thème/plug‑in qui n’utilise pas l’API cache | Rien à stocker ⇒ zéro bénéfice, complexité inutile. |
4. Benchmarks RunPress : l’impact concrétisé
Configuration de test : VPS 2 vCPU / 4 Go RAM, LiteSpeed Enterprise + LSCache, PHP 8.3, MariaDB 10.11, Redis 7 (maxmemory 256 Mo, politique
allkeys-lfu). Catalogue WooCommerce 500 produits.
| Page testée (TTFB moyen sur 10 runs) | Sans Redis | Avec Redis | Gain |
|---|---|---|---|
| Boutique WooCommerce (catégorie) | 480 ms | 225 ms | ‑53 % |
| Fiche produit WooCommerce | 530 ms | 260 ms | ‑51 % |
| Panier (2 articles) | 690 ms | 330 ms | ‑52 % |
| Checkout invité | 720 ms | 350 ms | ‑51 % |
| Tableau de bord WP‑Admin (requêtes SQL/page) | 25 | 10 | ‑60 % |
| Homepage vitrine avec cache page | 55 ms | 55 ms | ≃ 0 % |
À retenir : sur un e‑commerce, Redis divise par deux le Time‑To‑First‑Byte sur les pages dynamiques. Sur une vitrine statique, il n’a aucun effet puisque LSCache délivre déjà la page HTML complète.
Ces mesures proviennent de notre lab interne. Vos résultats dépendront de votre thème, de vos plugins et de la charge réelle. Mesurez toujours avant/après.
5. Bonnes pratiques d’activation sur RunPress
- Mesurer : utilisez Query Monitor ou
wp cache statsavant d’activer pour établir un point de référence. - Tuner : chez RunPress, nous définissons
maxmemoryet la politique d’éviction adapté à votre offre :- Standard : Redis disponible sur demande (activation en 1‑clic via cPanel) ; monitoring RAM.
- Pro & Expert : Redis activé par défaut, avec surveillance et purge automatique couplée à LSCache.
- Purger ensemble : alignez la purge LSCache et Redis pour éviter les incohérences de contenu.
- Surveiller : PHP X‑Ray aide à repérer les goulots d’étranglement résiduels.
6. Verdict rapide
| Type de site | Activer Redis ? |
|---|---|
| Vitrine statique / landing | ❌ Non |
| Blog faible trafic | ❌ Non |
| WooCommerce / espace membres | ✅ Oui |
| Multisite, API headless, plugins lourds | ✅ Oui |
Règle d’or : >1 000 requêtes SQL/page ou pages dynamiques non‑cacheables ⇒ Redis est votre allié. Sinon, LiteSpeed Cache suffit.
Conclusion
Redis Object Cache est un levier de performance puissant, mais ce n’est pas une potion magique universelle. Sur RunPress, nous l’activons uniquement quand cela a du sens, afin d’optimiser vos ressources et de maintenir la simplicité d’exploitation.
Besoin d’un diagnostic ?
Contactez notre support : nous analyserons votre profil de requêtes et activerons Redis si c’est pertinent pour votre site.
Dernière mise à jour : 28 juillet 2025.
