Fonctionnalités

  • Les pages ne sont enregistrées que pour des visiteurs sans rien de personnel dans leur cookie : un panier, un nom ou des produits consultés n’atteignent jamais le cache
  • Fragments dynamiques en option : les clients connectés et les visiteurs avec un panier reçoivent aussi les pages du cache, avec leur panier, leur nom, leurs liens de compte et leurs propres jetons de formulaire rafraîchis dans le navigateur
  • Formulaire avancé pour qu’un développeur rafraîchisse tout autre élément : un sélecteur CSS et un hook de module, un événement PrestaShop ou une page de la boutique, chaque champ expliqué
  • Préchauffage depuis le back-office ou par une tâche cron : accueil, catégories, pages CMS, marques et meilleures ventes d’abord, dans toutes les langues
  • Filtres, tri et pagination de la recherche à facettes servis eux aussi depuis le cache, et temps de réponse et attente épargnée affichés dans l’état
  • Un changement de prix, de stock, de déclinaison, d’image ou de prix spécifique renouvelle la fiche, ses catégories et les listes qui l’affichent
  • Tout réglage enregistré dans le back-office, un module installé ou un cache vidé invalide les pages en cache
  • Les prix spécifiques et règles de prix catalogue programmés commencent et finissent à l’heure, y compris sur les pages en cache
  • Une vérification charge vos pages comme deux nouveaux visiteurs et montre toute différence avant d’activer le cache
  • Une entrée par devise, pays, appareil et boutique du multiboutique ; les paramètres de suivi comme utm_source partagent la page
  • Répond depuis le hook actionDispatcherBefore, avant que PrestaShop ne construise le contrôleur : aucun override, aucune modification du .htaccess

La plupart des personnes qui arrivent sur votre boutique depuis Google, une publicité ou une newsletter ne sont pas connectées et ont un panier vide. Pourtant, PrestaShop leur construit chaque page de zéro : tous les modules, tous les hooks, toutes les requêtes du catalogue et tous les gabarits, encore et encore, pour une page identique pour tous. C’est de là que vient cette première page lente qui fait partir les visiteurs avant même qu’ils voient un produit.

Page Cache met fin à cette répétition. La page du premier visiteur est gardée prête et les suivants la reçoivent aussitôt, avant que PrestaShop ne se mette au travail. Les pages s’ouvrent plus tôt, le serveur répond plus vite (le temps de réponse jusqu’au premier octet que mesurent Core Web Vitals et PageSpeed) et votre hébergement encaisse les pics de trafic des soldes, des campagnes et des newsletters sans broncher.

Rapide, mais jamais faux. La crainte habituelle avec un cache de pages, c’est qu’un client voie le panier d’un autre ou un ancien prix. Ce module a été conçu pour l’éviter : il n’enregistre que des pages construites pour des visiteurs sans rien de personnel, ne les sert qu’aux visiteurs non connectés dont le panier est vide, et reconstruit les pages d’un produit dès que son prix ou son stock change. Les remises programmées et les ventes flash démarrent à l’heure, et tout réglage enregistré dans le back-office rafraîchit l’ensemble. Le panier, la commande et le compte restent toujours en direct.

Prêt en deux clics. Une vérification intégrée ouvre vos pages comme deux nouveaux visiteurs et vous dit si elles peuvent être mises en cache avant de l’activer. Ensuite, rien à entretenir : aucun override, aucune configuration serveur, aucun cache à vider à la main. Un préchauffage (un bouton ou une tâche cron) prépare vos pages avant l’arrivée du premier visiteur, les filtres de la recherche à facettes sont eux aussi servis depuis le cache, et l’état affiche les temps de réponse et l’attente épargnée à vos visiteurs.

Plus rapide aussi pour vos clients, si vous le souhaitez. Avec les fragments dynamiques activés, les clients connectés et les visiteurs avec un panier reçoivent eux aussi les pages du cache, et leur panier, leur nom et leurs liens de compte apparaissent un instant plus tard. Les clients aux prix propres reçoivent toujours la page en direct, et un formulaire pour développeurs couvre tout autre module qui affiche quelque chose de personnel.

Comment il s’intègre à PrestaShop

Versions
PrestaShop 8.2 et 9.0 avec PHP 8.1 ou plus, quel que soit le thème : il enregistre le HTML que le vôtre affiche.
Back-office
Modules › Gestionnaire de modules › Configurer présente l’état (pages enregistrées, part des requêtes servies depuis le cache), les réglages, la vérification et un bouton « Vider le cache ».
Hooks
actionDispatcherBefore pour répondre, les hooks actionObject…After et actionUpdateQuantity pour renouveler, ceux d’installation de module et de vidage de cache pour tout effacer. Aucun override.
Prix
Les prix spécifiques, règles de prix catalogue et ventes flash qui commencent ou finissent plus tard sont pris en compte : la page en cache expire à ce moment-là.
Stockage
Fichiers compressés dans le dossier de cache de PrestaShop et un petit index en base de données, avec la taille maximale de votre choix.

Installation

  1. Étape 1

    Récupérez le zip dans Mon compte › Téléchargements sur ecom-addons.com.

  2. Étape 2

    Dans le back-office, ouvrez Modules › Gestionnaire de modules, cliquez sur Installer un module et déposez le zip.

  3. Étape 3

    Cliquez sur Configurer, lancez la vérification, cochez Envoyer les pages du cache aux visiteurs anonymes et enregistrez.

Téléchargez le guide pas à pas (PDF)

FAQ

Un client peut-il voir le panier ou le nom d’un autre ?

Non. Seules les pages de visiteurs sans rien de personnel sont enregistrées. Les clients connectés et les visiteurs avec un panier reçoivent la page construite pour eux ou, avec les fragments dynamiques activés, la page du cache avec leur propre panier et leur nom remis dans leur navigateur.

J’ai changé un prix : faut-il vider le cache ?

Non. Les pages qui affichent le produit sont reconstruites à la visite suivante. Les réglages enregistrés dans le back-office invalident toutes les pages.

Remplace-t-il les réglages de cache de PrestaShop ?

Non, gardez-les. Le cache Smarty et le CCC accélèrent la construction de chaque page ; ce module évite de la reconstruire.

Les visites des pages en cache sont-elles comptées dans les statistiques de PrestaShop ?

Pas dans le module Statistiques intégré, qui enregistre la visite pendant la construction de la page. Votre balise d’analyse les compte toujours.

Historique des versions

  1. Chargement…

Avis

Chargement…