cavallini.net
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.

Luca Cavallini

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ù.

FAQ

Domande, con risposta

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.

Contatti

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

Un progetto nuovo, un sistema da salvare, un’integrazione, l’adeguamento alle norme UE (recesso, GPSR, accessibilità). Un solo sviluppatore che lo costruisce e resta a gestirlo. Rispondo entro un giorno lavorativo.

Preferisci l’email?
luca@cavallini.net

Rispondo entro un giorno lavorativo.