Tudo o que quer saber antes de instalar.
Uma análise detalhada de como o Cache de Página e Otimização da Velocidade PrestaShop 8 e 9 funciona, porque o construímos assim e o raciocínio por trás das funcionalidades acima.
Porquê o Speed Pack
A maioria dos módulos de cache limita-se a combinar os recursos. O Speed Pack vai mais longe: serve a página inteira a partir do cache antes mesmo de o PrestaShop instanciar o controlador, e aplica depois um pipeline de otimização completo ao HTML final. O resultado: um TTFB reduzido e Core Web Vitals no verde.
Um cache servido muito cedo
Graças ao hook actionDispatcherBefore, uma página de convidado em HIT é devolvida sem carregar o controlador nem consultar a base de produtos. A chave de cache varia por loja, língua, moeda e dispositivo, com cache separado para telemóvel e computador, em opção.
Otimização para além dos Core Web Vitals
Critical CSS por tipo de página, CSS assíncrono, minificação de HTML/CSS/JS, combinação, defer, adiamento do JS até à interação, lazy load nativo, resource hints, font-display swap e reescrita para CDN. Cada opção é ativável de forma independente e pode ter exclusões finas.
A segurança do cache em primeiro lugar
Só as páginas de convidado com carrinho vazio são colocadas em cache. A deteção é feita o mais cedo possível através do cookie, antes da inicialização do contexto. Nenhum dado de cliente é alguma vez servido a partir do cache. A invalidação é automática a cada alteração de conteúdo.
Pensado para integradores
Arquitetura PSR-4 sem Composer, atributos de controlo no tema (data-no-lazy, data-df-nodelay, data-df-nodefer, data-df-nooptim), importação/exportação das definições, pré-aquecimento por CRON e interface de back-office clara por separadores. Complementar dos módulos DataFirefly Core Web Vitals e WebP AVIF Pro, sem sobreposição.
Ainda não existem avaliações.