FreshApp PrestaCache — Module PrestaShop | FreshApp.io

FreshApp PrestaCache

119,99 € TTC

99,99 € HT

Cache full-page, préchauffage du catalogue, navigation instantanée, images optimisées et mesure de la vitesse réellement ressentie par vos visiteurs.

Version1.7.18
Compatibilité PrestaShopPrestaShop 1.7.8 → 9.x
LicenceMonosite (1 domaine)
Mises à jour12 mois inclus

Essayer le module en démo

Boutique de démo Back-office de démo

Identifiant: demo@demo.com
Mot de passe: demodemo

Boutique remise à zéro chaque nuit.

La performance de votre boutique impacte directement votre taux de conversion. FreshApp PrestaCache est une solution complète d'optimisation qui combine cache full-page, préchauffage du catalogue, navigation instantanée, optimisation des images et mesure de la vitesse réellement ressentie par vos visiteurs.

Fonctionnalités

Cache full-page configurable : durée de vie par type de page, exclusions par URL, par expression régulière ou par module, cache distinct par groupe client
Filtres, tri et pagination des listes de produits en cache : la recherche à facettes répond instantanément
Pages de modules (blog, FAQ…) en cache, avec leur propre durée de vie
Navigation instantanée : la page suivante se prépare dès que le visiteur survole un lien, et s'affiche aussitôt au clic (Chrome, Edge, Opera)
Clients connectés et paniers en cours servis eux aussi depuis le cache : leurs blocs personnels (nom, panier, liste d’envies…) sont complétés juste après l’affichage, sans jamais mélanger les données de deux clients ; les blocs personnels de votre thème sont détectés automatiquement
Optimisation automatique des images (WebP, AVIF, compression) et chargement différé ; l'image principale de chaque page (photo du produit, première vignette) est chargée en priorité
Purge ciblée à chaque modification (produit, catégorie, prix, stock…), avec régénération immédiate des pages concernées en arrière-plan : vos visiteurs ne tombent jamais sur une page lente
Mesure de l'expérience réelle de vos visiteurs (vitesse d'affichage, réactivité, stabilité, temps de réponse), avec et sans le cache, sans cookie ni donnée personnelle ; tableau de bord et diagnostic intégrés
Mode test : vérifiez page par page ce que fait le cache, et pourquoi une page n'est pas mise en cache
Purge automatique de votre CDN Cloudflare ou Bunny
Zones dynamiques compatibles proxy ESI (Varnish, Nginx ngx_http_esi_module), avec repli JS/AJAX automatique
Compatible PrestaShop 1.7.8 → 9.x

Un catalogue déjà en cache avant vos visiteurs

Après une modification ou un vidage du cache, une page n'est normalement refaite que lorsqu'un visiteur la demande, et c'est lui qui attend. Le préchauffage fait ce travail à sa place : il parcourt votre catalogue en arrière-plan, comme un visiteur, pour que chaque page soit prête avant la première vraie visite.

Accueil, catégories, fiches produits, pages CMS et marques, dans chaque langue active
Les pages modifiées dans le back-office et les plus visitées passent en premier
Mode boost : un passage chaque minute jusqu'à ce que tout le catalogue soit refait, lancé d'un clic ou automatiquement après chaque vidage complet du cache
Un onglet dédié : état de la tâche planifiée, progression du tour, durée estimée, et journal de chaque passage sur 30 jours (pages déjà en cache, mises en cache, refusées, en erreur)
Une seule tâche planifiée à régler sur chaque minute ; un appel sans travail à faire ne coûte presque rien au serveur

Installation

Téléchargez le fichier .zip depuis votre espace client
Installez via Modules → Gestionnaire de modules
Configurez les règles de cache depuis le tableau de bord dédié
Activez les optimisations souhaitées

Mesurez vos propres gains

Vitesse d'affichage, réactivité et temps de réponse mesurés chez vos vrais visiteurs, sur la durée
Comparaison directe des pages servies depuis le cache et des autres
Résultats par type de page (accueil, catégories, fiches produits…), en vert, orange ou rouge selon les seuils de Google

Contenu du pack

Module PrestaShop (.zip), guide de configuration, mises à jour incluses 12 mois.

La documentation complète de ce module est en ligne : installation, réglages et cas d'usage.

Lire la documentation

Version 1.7.18 20/10/2026

Tableau de bord : la liste « Top pages » n'est plus vide après un vidage du cache. Elle classe toutes vos pages par nombre de visites et signale celles qui seront refaites à la prochaine visite.
Tableau de bord : un temps de réponse inférieur à la milliseconde s'affiche « < 1 ms » au lieu de « 0ms ».

Version 1.7.6 → 1.7.17 14/10/2026

