Comment afficher des messages conditionnels sur une fiche produit ?
Une règle écrite une fois affiche le bon message, badge ou bouton sur les fiches concernées, puis le retire quand la condition change. Étapes, cas concret et limites.
Cache de pages complètes avec purge précise, pré-chargement et pages pré-compressées.
Une page enregistrée est envoyée avant que PrestaShop construise la page, sans aucune requête SQL du module.
Visitez vos pages à l’avance depuis le tableau de bord ou une tâche planifiée, avant l’arrivée de vos visiteurs.
Les pages sont compressées une fois à l’enregistrement : Gzip, et Brotli si votre serveur a l’extension.
Seules les pages concernées sont supprimées quand vous modifiez un produit, un prix, une promotion ou un stock.
Chaque boutique, langue, devise et appareil (desktop ou mobile) a sa propre copie enregistrée.
Testez en un clic, puis suivez le taux de succès, le gain de vitesse et les raisons des visites sans cache.
Chaque fois qu’un visiteur charge une page, PrestaShop exécute toute la pile : initialisation du framework, connexion à la base de données, centaines de requêtes SQL, compilation des templates Smarty, exécution des hooks pour chaque module installé, et enfin génération du HTML. Sur une boutique avec des dizaines de modules et des milliers de produits, ce cycle prend de quelques centaines de millisecondes à plusieurs secondes par page, et il est répété pour chaque visiteur alors que la plupart des pages sont identiques pour tout le monde.
Pendant ce temps, votre visiteur attend. Google intègre également la vitesse des pages dans son classement via les Core Web Vitals : une boutique lente nuit à la fois à votre taux de conversion et à votre SEO.
Cache Pro enregistre le rendu HTML final de chaque page lors de sa première génération, puis sert cette copie enregistrée à chaque visiteur suivant. Elle est envoyée avant que PrestaShop commence à construire la page : le serveur n’a plus à régénérer la page, il lit simplement un fichier et l’envoie. Le résultat :

Chaque page enregistrée est compressée une seule fois, au moment de l’enregistrement, en Gzip et, quand votre serveur a l’extension PHP Brotli, en Brotli également. Lorsqu’un visiteur demande une page, Cache Pro sert le format optimal accepté par son navigateur, d’après l’en-tête Accept-Encoding. Brotli produit en général des fichiers plus petits que Gzip, ce qui aide surtout sur mobile. Contrairement à la compression à la volée, la pré-compression n’ajoute aucun travail de compression au moment de servir la page.
Avant la compression, Cache Pro peut retirer les commentaires HTML et les espaces entre balises de la copie enregistrée. Les scripts, les styles et les textes ne sont pas touchés, et vous pouvez la désactiver en un clic si un thème ne la supporte pas.
Un cache de pages complètes ne doit jamais montrer une page construite pour quelqu’un d’autre : les éléments propres au visiteur, comme le panier, seraient figés dans le HTML enregistré. C’est pourquoi, par défaut, les clients connectés et les visiteurs avec un panier reçoivent toujours des pages normales et exactes, construites par PrestaShop : le panier, les totaux et le compte ne sont jamais figés ni partagés.
Vous préférez que les visiteurs avec un panier reçoivent aussi les pages enregistrées ? Cache Pro adopte une approche plus fine : une option avancée envoie la page enregistrée, puis rafraîchit le bloc panier avec une légère requête AJAX une fois la page chargée, de sorte que le panier affiche toujours des données à jour. Un bouton détecte le bloc panier des thèmes Classic et Hummingbird ; pour un autre thème, indiquez le hook et le sélecteur CSS du bloc. La page d’un tel visiteur n’est jamais enregistrée.

Vous ne devriez jamais avoir à vider le cache manuellement après avoir modifié votre boutique. Cache Pro se connecte aux événements natifs de PrestaShop et supprime automatiquement uniquement les pages concernées lorsque vous :
Une page qui affiche une promotion qui commence ou se termine plus tard n’est enregistrée que jusqu’à ce moment : une promotion programmée apparaît et se termine à l’heure. Les purges fonctionnent aussi quand le cache est désactivé : une page ne peut donc jamais revenir périmée.
Après une purge complète ou une nouvelle installation, le cache est vide et les premiers visiteurs de chaque page subissent des temps de chargement normaux. Le warm-up intégré de Cache Pro, appelé pré-chargement dans le module, résout ce problème en visitant vos pages à l’avance et en remplissant le cache avant l’arrivée du premier visiteur réel : accueil, catégories, meilleures ventes, nouveautés, marques, fournisseurs, produits et pages CMS, dans toutes les langues et, si vous le souhaitez, en version mobile. Il s’appuie sur votre sitemap ou votre catalogue produits.

Les pages PrestaShop changent selon le contexte du visiteur. Cache Pro conserve une copie distincte pour chacun :
Un visiteur suisse qui navigue en CHF ne recevra jamais la page enregistrée d’un visiteur en EUR.
Cache Pro inclut un tableau de bord clair pour débutants qui montre ce que fait le cache, sans aucune connaissance technique :
Besoin de rafraîchir des pages précises ? Videz tout le cache, un type de page (avec le nombre de pages enregistrées et une explication en langage simple sur le moment de le faire) ou une page depuis son adresse. Une boîte de confirmation protège la purge complète, les dernières purges sont listées avec leur cause et le pré-chargement peut remplir le cache juste après.

Vous synchronisez votre boutique avec un ERP, un PIM ou un pipeline de déploiement ? Cache Pro vous donne une adresse protégée par un jeton secret : une tâche cron nettoie le cache et lance le pré-chargement, et vos outils peuvent supprimer tout, un type de page, un produit, une catégorie, une page CMS, une marque, un fournisseur ou une adresse, lancer le pré-chargement et lire les statistiques, le tout via une simple requête HTTP.
actionDispatcher), avant la construction de la pageX-WP-Cache : HIT, MISS ou BYPASS)Compatible avec PrestaShop 1.7.8, 8.0+ et 9.1+, avec PHP 7.4 minimum, les extensions cURL et zlib et un dossier de cache dans lequel le module peut écrire. PrestaShop 1.7.7 et antérieures, ainsi que 9.0, ne sont pas pris en charge. Une seule archive convient à toutes ces versions. L’interface est disponible en français, anglais, espagnol, italien et polonais. Ne gardez qu’un seul module de cache de pages complètes à la fois.
Le support est assuré depuis votre espace client WePresta ou par e-mail à mail@wepresta.shop, selon l’option de support de votre formule. Lire la documentation complète
Découvrez comment nous nous comparons aux alternatives les plus courantes du marché.
| Fonctionnalité | WePresta | Addons |
|---|---|---|
| payments Tarification transparente | check_circle | cancel |
| update Mises à jour à vie incluses | check_circle | cancel |
| support_agent Support direct du développeur | check_circle | cancel |
| verified Compatible PS 1.7, 8 & 9 | check_circle | help_outline |
| code Code propre et standardisé | check_circle | cancel |
| storefront Compatible Multi-boutique | check_circle | help_outline |
| money_off Aucun frais de renouvellement caché | check_circle | cancel |
Trouvez les réponses aux questions fréquemment posées sur ce module
Rejoindre +9 marchands utilisent ce module
Installation en 5 minutes · Documentation complète incluse
check_circle
check_circle