Tout ce que vous voudriez savoir avant d'installer.
Un regard détaillé sur le fonctionnement de DataFirefly Speed Pack, pourquoi nous l'avons conçu ainsi, et la réflexion derrière les fonctionnalités ci-dessus.
Pourquoi Speed Pack
La plupart des modules de cache se contentent de combiner les actifs. Speed Pack va plus loin : il sert la page entière depuis le cache avant même que PrestaShop n'instancie le contrôleur, puis applique un pipeline d'optimisation complet sur le HTML final. Le résultat : un TTFB réduit et des Core Web Vitals au vert.
Un cache servi très tôt
Grâce au hook actionDispatcherBefore, une page invité en HIT est renvoyée sans charger le contrôleur ni interroger la base produits. La clé de cache varie par boutique, langue, devise et appareil, avec un cache mobile et desktop séparé en option.
Optimisation au-delà des Core Web Vitals
Critical CSS par type de page, CSS asynchrone, minification HTML/CSS/JS, combine, defer, Delay JS jusqu'à interaction, lazy load natif, resource hints, font-display swap et réécriture CDN. Chaque option est activable indépendamment et peut être exclue finement.
La sécurité du cache d'abord
Seules les pages invité au panier vide sont mises en cache. La détection se fait au plus tôt via le cookie, avant l'initialisation du contexte. Aucune donnée client n'est jamais servie depuis le cache. L'invalidation est automatique à chaque modification de contenu.
Pensé pour les intégrateurs
Architecture PSR-4 sans Composer, attributs de contrôle dans le thème (data-no-lazy, data-df-nodelay, data-df-nodefer, data-df-nooptim), import/export des réglages, préchauffage par CRON et interface back-office claire à onglets. Complémentaire des modules DataFirefly Core Web Vitals et WebP AVIF Pro, sans recouvrement.
Il n’y a pas encore d’avis.