Correction importante pour le stockage Memcached : le vidage du cache (bouton, vidage du cache PrestaShop, modification d'un produit, d'une catégorie ou des styles du thème) ne vidait pas Memcached. Les pages anciennes restaient servies, et après un vidage du cache PrestaShop elles pouvaient s'afficher sans style ni JavaScript. Les stockages Fichiers et Zip n'étaient pas concernés.
Correction : le bouton « Vider tout le cache » pouvait laisser, pendant quelques secondes, des pages servies sans style ni JavaScript. Les feuilles de style et scripts regroupés du thème sont désormais reconstruits sous un nouveau nom, et les pages en cache refaites en conséquence.
Back-office en anglais entièrement traduit : une partie de l'écran restait en français, notamment l'onglet « Cache Warmer », les boutons de vidage, les onglets Miniatures et Vidage ciblé, et le diagnostic.
L'écran de configuration propose un lien vers la boutique FreshApp, pour retrouver tous nos modules et leur documentation.
Paramètres : nouvelle section « Stockage des pages » qui regroupe le choix du moteur (Fichiers, Zip, Memcached) et ses réglages, au lieu d'un champ « Backend » d'un côté et d'une section Memcached isolée plus bas. Les champs Hôte et Port n'apparaissent que pour Memcached.
Sous le moteur choisi, son état réel : dossier, nombre de fichiers et place occupée sur le disque, espace libre ; pour Memcached, serveur joignable ou non, version, mémoire utilisée sur la mémoire allouée, éléments stockés et éléments évincés faute de mémoire, avec une alerte si la mémoire est trop juste.
Un socket Memcached détecté sur le serveur est proposé en un clic (« Utiliser ce socket »).
Memcached : quand l'adresse saisie ne répond pas, le module cherche lui-même un socket Unix aux emplacements habituels (celui de cPanel, ~/.cpanel/memcached/memcached.sock, utilisé notamment par o2switch, puis ceux des distributions Linux). S'il en trouve un qui répond, il l'enregistre et l'indique : choisir le backend Memcached suffit, sans recopier de chemin.
Le message d'échec explique désormais qu'un hébergement mutualisé expose souvent Memcached par un socket, et où en indiquer le chemin.
Memcached par socket Unix : l'hôte accepte le chemin du socket (par exemple chez o2switch, /home/compte/.cpanel/memcached/memcached.sock), avec ou sans « unix:// ». Les hébergements mutualisés exposent Memcached ainsi, et le module ne savait jusqu'ici se connecter qu'à une adresse et un port.
Correction : une erreur JavaScript « bootstrap is not defined » s'affichait sur le tableau de bord du module sous PrestaShop 9, dont le back-office ne charge pas Bootstrap. Les aides restent affichées au survol.
Tableau de bord : le graphique d'activité, annoncé par « Graphique disponible après 24h de données », n'avait jamais été branché et le message restait affiché indéfiniment. Il montre désormais, jour par jour sur 14 jours, les pages servies depuis le cache et les pages générées, avec le temps de réponse moyen de chacune et la part servie depuis le cache. Il s'appuie sur les mesures déjà enregistrées (option « Statistiques TTFB ») : l'historique existant s'affiche dès la mise à jour.
Mode boost du préchauffage : un passage à chaque appel de la tâche planifiée, jusqu'à ce que tout le catalogue ait été parcouru une fois, puis retour automatique au rythme normal (un passage toutes les 15 minutes). Lancement et arrêt depuis l'onglet « Cache Warmer » ; arrêt de sécurité au bout de 6 heures.
Boost automatique après chaque vidage complet du cache (option, active par défaut) : les pages sont refaites en quelques minutes au lieu d'attendre les passages suivants.
La tâche planifiée se règle désormais sur chaque minute : le module décide s'il travaille, un appel sans travail répond aussitôt, et deux passages ne se chevauchent jamais (verrou partagé avec le bouton « Lancer un passage maintenant »).
L'onglet affiche le dernier appel de la tâche planifiée et sa fréquence réelle, et prévient si elle est encore réglée sur 15 minutes.
Nouvelle option « Versionner les CSS et JS » (onglet Options, active par défaut) : la date de chaque feuille de style et de chaque script de la boutique est ajoutée à son adresse. Un fichier modifié est rechargé par le navigateur, les autres restent en cache.
Elle permet de désactiver sans risque le regroupement CCC de PrestaShop (Paramètres avancés > Performances). Ce regroupement fabrique un paquet différent pour chaque type de page (accueil, catégorie, produit, panier) : le visiteur retélécharge plusieurs centaines de Ko presque identiques à chaque nouveau type de page. Sans lui, les fichiers communs ne sont téléchargés qu'une fois.
Les pages en cache sont refaites automatiquement quand le thème est recompilé, regroupement CCC actif ou non.
Nouvel onglet « Cache Warmer » : état de la tâche planifiée (elle tourne, elle est en retard, ou ne tourne plus), position dans le tour du catalogue et durée estimée d'un tour complet, adresse et ligne de crontab à copier, et explication du fonctionnement du préchauffage.
Journal du préchauffage : chaque passage est enregistré (début, durée, origine, pages demandées, déjà en cache, mises en cache, refusées, en erreur, temps de réponse moyen), avec les premières pages refusées ou en erreur. Totaux sur 24 h, 48 h et 7 jours ; historique conservé 30 jours, puis effacé automatiquement.
Bouton « Lancer un passage maintenant », qui fait exactement ce que fait la tâche planifiée et l'inscrit au journal.
Conversion WebP/AVIF des images existantes : elle traite aussi les images des pages CMS (captures, illustrations envoyées depuis l'éditeur), souvent les plus lourdes du site. Sur les captures de documentation de la boutique FreshApp, -77 % en WebP à qualité 80, sans différence visible.
Correction : les PNG et GIF en couleurs indexées n'étaient jamais convertis (refus de la bibliothèque GD), et la transparence des PNG était perdue. Les deux sont pris en charge.
Une version convertie plus lourde que l'image d'origine (petit PNG déjà optimisé) est écartée : la page garde l'original.

Version 1.7.5 13/10/2026

Correction : avec le backend Memcached, le module se contentait de vérifier que l'extension PHP était chargée. Chez un hébergeur qui la fournit sans serveur Memcached qui tourne, aucune page n'était jamais enregistrée (toutes restaient « miss »), sans aucune alerte. Le serveur est maintenant réellement interrogé : s'il ne répond pas, les pages sont stockées en fichiers.
Réglages : Memcached n'est accepté que si un serveur répond à l'adresse saisie ; sinon le backend précédent est conservé et un message l'explique.
Diagnostic : nouveau contrôle « Serveur Memcached joignable ».
Mise à jour : une boutique réglée sur Memcached sans serveur joignable repasse automatiquement en stockage fichiers.

Version 1.7.4 25/09/2026

Icône du module (menu du back-office, onglet du navigateur) : elle affichait encore le colibri générique de la marque au lieu de son propre pictogramme, corrigée.
Correction : le bouton « Vider le cache PrestaShop + les pages » ne vidait pas le cache d'assets front du thème (le CSS/JS regroupé par webpack, sous `assets/cache/`). Après une mise à jour du thème, l'ancien JavaScript/CSS continuait donc d'être servi même après avoir cliqué sur ce bouton — seul le vidage manuel depuis Paramètres avancés > Performances fonctionnait. Les deux caches sont maintenant vidés ensemble.

Version 1.7.1 → 1.7.3 24/09/2026

Vidage ciblé : le type de page se choisit dans une liste toujours complète (accueil, fiches produit, catégories, pages CMS, marques…), même quand aucune page n'est encore en cache, et l'élément visé (un produit, une catégorie, une page CMS, une marque, un fournisseur) se choisit par son nom dans une liste, à la place d'un identifiant technique. La liste vient du catalogue et non du cache : elle est utilisable même si le cache est vide.
Onglet Options : les cases à cocher deviennent des interrupteurs Activé / Désactivé, et la qualité WebP / AVIF passe sur sa propre ligne.
La régénération des miniatures a son propre onglet « Miniatures ».
Correction : avec la minification du HTML activée, les scripts de la page (JavaScript du thème, des modules, consentement cookies) disparaissaient du code servi, ce qui cassait menus, panier et bandeaux. Ils sont maintenant conservés.
Les boutons de vidage disent clairement ce qu'ils vident : « Vider les pages en cache » (ne touche pas au cache de PrestaShop) et « Vider le cache PrestaShop + les pages » (Smarty et Symfony d'abord, puis les pages).
Nouvel onglet « Vidage ciblé » : vider seulement les pages d'un type (produit, catégorie, page CMS…), d'un objet précis, d'une adresse, d'une langue, d'une devise ou d'un appareil, ou une combinaison de ces critères.

