Configurer Redis Object Cache pour WooCommerce et mesurer le gain

Une boutique très visitée comporte des pages que le cache HTML ne doit pas servir à tous. Redis Object Cache vise une autre couche : réutiliser des objets entre requêtes WordPress afin de réduire certains accès à la base.

1. Préparer un essai comparable

Le cache de page conserve une réponse HTML ; le cache objet conserve des données utilisées pour la construire. Redis ne répare pas automatiquement une requête SQL mal conçue et ne remplace pas les exclusions de page.

Sur une préproduction représentative, sauvegardez fichiers et base. Relevez versions de WordPress, WooCommerce, PHP et Redis Object Cache, puis vérifiez leurs prérequis. Mesurez une fiche produit, un panier et une page de compte : durée serveur, nombre et durée cumulée des requêtes SQL. Utilisez le même profilage, le même catalogue et les mêmes sessions avant/après.

2. Connecter un Redis privé à WordPress

Prérequis : un VPS administré par vous, un service Redis installé via la procédure prise en charge par votre système, et un client PHP compatible. Sur un hébergement partagé, demandez les paramètres disponibles ; cPanel ne signifie pas que Redis est proposé.

Pour une instance réservée au cache de ce site, choisissez une limite mémoire selon la RAM restante. Exemple de paramètres Redis à adapter, sans écraser le reste de la configuration :

Les 256 MB sont un exemple, pas un dimensionnement recommandé pour toute boutique. N’utilisez pas cette politique sur une instance qui conserve aussi des données durables. Ajoutez authentification/ACL si d’autres utilisateurs ou applications partagent la machine ; une écoute locale seule ne les isole pas.

Avant le chargement de WordPress, ajoutez à sa configuration :

Utilisez un préfixe distinct en préproduction. Après installation et activation de Redis Object Cache, lancez depuis le dossier WordPress avec l’utilisateur du site :

Vérifiez la connexion et le drop-in actif. Ne cumulez pas deux gestionnaires de cache objet.

3. Tester les paniers et décider sur les mesures

Excluez panier, commande et compte du cache de page, avec leurs véritables URL et les cookies de session prévus par votre système. Ces exclusions ne sont pas une liste de groupes Redis à recopier. Les éventuelles exclusions de cache de base ou de groupes objets dépendent de l’intégration.

Avec deux navigateurs indépendants, vérifiez paniers distincts, connexion, code promotionnel, stock et commande en mode test. Répétez le profilage après échauffement du cache. Comparez les durées SQL et serveur sous une charge contrôlée identique ; surveillez aussi mémoire, évictions et erreurs Redis.

Erreurs fréquentes

Partager les clés entre staging et production, ouvrir Redis à Internet ou purger tous les caches en permanence peut annuler le bénéfice ou exposer des données.

FAQ et vérification finale

Un taux de succès élevé garantit-il une boutique rapide ? Non : vérifiez le temps du parcours complet.

Comment revenir en arrière ? Testez wp redis disable en préproduction et confirmez le retour au comportement initial, sans vider une instance partagée.

Conservez Redis seulement si le gain est mesurable, les sessions restent isolées et le retour arrière fonctionne.

Sources : Redis Object Cache, WooCommerce.