Cosa vuol dire "lento": i tre numeri di Google
"Il sito è lento" di solito vuol dire tre cose diverse: la pagina ci mette tanto a comparire, i pulsanti rispondono in ritardo, oppure il testo salta mentre stai per toccare un link. Google le misura con tre indicatori, i Core Web Vitals, e per ognuno ha fissato una soglia.
| Indicatore | Cosa misura | Buono | Scarso |
|---|---|---|---|
| LCP (Largest Contentful Paint) | Quando compare il contenuto più grande della pagina, di solito la foto o il titolo principale | Entro 2,5 s | Oltre 4 s |
| INP (Interaction to Next Paint) | Quanto ci mette la pagina a reagire a un clic o a un tocco | Entro 200 ms | Oltre 500 ms |
| CLS (Cumulative Layout Shift) | Quanto si spostano gli elementi durante il caricamento | Entro 0,1 | Oltre 0,25 |
Le soglie sono quelle indicate da Google su web.dev e nella guida di Search Central. Due dettagli contano:
- Si guarda il 75% delle visite. Una pagina è "buona" se almeno tre visite su quattro rientrano nella soglia. Non basta che sia veloce sul tuo computer in ufficio: deve esserlo anche sul telefono di un cliente con poca rete.
- INP è l'indicatore più recente. Ha preso il posto del vecchio FID il 12 marzo 2024. Se leggi guide che parlano ancora di FID, sono superate.
Su cosa questi numeri facciano per il posizionamento, Google è prudente: consiglia di raggiungere buoni valori perché è ciò che i suoi sistemi cercano di premiare, ma non promette posizioni. Il motivo vero per occuparsene è un altro: chi aspetta una pagina che non arriva torna indietro e chiama qualcun altro.
Come si misura: PageSpeed Insights e Search Console
Lo strumento da cui partire è PageSpeed Insights: incolli l'indirizzo di una pagina e ottieni un report in due parti, che misurano cose diverse.
- In alto, i dati reali. Arrivano dal Chrome User Experience Report, cioè dalle visite anonime di utenti Chrome negli ultimi 28 giorni. È questa parte a dire se la pagina supera o no la valutazione dei Core Web Vitals. Se la pagina ha poche visite, il report mostra i dati dell'intero sito; se anche il sito ne ha poche, questa parte manca.
- Sotto, il test di laboratorio. È una simulazione fatta in quel momento con Lighthouse, su un telefono di fascia media con una rete mobile. Dà il famoso punteggio da 0 a 100 (90 o più è buono) e, soprattutto, l'elenco di cosa rallenta la pagina.
L'errore più frequente è inseguire il punteggio. Il numero di laboratorio cambia da un test all'altro e non misura l'INP, che si può rilevare solo con utenti veri: in laboratorio il dato più vicino è il "Total Blocking Time". Il punteggio serve a diagnosticare, i dati reali a giudicare.
Per avere il quadro di tutto il sito, non di una pagina alla volta, c'è il rapporto Core Web Vitals di Search Console: raggruppa le pagine simili e ti dice quali gruppi sono lenti su telefono e su computer. Se hai un negozio, di solito i problemi si concentrano su schede prodotto e categorie.
Salva il report di PageSpeed Insights delle tre o quattro pagine più importanti (home, una categoria, una scheda prodotto, la pagina contatti), su telefono e computer. Senza un "prima" non saprai mai se un intervento è servito.
Dove si perde il tempo: il caricamento scomposto
L'LCP, il tempo in cui compare il contenuto principale, è l'indicatore che su WordPress va male più spesso. Per capire dove intervenire, web.dev lo divide in quattro parti che si sommano:
- Risposta del server (TTFB, "time to first byte"): il tempo prima che arrivi il primo pezzo della pagina. È qui che pesano hosting, plugin e cache. Come riferimento web.dev indica 0,8 secondi o meno.
- Ritardo prima dell'immagine: il tempo che passa prima che il browser cominci a scaricare la foto principale. Dovrebbe essere quasi zero.
- Download dell'immagine: dipende da quanto pesa il file.
- Ritardo di visualizzazione: script e stili che bloccano la pagina anche quando l'immagine è già arrivata.
Questa scomposizione è utile perché evita di sprecare lavoro. Se metà del tempo se ne va nella risposta del server, comprimere le immagini non basterà; se il server risponde in fretta ma la foto della home pesa diversi megabyte, cambiare hosting non risolverà nulla.
Le cause più comuni su WordPress
Nella mia esperienza i siti WordPress lenti hanno quasi sempre una o più di queste cinque cause. La guida ufficiale sulle prestazioni di WordPress le elenca più o meno nello stesso ordine.
1. Hosting sottodimensionato
Un piano condiviso economico mette il tuo sito sullo stesso server di molti altri: quando sono carichi, anche il tuo rallenta. Si vede da una risposta del server alta e variabile, anche su pagine semplici. Contano anche la versione di PHP (le più recenti di solito sono più veloci) e una cache del codice come OPcache, che di solito si attiva lato server.
2. Cache assente o configurata male
Senza cache, WordPress costruisce ogni pagina da zero a ogni visita: legge il database, esegue tema e plugin, compone l'HTML. Una cache di pagina salva il risultato e lo serve già pronto. Per i siti con molte parti dinamiche, come un negozio con carrello e area clienti, si aggiunge una cache degli oggetti persistente (per esempio Redis o Memcached), che evita di interrogare il database ogni volta. Attenzione: carrello, checkout e pagine dell'account non vanno messi in cache.
3. Plugin e tema pesanti
Ogni plugin aggiunge lavoro al server e spesso script e fogli di stile a ogni pagina, anche dove non servono. I page builder più ricchi e gli slider in apertura sono i casi tipici. Gli script pesanti peggiorano anche l'INP, perché tengono occupato il browser quando il cliente tocca un pulsante.
4. Immagini non ottimizzate
Foto caricate direttamente dalla fotocamera, a piena risoluzione, sono la causa più facile da trovare. Le regole sono poche: dimensioni adatte allo spazio in cui compaiono, un formato moderno come WebP, e attenzione alla foto principale. Web.dev raccomanda di non caricare in modo differito l'immagine LCP e di darle priorità alta. Inoltre ogni immagine deve avere larghezza e altezza dichiarate, altrimenti il testo si sposta quando arriva: è la prima causa di un CLS alto, insieme a banner dei cookie e caratteri web che cambiano all'ultimo momento.
5. Database mai ripulito
Dopo anni di lavoro il database accumula revisioni di articoli, dati lasciati da plugin disinstallati, carrelli abbandonati, opzioni caricate a ogni pagina. La guida di WordPress suggerisce di ripulirlo e di limitare il numero di revisioni salvate. È raramente l'unica causa, ma su negozi con anni di ordini può pesare.
Un esempio: il sito di Ferramenta Colombo
Prendiamo un caso inventato ma tipico: Ferramenta Colombo, negozio con un sito WooCommerce da qualche centinaio di prodotti. Il titolare si lamenta che "il sito è lento sul telefono". PageSpeed Insights conferma: sui dati reali la scheda prodotto non supera la valutazione, con un LCP sopra i 4 secondi.
Scomponendo il caricamento viene fuori che:
- la risposta del server da sola supera il secondo e mezzo, perché nessuna pagina è in cache;
- l'elenco dei plugin ne conta tre che nessuno usa più: un vecchio slider, un plugin di statistiche doppione e un modulo di prova mai cancellato;
- la foto principale della scheda prodotto pesa diversi megabyte ed è caricata in modo differito.
Gli interventi, in ordine: backup completo, rimozione dei plugin inutili, cache di pagina con le esclusioni per carrello e checkout, immagini convertite e ridimensionate, priorità alta alla foto principale. I dati di laboratorio migliorano subito; quelli reali si aggiornano nel giro di 28 giorni, perché sono una media mobile. Quanto migliorano dipende dal sito: il miglioramento è il dato da misurare, non da promettere prima.
Gli errori più comuni
- Inseguire il punteggio 100. Il punteggio di laboratorio è uno strumento di diagnosi, non un obiettivo.
- Accumulare plugin di ottimizzazione. Due plugin di cache insieme si danneggiano a vicenda; uno configurato bene è meglio di tre installati.
- Mettere in cache il carrello. Un cliente che vede il carrello di un altro, o un prezzo vecchio, è peggio di un sito lento.
- Rinviare il cambio di hosting. Se la risposta del server è lenta anche su pagine vuote, nessun plugin la sistema.
- Caricare in differita la foto principale. È un'impostazione frequente nei plugin di ottimizzazione e peggiora proprio l'LCP.
- Non ricontrollare dopo gli aggiornamenti. Un nuovo plugin o un aggiornamento del tema possono annullare il lavoro fatto. Le prestazioni vanno guardate ogni mese, non una volta sola.
La checklist per un WordPress più veloce
- Salva il report di PageSpeed Insights delle pagine principali, su telefono e computer.
- Controlla il rapporto Core Web Vitals in Search Console per capire quali gruppi di pagine sono lenti.
- Guarda la risposta del server: se è alta anche su pagine semplici, parti dall'hosting.
- Aggiorna PHP a una versione supportata, dopo aver verificato tema e plugin su una copia del sito.
- Elimina i plugin che non usi e valuta quelli che caricano script su tutte le pagine.
- Attiva una cache di pagina, escludendo carrello, checkout e account.
- Ridimensiona e converti le immagini; dai priorità alla foto principale e dichiara sempre le dimensioni.
- Ripulisci il database e limita le revisioni.
- Rimisura dopo ogni intervento e ricontrolla i dati reali dopo 28 giorni.
Quanto costa
Un intervento sulle prestazioni parte da € 1.200, con tempi di 2 settimane: misure iniziali, correzioni su cache, plugin, immagini e database, e un report finale con il prima e il dopo. Se prima serve capire tutto il quadro, anche lato SEO, l'analisi completa parte da € 600.
Quando la causa è l'hosting, la soluzione stabile è un server gestito con cache, aggiornamenti e controlli mensili delle prestazioni: l'assistenza e hosting parte da € 90, e il passaggio dal fornitore attuale costa € 150. Per i negozi WooCommerce il piano dedicato parte da € 190.
Per una prima misura gratuita, Controlla il tuo sito legge la pagina iniziale e in pochi secondi ti dice tempo di risposta del server, peso della pagina e immagini da alleggerire, senza lasciare l'email.