Version 1.3.4 → 1.7.0 22/09/2026

Navigation instantanée : la page suivante est préparée dès que le visiteur survole un lien, et s'affiche aussitôt au clic (Chrome, Edge, Opera).
Image principale prioritaire : la photo du produit ou la première vignette d'une catégorie est téléchargée en premier et n'est plus retardée par le chargement différé.
Les pages d'un produit modifié (fiche, catégories, accueil) sont refaites aussitôt en arrière-plan : le visiteur suivant ne tombe plus sur une page lente. Le préchauffage garde chaudes les pages les plus visitées.
Expérience réelle des visiteurs sur le tableau de bord : vitesse d'affichage, réactivité, stabilité et temps de réponse mesurés chez vos visiteurs, avec et sans le cache, par type de page. Sans cookie ni donnée personnelle.
Détection automatique des blocs personnels (nom du client, panier…) pour régler le cache des clients connectés.
Mode test : le badge indique si la page vient du cache et, sinon, pourquoi. Il fonctionne désormais réellement pour les administrateurs connectés.
Purge automatique du CDN Cloudflare ou Bunny quand des pages sont invalidées.
« Expires navigateur » de chaque contrôleur est appliqué.
Correction : enregistrer l'onglet Options désactivait le cache et vidait la liste des contrôleurs ; enregistrer l'onglet Réglages désactivait la minification, WebP, AVIF et le chargement différé. Chaque onglet n'enregistre plus que ses propres réglages.
Correction : enregistrer les réglages ne vide plus le cache sans raison.
Nouvel index du cache, plus compact : les pages se reconstituent d'elles-mêmes après la mise à jour.
Nouvel onglet « Variantes » : invalider une variante (une langue, une devise, un appareil…) n'efface plus que ses propres pages, et non tout le cache.
La collecte des temps de réponse alimente enfin le tableau de bord (temps moyen par page).
Le compteur « Robots servis » compte réellement les pages servies depuis le cache aux robots, à part du taux de hit.
L'onglet Diagnostic ne signale plus à tort une table manquante.
Back-office entièrement traduit en anglais : diagnostic, messages de confirmation, onglets et messages d'erreur.
Nouveau : cache pour les clients connectés et les paniers en cours (option, désactivée par défaut). Ils reçoivent la page en cache de leurs groupes client, et leurs blocs personnels (nom, panier, liste d'envies…) sont complétés pour eux juste après l'affichage.
Aucune page n'est enregistrée à partir d'un vrai client : la version partagée est fabriquée en arrière-plan par un client témoin, inactif, qui a les mêmes groupes.
Liste des blocs personnels réglable ; les modules peuvent déclarer les leurs.
Une page en cache plus ancienne, sans blocs personnels repérés, n'est jamais servie à un client connecté.
Sécurité : un client connecté ou un visiteur dont le panier contient des articles ne reçoit plus jamais de page en cache, et sa page n'est plus enregistrée (deux clients du même groupe pouvaient voir la page de l'autre). Le cache est vidé à la mise à jour.
Les filtres, le tri et la pagination des listes de produits (recherche à facettes) sont mis en cache : les réponses sont instantanées dès le deuxième affichage.
Les pages des modules (blog, FAQ…) peuvent être mises en cache, avec leur propre durée de vie : les contrôleurs disponibles sont proposés dans la liste.
Préchauffage du cache par tâche planifiée : une adresse à appeler toutes les 15 minutes parcourt accueil, catégories, produits, pages CMS et marques dans chaque langue.
Correction des zones dynamiques, qui ne se rechargeaient pas.
Licence de la bibliothèque de chargement différé des images jointe au module.

