WooCommerce
Cache Redis pour les boutiques WooCommerce
CachePilot met en cache les pages de la boutique et les purge lors des changements de prix et de stock. Cette page décrit chaque déclencheur et ce qu’il advient du panier.
Ce qui déclenche une purge
Les hooks sont placés sur l’API de WooCommerce. Les modifications faites depuis l’administration, l’API REST, WP-CLI, les imports et les promotions planifiées sont donc toutes prises en compte. Une modification groupée ne vide le cache qu’une seule fois, à la fin de la requête.
01
Prix ou date de promotion
Toute modification enregistrée du prix, des dates de promotion, du statut fiscal ou de la classe de taxe vide l’ensemble du cache de pages, car les produits associés et les ventes incitatives l’affichent sur d’autres pages.
02
Stock
Une commande, un import ou une modification du stock purge la page produit ainsi que les pages de la boutique et des catégories.
03
Produit enregistré ou réordonné
Toute autre modification enregistrée d’un produit et tout nouvel ordre des produits purgent les mêmes pages.
04
Réglages de la boutique
La devise, le format des nombres, les réglages de taxe, les taux de taxe et le pays par défaut vident l’ensemble du cache de pages.
Une modification écrite directement dans la base de données ne déclenche aucun de ces hooks. Une telle page reste en cache jusqu’à la fin de sa durée de vie, soit 12 heures au maximum.
Fragments du panier
La requête de fragments alimente le mini-panier sur chaque page en cache. Lorsque le cache de pages est actif, CachePilot conserve pendant 7 jours la réponse pour un panier vide, par langue et devise, et la sert avant le chargement de WordPress.
Une réponse contenant un panier rempli provient chaque fois de WordPress. Les modifications du thème, des menus et des widgets vident les réponses conservées.
Time to First Byte d’une page en cache
33 à 54 ms
Page en cache sur une boutique WooCommerce en production, novembre 2026
Questions des propriétaires de boutiques
Les pages sont-elles mises en cache lorsque le panier contient des articles ?
Les visiteurs dont le panier contient des articles reçoivent des pages en cache, et le mini-panier est alimenté par les fragments. Une page générée pour un tel visiteur, ou pour toute personne disposant d’une session WooCommerce, n’est pas stockée, car elle peut afficher les notifications de ce visiteur.
CachePilot met-il en cache la validation de la commande ?
Non. Les pages du panier, de la validation de la commande et du compte sont exclues, et les requêtes POST sont toujours transmises à WordPress.
Peut-on limiter le script de fragments ?
Oui. Un réglage du module WooCommerce Optimizer ne le charge que sur les pages de la boutique, du panier et de la validation de la commande. Il est désactivé par défaut, car le script met à jour le mini-panier sur les pages en cache.
Tester sur une copie de préproduction de votre boutique
Dans la bêta réservée aux entreprises, installez CachePilot en préproduction et modifiez un prix pour observer la purge.