Luca Cavallini

Performance

Come velocizzare PrestaShop: checklist sul campo

Una checklist provata sul campo per rendere veloce PrestaShop — anche su cataloghi con centinaia di migliaia di prodotti. In ordine di massima per impatto, dalle modifiche che spostano di più l’ago.

Il lavoro sulle performance rende due volte: conversioni migliori e posizionamento migliore. Ma la maggior parte dei consigli “velocizza PrestaShop” è un mucchio di tip senza priorità. Ecco cosa conta davvero, nell’ordine in cui lo affronterei.

1. Prima misura — sempre

Prima di toccare qualsiasi cosa, prendi una baseline: un run Lighthouse, tempi di caricamento reali e lo slow-query log attivo. Non puoi migliorare ciò che non misuri, e ti servirà la prova prima/dopo. Ottimizzare a sensazione è il modo in cui si passa una settimana ad accelerare la cosa sbagliata.

2. Sistema il database

Sui cataloghi grandi il database è di solito il vero collo di bottiglia. Attiva lo slow-query log, trova le query peggiori e cerca indici mancanti e pattern N+1 (spesso introdotti dai moduli). Tara i buffer di MySQL/MariaDB sul tuo dataset. È qui che si nascondono i guadagni più grossi sui negozi grandi.

3. Attiva la cache vera

  • OPcache — non negoziabile; assicurati che sia attivo e dimensionato bene.
  • Cache PrestaShop — attivala e usa un backend vero (Redis) invece del filesystem sui negozi trafficati.
  • Full-page caching per il traffico anonimo, con un’invalidazione di cui ti fidi.

4. Fai l’audit dei moduli

La causa più comune in assoluto di un PrestaShop lento è il module bloat: troppi moduli, ognuno che aggiunge query e asset a ogni pagina. Disattiva ciò che non usi e trova i pochi che stanno facendo più danni in silenzio. Anche gli override rientrano qui — sono una fonte frequente di conflitti e rallentamenti.

5. Ottimizza il front-end

  • Bundle e minify di CSS/JS; rimuovi le risorse render-blocking.
  • Servi immagini in formati moderni, dimensionate correttamente, con lazy-loading.
  • Attenzione ai Core Web Vitals (LCP, CLS) — incidono su utenti e posizionamento.

6. Tara il server

Numero di worker PHP-FPM, web server (Apache/Nginx), HTTP/2, compressione e TLS contano tutti. L’applicazione più veloce sembra comunque lenta su un server mal configurato — e la maggior parte dei problemi di performance vive proprio al confine tra codice e server.

Il riassunto onesto

Su un negozio grande l’ordine è quasi sempre: database → cache → moduli → front-end → server. Misura, sistema la cosa più grossa, rimisura. Se preferisci delegarla, l’ottimizzazione performance su grandi cataloghi PrestaShop è una delle cose che faccio di più.

Qual è il guadagno più grande per un PrestaShop lento?
Su un catalogo grande, quasi sempre il database: indici mancanti e query N+1, spesso introdotte dai moduli. Su un negozio piccolo, di solito la cache (OPcache + un backend di cache vero) e il module bloat.
Un modulo di cache sistema tutto?
No. La cache nasconde un negozio lento ai visitatori anonimi ma non fa nulla per utenti loggati, carrello e checkout — e può mascherare un problema di database invece di risolverlo.
Centinaia di migliaia di prodotti possono essere veloci?
Sì, con la giusta strategia di indici e cache. Gestisco negozi con oltre un milione di prodotti tenuti veloci sotto carico reale — è un problema di ingegneria, non un limite di PrestaShop.

Dimmi cosa non funziona — o cosa non parla con cosa.

Un progetto nuovo, un sistema da salvare, un’integrazione, la scadenza di giugno 2026. Un solo sviluppatore che lo costruisce e resta a gestirlo. Risposta di solito entro 1–2 giorni lavorativi.