Il sito è lento: 7 cause più comuni e come riconoscerle anche se non sei un sistemista

Un sito che si carica in 6-7 secondi perde visitatori prima ancora che la pagina sia visibile. Chi gestisce un sito ma non è un sistemista spesso non sa da dove partire per capire il motivo. Questa guida elenca le 7 cause più frequenti, come riconoscerle con due strumenti gratuiti e a chi chiedere aiuto per ciascuna.

Prima di tutto: cosa misurare e con cosa

Lo strumento di riferimento è PageSpeed Insights di Google (pagespeed.web.dev), gratuito: basta incollare l'indirizzo del sito. PSI utilizza il Chrome User Experience Report (CrUX) per i dati reali, misurando metriche come First Contentful Paint (FCP), Largest Contentful Paint (LCP), Cumulative Layout Shift (CLS) e Interaction to Next Paint (INP). PSI classifica le esperienze utente in Buona, Da migliorare e Scarsa in base a soglie stabilite per le metriche chiave.

Le due soglie utili a chi non è sistemista:

Metrica	Buona	Da migliorare	Scarsa
LCP (tempo di caricamento contenuto principale)	0-2500ms	2500ms-4000ms	oltre 4000ms
TTFB (tempo di risposta del server)	0-800ms	800ms-1800ms	oltre 1800ms

Il secondo strumento utile è GTmetrix (gtmetrix.com): combina i dati di Google PageSpeed e Yahoo YSlow in un'interfaccia intuitiva e ricca di funzionalità avanzate, con un grafico a cascata (waterfall chart) interattivo per analizzare ogni singola risorsa. L'uso base è gratuito, ma conviene registrarsi perché la registrazione gratuita permette di effettuare test solo da alcune location: scegliere la sede più vicina al server del sito evita di confrontare dati falsati dalla distanza del test stesso.

Le 7 cause più comuni

1. Hosting condiviso sovraccarico

Su un piano condiviso le risorse (CPU, RAM, I/O disco) sono divise tra centinaia di siti sullo stesso server. Se TTFB in PageSpeed Insights supera 800 ms in modo costante, anche su pagine semplici senza plugin pesanti, il sospetto principale è il server, non il sito. Chi chiedere: il supporto dell'hosting, mostrando il dato TTFB; se il problema persiste dopo settimane diverse, serve un piano con risorse dedicate (VPS) o un hosting diverso.

2. Plugin pesanti o troppi plugin (CMS)

Su WordPress, Joomla o PrestaShop ogni plugin aggiunge query al database e script da caricare. Si riconosce disattivando i plugin uno alla volta e rilanciando il test GTmetrix dopo ciascuna disattivazione, confrontando il tempo di caricamento totale. Chi chiedere: lo sviluppatore o l'agenzia che gestisce il sito, perché va capito quali plugin sono indispensabili.

3. Immagini non ottimizzate

Immagini caricate alla risoluzione originale della fotocamera (spesso 4-6 MB) invece che compresse per il web sono una causa frequente e facile da verificare: nella sezione diagnostica di PageSpeed Insights compare la voce sulle immagini da ottimizzare, con l'indicazione del peso risparmiabile per ogni file. Chi chiedere: chi carica i contenuti, con un tool di compressione prima dell'upload, o lo sviluppatore per l'ottimizzazione automatica lato server.

4. Mancanza di cache

Senza cache, ogni visita rigenera la pagina da zero interrogando il database. Si riconosce confrontando il TTFB alla prima visita e a una visita successiva ravvicinata: se restano identici, la cache non sta funzionando o non è attiva. Chi chiedere: l'hosting (molti pannelli hanno una cache integrata da attivare) o lo sviluppatore per un plugin di cache lato CMS.

5. Server geograficamente lontano

Se il pubblico del sito è in Italia ma il server è negli Stati Uniti, ogni richiesta percorre più chilometri e più nodi di rete. Si riconosce testando da GTmetrix scegliendo come location di test una città italiana: se il tempo di connessione iniziale (non il TTFB del server, ma il tempo di rete) è alto, la distanza pesa. Chi chiedere: l'hosting, per sapere in quale data center è ospitato il sito, o valutare una CDN per i contenuti statici.

6. Database da ottimizzare

Tabelle del database cresciute nel tempo, piene di revisioni di articoli, spam nei commenti o log mai puliti, rallentano ogni query. Si riconosce indirettamente: se il TTFB peggiora progressivamente nel tempo pur senza modifiche al sito, è un indizio. Chi chiedere: lo sviluppatore o l'hosting, per una pulizia e ottimizzazione delle tabelle.

7. DNS o certificato SSL lenti

Prima ancora che il browser contatti il server, deve risolvere il nome a dominio (DNS) e, per HTTPS, negoziare il certificato. Nel waterfall chart di GTmetrix queste fasi compaiono come voci separate all'inizio del caricamento, prima della prima richiesta HTTP. Se pesano centinaia di millisecondi, il problema è nel provider DNS o nella configurazione del certificato. Chi chiedere: chi gestisce il dominio o l'hosting, per verificare i server DNS usati.

In sintesi

Nessuno di questi controlli richiede competenze da sistemista: un browser, PageSpeed Insights e GTmetrix bastano per isolare il sospetto principale. Il passo successivo, cioè la correzione tecnica, va quasi sempre affidato a chi gestisce il sito o l'hosting, ma arrivarci con un dato preciso (LCP, TTFB, quale fase del waterfall è lenta) accorcia di molto i tempi di risposta di chi deve risolvere.