Il tuo PrestaShop è lento ?
lo acceleriamo per davvero.
Audit e ottimizzazione delle performance PrestaShop
LCP > 3 s, carrello che arranca, scheda prodotto che impiega 5 s a caricarsi : sai che stai perdendo vendite, e sai che è riparabile. Sulle ultime 12 ottimizzazioni, guadagno mediano −62 % sull'LCP e +22 % di traffico organico in 60 giorni.
Prima / dopo su 3 negozi ottimizzati
Misurazioni GSC + Lighthouse + RUM, su 60 giorni mobili. Non promesse, numeri.
Le 8 leve che attiviamo
Sempre in quest'ordine, dalla più immediata alla più strutturale. Ciascuna ha un impatto misurabile e quantificato nell'audit.
CCC (Combine, Compress, Cache) in modalità produzione, cache Smarty in modalità compile_check=off, cache browser tramite header Cache-Control: public, max-age=31536000 sugli asset versionati. Impatto tipico : −800 ms a −1,2 s sull'LCP.
Conversione automatica JPEG/PNG → WebP con fallback, loading="lazy" su tutte le immagini fuori viewport, dimensioni width/height esplicite per evitare il layout shift. Impatto : −1,5 s a −2 s sull'LCP, CLS prossimo a 0.
Analisi di tutti i moduli attivi, individuazione dei moduli di tracking duplicati (Google, Meta, TikTok), dei moduli orfani mai utilizzati, dei moduli di chat che caricano 800 KB di JS. Disattivazione pulita tramite interfaccia admin + pulizia degli hook orfani in SQL. Impatto : −150 a −400 ms sul TTFB.
Profilazione delle query lente tramite EXPLAIN e slow_query_log. Aggiunta di indici su ps_product_attribute (id_product, default_on), ps_specific_price (id_product, id_country, from, to), ps_orders (id_customer, date_add). Impatto : TTFB diviso per 2-4 sui cataloghi > 1000 prodotti.
Su PrestaShop 8.x/9.x, attivazione della cache oggetto Redis (sessioni + cache applicativa). Su 1.7.x, configurazione tramite defines_custom.inc.php. Impatto : −250 ms a −500 ms sul TTFB, essenziale nelle ore di punta.
Audit del JS iniettato dai moduli : script di tracking in defer, chat widget in delayed load dopo interazione utente, rimozione dei duplicati (gtag.js caricato 3 volte da 3 moduli diversi = classico). Impatto INP : −150 a −200 ms.
Migrazione dei font Google verso self-hosting (anche RGPD-friendly), <link rel="preload"> sui file WOFF2 utilizzati above the fold, font-display: swap. Impatto : −300 ms sul FCP, eliminazione del FOIT.
Se il TTFB resta > 800 ms nelle ore di punta dopo le 7 leve precedenti, l'hosting è il collo di bottiglia. Migrazione assistita verso VPS ottimizzato (OVH Performance, Hetzner, Scaleway) o hosting specializzato PrestaShop. Impatto : TTFB riportato a 150-300 ms.
Cosa guardiamo, in quest'ordine
Audit completo in 4 h. Deliverable : report PDF con raccomandazioni quantificate e piano d'azione prioritizzato.
php-fpm.log, profilazione Xdebug o Tideways su 3 pagine chiave (home, categoria, scheda prodotto). Individuazione del tempo trascorso in PHP vs SQL vs network.
EXPLAIN sulle top 20. Raccomandazioni di indici specifiche per il tuo catalogo.
memory_limit, presenza di Redis/Memcached, HTTP/2, Brotli. Se vengono rilevate limitazioni : confronto prima/dopo migrazione.
Tariffe annunciate in anticipo
Pre-audit offerto. Per l'ottimizzazione, sai esattamente quanto costa prima che io tocchi il codice.
Pre-audit
- Misurazione Lighthouse + RUM (LCP, INP, CLS)
- 3 leve prioritarie per il tuo caso
- Preventivo quantificato con guadagno stimato in ms
- Decidi tu se continuare
Ottimizzazione mirata
- Misurazione Lighthouse + RUM prima dell'ottimizzazione
- Attivazione delle leve (cache, WebP, JS, DB, Redis...)
- Misurazione dopo + confronto quantificato
- Report scritto guadagno reale in secondi
- Monitoraggio RUM 30 giorni dopo la messa in produzione
Manutenzione Performance
- 2 h di dev/mese cumulabili (formula Performance)
- Backup automatici giornalieri esternalizzati
- Monitoraggio Core Web Vitals mensile
- Ottimizzazioni progressive senza grandi spese in un colpo
« Sito lento », non è questo...
Se il tuo sito a volte restituisce un errore 500 e poi torna a funzionare, non è un problema di velocità, è un crash parziale (PHP-FPM saturo, DB che va in timeout). Vedi la scheda errore 500.
Scheda 500 →Sito veloce ≠ sito ben posizionato. La velocità è un fattore SEO, non il fattore. Se il tuo vero problema è il posizionamento, un audit SEO semantico è più pertinente di un audit perf.
Se il carrello non si salva, il pulsante di pagamento non reagisce, lo step va in loop : non è la lentezza, è un bug funzionale. Vedi la scheda bug checkout.
Scheda checkout →Performance PrestaShop — domande frequenti
ps_product_attribute o ps_specific_price quando il catalogo cresce, (3) cache Smarty + CCC mal configurata, (4) immagini JPEG/PNG senza WebP né lazy-loading, (5) hosting condiviso sottodimensionato, (6) assenza di Redis/Memcached, (7) JS di chat/tracking bloccante, (8) tema custom non ottimizzato. Anche un solo punto può far perdere 2 s; cumularli può triplicare il tempo di caricamento.15 min per vedere a che punto sei
Pre-audit gratuito in 30 min : LCP, INP, CLS, le 3 leve prioritarie per te. Senza impegno, senza chiacchiere.