Version 1.3.1 → 1.3.3 18/09/2026

En mode démonstration, l'option « Afficher dans le menu du back-office » est verrouillée.
L'entrée du menu Modules du back-office s'appelle désormais « FS PrestaCache ».
Améliorations techniques pour la conformité PrestaShop Addons.

Version 1.2.0 → 1.3.0 17/09/2026

Compatibilité avec PrestaShop 1.7.8 corrigée : le module fonctionne désormais sur PrestaShop 1.7.8, 8 et 9.
Mode démonstration : sur une boutique de présentation, la régénération des images et les réglages d'infrastructure sont verrouillés.

Version 1.1.0 15/09/2026

Invalidation du cache plus fiable : prix catalogue, déclinaisons, images, caractéristiques, taxes et devises sont désormais pris en compte.
Prise en charge native des prix programmés.
Nouveaux contrôles de diagnostic de la configuration.
Correction de la durée de vie du cache, désormais exprimée en minutes.
Correction de divers bugs.

Version 1.0.2 04/08/2026

Option pour afficher ou masquer l'entrée du module dans le menu du back-office.
Correction du préchargement planifié du cache.

Version 1.0.1 01/07/2026

Améliorations de performance.
Correction de divers bugs.

Version 1.0.0 26/05/2026

Première version : cache pleine page par contrôleur, avec stockage fichier, compressé ou Memcached.
Zones dynamiques rechargées en direct, y compris via ESI.
Conversion des images en WebP et AVIF, et chargement différé.
Suivi des performances de la boutique.

Commentaires (0)

Aucun avis n'a été publié pour le moment.

Paiement sécuriséTransactions chiffrées, aucune donnée bancaire stockée.

Téléchargement immédiatRécupérez votre module dès la validation de la commande.

Satisfait ou remboursé14 jours pour tester, remboursement sans justification.

Support réactifUne question ? Notre équipe vous répond rapidement.