Immaginate un cliente che entra nel vostro negozio e deve aspettare qualche secondo prima che la porta si apra. Alcuni aspetteranno, altri andranno dal concorrente accanto. Sul web succede ogni giorno, in modo silenzioso: il visitatore tocca un risultato su Google, la pagina impiega troppo a comparire e lui torna indietro. Voi non vedete la richiesta persa, vedete solo che il telefono suona meno del previsto.
La velocità di un sito non è un dettaglio da tecnici: è un fattore commerciale. In questo articolo vediamo perché conta, come si misura anche senza competenze informatiche, quali sono le cause più comuni di lentezza e quali rimedi sono rapidi e quali invece richiedono di ripensare il sito.
Perché la velocità è una questione di business
Ci sono almeno tre ragioni per cui i tempi di caricamento incidono sui risultati dell'azienda.
- Abbandono. Chi arriva da una ricerca ha poca pazienza: se la pagina non mostra nulla in tempi ragionevoli, la chiude. Studi di settore indicano che ritardi di caricamento riducono le conversioni, e l'esperienza di chi gestisce siti conferma che ogni secondo in più pesa.
- Esperienza mobile. Una parte molto rilevante delle visite arriva da smartphone, spesso con connessione mobile non perfetta e dispositivi meno potenti di un computer da ufficio. Un sito che sembra accettabile in sede può risultare lento per chi vi cerca per strada.
- Posizionamento. Google considera l'esperienza di pagina, e quindi anche la velocità, tra i segnali che concorrono al posizionamento. Non è l'unico segnale e non basta da solo a portare in prima pagina, ma a parità di altri fattori un sito rapido parte avvantaggiato.
A questo si aggiunge un effetto di immagine: un sito lento comunica, magari ingiustamente, trascuratezza. Se la vostra attività vende affidabilità, il primo contatto digitale deve dimostrarla.
I Core Web Vitals in parole semplici
Google ha sintetizzato l'esperienza di caricamento in tre metriche, chiamate Core Web Vitals. Non occorre ricordare le sigle, ma conviene sapere cosa misurano e quali sono le soglie considerate «buone».
| Metrica | Cosa misura | Soglia «buona» |
|---|---|---|
| LCP (Largest Contentful Paint) | Quanto tempo passa prima che appaia l'elemento principale della pagina (di solito un'immagine o un titolo grande) | entro 2,5 secondi |
| INP (Interaction to Next Paint) | Quanto è reattiva la pagina quando l'utente tocca, clicca o digita | entro 200 millisecondi |
| CLS (Cumulative Layout Shift) | Quanto si spostano gli elementi mentre la pagina si carica (il pulsante che «scappa» proprio mentre lo toccate) | entro 0,1 |
In pratica: la pagina deve mostrarsi in fretta, rispondere subito ai comandi e restare ferma mentre si carica. Sono tre aspetti che l'utente percepisce benissimo anche senza conoscerne il nome.
Le cause tipiche di lentezza
Nella nostra esperienza i siti lenti raramente soffrono di un solo problema: più spesso sono la somma di tanti piccoli appesantimenti. Le cause più frequenti sono queste.
- Hosting economico e TTFB alto. Il TTFB (Time To First Byte) è il tempo che il server impiega a iniziare a rispondere. Se è alto, tutto il resto parte in ritardo, qualunque ottimizzazione facciate dopo.
- CMS senza cache. Molti sistemi di gestione dei contenuti costruiscono ogni pagina da zero a ogni visita, interrogando il database. Senza una cache, il lavoro si ripete inutilmente.
- Troppi plugin. Ogni estensione aggiunge codice, richieste e talvolta fogli di stile e script caricati su tutte le pagine, anche dove non servono.
- Page builder con HTML pesante. Gli editor visuali sono comodi, ma spesso producono molti livelli di contenitori annidati e codice ridondante, che il browser deve interpretare.
- Immagini non ottimizzate. Una fotografia caricata direttamente dalla fotocamera può pesare diversi megabyte. Mancano spesso le dimensioni adatte allo schermo, il caricamento differito (lazy loading) e i formati moderni come WebP o AVIF, molto più leggeri a parità di qualità.
- Script bloccanti nell'intestazione. Codice JavaScript caricato nella parte iniziale della pagina in modo sincrono costringe il browser ad attendere prima di mostrare qualsiasi cosa.
- Font e tracker di terze parti. Ogni risorsa che arriva da un dominio esterno richiede una nuova connessione e dipende dalla velocità di qualcun altro. Su questo tema vedi anche Google Fonts, mappe e video incorporati, dove la questione ha anche risvolti di privacy.
- Niente compressione e protocolli datati. Se il server non comprime i testi (gzip o brotli) e non usa HTTP/2 o successivi, ogni pagina viaggia più pesante e con più attese del necessario.
Come misurare da soli, senza essere tecnici
Non serve un incarico a un consulente per farsi una prima idea. Ecco tre livelli di verifica, dal più semplice al più completo.
- La prova «a occhio» da smartphone. Aprite il vostro sito dal telefono, con la sola rete mobile e non con il wi-fi aziendale. Se vi sembra lento voi, lo è anche per i clienti.
- Gli strumenti del browser. I principali browser includono strumenti per sviluppatori che mostrano peso della pagina, numero di richieste e tempi di ogni risorsa. Strumenti pubblici come PageSpeed Insights e simili restituiscono un punteggio e indicano i problemi principali, includendo quando disponibili i dati reali raccolti dagli utenti.
- Il nostro Site Check. È una verifica gratuita che, oltre a privacy, cookie, dati societari, SEO e CMS, rileva gli indicatori di performance più utili a un non tecnico: il TTFB, il peso del codice HTML, il numero di richieste e la presenza della compressione.
Un consiglio: non fermatevi alla home page. Provate anche una pagina di servizio e una scheda prodotto, perché spesso sono proprio quelle più importanti per la vendita a essere le più pesanti.
Sintomo, causa probabile, rimedio
| Sintomo | Causa probabile | Rimedio |
|---|---|---|
| Schermo bianco per diversi istanti prima che appaia qualcosa | TTFB alto, hosting sovraccarico, nessuna cache | Attivare la cache di pagina, valutare un hosting più adeguato |
| L'immagine principale compare tardi | Immagini pesanti, formato datato, nessun ridimensionamento | Ridimensionare e comprimere, passare a WebP o AVIF, non applicare il lazy loading all'immagine principale |
| La pagina «salta» durante il caricamento | Immagini e banner senza dimensioni dichiarate, font che cambiano aspetto | Dichiarare larghezza e altezza, riservare lo spazio, usare font ospitati sul proprio server |
| I pulsanti rispondono con ritardo | Troppo JavaScript, script di terze parti | Differire gli script non essenziali, eliminare quelli inutili |
| Pagine pesanti anche con poco testo | Page builder, molti plugin, HTML ridondante | Rimuovere plugin inutili, semplificare i template, valutare una ricostruzione mirata |
| Trasferimenti più grandi del dovuto | Compressione gzip o brotli assente, HTTP/1.1 | Attivare la compressione e un protocollo moderno sul server |
Cosa si può correggere subito e cosa no
Molti interventi sono rapidi e a basso rischio, e spesso danno risultati visibili già in una giornata di lavoro:
- ottimizzare e ridimensionare le immagini, convertendole in formati moderni;
- differire o rimuovere gli script non essenziali;
- attivare una cache di pagina e la compressione dei testi;
- ospitare i font sul proprio server, riducendo le dipendenze esterne;
- disattivare e cancellare i plugin che nessuno usa più.
Altri problemi, invece, sono strutturali. Se il sito è costruito su un page builder che genera pagine inevitabilmente pesanti, o se il tema contiene decine di funzioni mai utilizzate, i ritocchi migliorano la situazione ma non la risolvono. Lo stesso vale per un hosting condiviso al limite delle risorse: si può ottimizzare molto, ma il server resta lento a rispondere. In questi casi conviene chiedersi se continuare a rattoppare o ricostruire con un'architettura più essenziale, come spieghiamo anche in sito su misura o CMS e in costo reale di un sito WordPress dopo cinque anni.
Un ragionamento sul valore, con un esempio ipotetico
Come si decide se vale la pena investire? Un esempio puramente ipotetico, senza alcuna pretesa statistica: un'azienda riceve ogni mese un certo numero di visite da ricerca e una piccola parte di queste diventa richiesta di preventivo. Supponiamo che il miglioramento dei tempi di caricamento faccia aumentare di poco la quota di visitatori che arrivano fino al modulo di contatto, senza alcun aumento delle visite. Se ogni richiesta ha una probabilità nota di trasformarsi in contratto e un valore medio noto, anche un piccolo incremento percentuale, moltiplicato per dodici mesi, può superare il costo dell'intervento.
Il ragionamento non dipende dai numeri: dipende dal fatto che i costi di ottimizzazione sono una tantum, mentre i vantaggi si ripetono ogni mese. Voi conoscete i vostri valori (visite, richieste, tasso di chiusura, valore medio del cliente) e potete fare il calcolo con cifre vere. Se non esiste una misura iniziale, il primo passo è proprio crearla: misurare oggi, intervenire, misurare di nuovo.
Checklist finale
- Ho provato il sito da smartphone con la sola rete mobile?
- Conosco TTFB, peso delle pagine e numero di richieste delle pagine più importanti?
- LCP, INP e CLS rientrano nelle soglie «buone» (2,5 s, 200 ms, 0,1)?
- Le immagini sono ridimensionate, compresse e in formato moderno?
- Gli script non essenziali sono differiti o rimossi?
- Cache e compressione (gzip o brotli) sono attive, con HTTP/2 o successivi?
- I font sono ospitati sul mio server o dipendono da servizi esterni?
- Ci sono plugin disattivati o inutilizzati ancora installati?
- Ripeto la misura dopo ogni aggiornamento importante?
La velocità si progetta, non si aggiunge alla fine
La scelta più efficace per la performance è spesso la più semplice: un sito su misura con codice essenziale, che carica solo ciò che serve a ogni pagina, senza strati di plugin e componenti ereditati. Non è l'unica strada possibile, e un CMS ben configurato può funzionare benissimo, ma partire leggeri è molto più facile che alleggerire dopo.
Se volete capire da dove cominciare, provate il Site Check sul vostro indirizzo e, se avete curiosità, lanciate il confronto tra due siti mettendo il vostro accanto a quello di un concorrente: i numeri raccontano spesso più di molte opinioni. Per un parere sul vostro caso, contattaci.
Le informazioni di questo articolo hanno finalità divulgativa e non costituiscono consulenza legale: riferimenti normativi e importi vanno verificati con un professionista in relazione al caso specifico.