Sito web lento: cosa fare (e quanto ti sta costando)

Il tuo sito ci mette quattro secondi a caricarsi. Probabilmente lo sai già — lo vedi tu stesso ogni volta che lo apri. Forse hai pensato che non fosse poi così grave. Invece è uno dei problemi più costosi che un sito possa avere, e spesso il più trascurato.

In questa guida ti spiego quanto ti sta costando un sito lento in termini concreti — visitatori persi, posizionamento Google, conversioni — e cosa fare per risolverlo, piattaforma per piattaforma.

Quanto ti costa davvero un sito lento

Prima di parlare di soluzioni, vale la pena capire cosa succede ogni secondo che passa mentre il sito carica.

I dati di Google sono precisi: se un sito impiega più di tre secondi a caricarsi su mobile, il 53% degli utenti lo abbandona prima ancora di vedere il contenuto. Non è una stima: è il comportamento reale di oltre la metà di chi apre il tuo sito da smartphone. Su mobile, che nel 2026 rappresenta la maggioranza del traffico web, un sito lento è un sito che perde metà dei potenziali clienti prima ancora di parlare.

Il danno non finisce là. Google ha reso i Core Web Vitals — le metriche di velocità e stabilità della pagina — un fattore ufficiale di ranking. Un sito con punteggi bassi viene penalizzato nei risultati di ricerca rispetto a competitor con contenuti equivalenti ma sito più veloce. La lentezza non è solo un problema di esperienza utente: è un problema di visibilità organica.

Il terzo danno riguarda le conversioni. Ogni secondo aggiuntivo di caricamento le riduce in modo misurabile. Per un e-commerce con traffico costante, mezzo secondo in più può valere percentuali significative di fatturato. Per un sito aziendale, può significare decine di richieste di contatto in meno ogni mese.

Come misurare la velocità del tuo sito

Prima di fare qualsiasi intervento, serve capire dove si è. Lo strumento gratuito più affidabile è Google PageSpeed Insights: inserisci l’URL del tuo sito e ottieni un punteggio da 0 a 100 sia per mobile che per desktop, con l’elenco dettagliato di cosa rallenta la pagina.

Il punteggio target è 90 o più su mobile. Sotto quella soglia i problemi di velocità iniziano ad avere impatto misurabile su posizionamento e conversioni. Un punteggio tra 50 e 70 indica problemi seri. Sotto 50 è una priorità urgente.

Un dettaglio importante: controlla sempre il punteggio mobile, non solo quello desktop. Google usa il mobile-first indexing — valuta il tuo sito prevalentemente nella sua versione mobile. Un sito con 96 su desktop e 78 su mobile ha ancora un gap significativo, anche se sul computer sembra velocissimo. Il divario tra desktop e mobile è la norma per i siti non ottimizzati: su mobile la connessione è più lenta, la CPU del dispositivo è più limitata, e ogni script bloccante o immagine pesante pesa molto di più.

I Core Web Vitals: le tre metriche che contano

PageSpeed Insights mostra tre metriche specifiche che Google usa come segnali di qualità:

LCP (Largest Contentful Paint): quanto tempo impiega a caricarsi l’elemento principale della pagina — di solito l’immagine hero o il titolo. Soglia ottimale: sotto 2,5 secondi.

INP (Interaction to Next Paint): la reattività della pagina ai clic dell’utente. Soglia ottimale: sotto 200 millisecondi.

CLS (Cumulative Layout Shift): quanto il layout si sposta mentre la pagina carica — quegli elementi che saltano mentre l’utente sta per cliccare. Soglia ottimale: sotto 0,1.

Se uno di questi tre è in rosso nel tuo report PageSpeed, è da considerarsi priorità.

Le cause più comuni, piattaforma per piattaforma

La velocità di un sito dipende dalla piattaforma su cui è costruito. Le cause — e le soluzioni — sono diverse.

WordPress: il problema sono quasi sempre i plugin

WordPress è la piattaforma più usata al mondo, e anche quella con più variabili in gioco. Il collo di bottiglia più frequente non è WordPress in sé, ma l’accumulo di plugin nel tempo. Ogni plugin aggiunge richieste HTTP, script JavaScript e chiamate al database. Un sito con quaranta plugin attivi carica come un camion; uno con dodici plugin scelti con cura carica come un’auto.

Le cause principali su WordPress, in ordine di frequenza: plugin in eccesso o mal ottimizzati, immagini caricate in alta risoluzione senza compressione, hosting condiviso economico con risorse insufficienti (il problema più sottovalutato), tema con codice gonfiato, mancanza di un sistema di cache, assenza di CDN.

Le leve operative: audit dei plugin — disattiva tutto ciò che non è strettamente necessario — ottimizzazione immagini con ShortPixel o Imagify, attivazione di una cache con WP Rocket o W3 Total Cache, e, se il problema persiste, valutazione dell’hosting. Un hosting condiviso da tre euro al mese non può reggere un sito con traffico reale.

Shopify: gli script di terze parti

Shopify gestisce autonomamente hosting, CDN e aggiornamenti, ed è di base più veloce di un WordPress non ottimizzato. Il problema principale su Shopify sono gli script di terze parti: ogni app installata aggiunge codice che viene eseguito su ogni pagina. Pixel di tracking, chat widget, tool di recensioni, app di personalizzazione — si accumulano e rallentano il caricamento in modo significativo.

Le leve operative: audit delle app installate (meno app uguale sito più veloce), ottimizzazione delle immagini dei prodotti spesso caricate in risoluzione originale, scelta di un tema leggero. A differenza di WordPress, hai meno controllo sull’infrastruttura, ma l’ottimizzazione delle app e delle immagini risolve la maggior parte dei problemi.

Siti su misura: React, Astro, Next.js

Un sito custom ben costruito è di norma il più veloce — soprattutto se generato come HTML statico e servito tramite CDN. Un sito Astro statico carica in poche centinaia di millisecondi perché non c’è nessun database da interrogare e nessun codice da eseguire lato server: arrivano file già pronti.

Il mio stesso portfolio, costruito in React 19 + Vite, partiva da un punteggio di 66 su mobile nonostante il 96 su desktop — gap tipico di una SPA non ottimizzata. Le cause: script bloccanti il rendering, circa 2 MB di immagini non compresse, e bundle JavaScript non suddivisi. Dopo un ciclo di ottimizzazione mirato (lazy loading delle immagini, rimozione degli script bloccanti, code splitting) il punteggio è salito a 78. Il LCP è sceso da 6,2 a 4,6 secondi — ancora oltre la soglia ottimale, con altri margini di miglioramento sugli script bloccanti residui. È un caso concreto di come anche un sito ben costruito parta con problemi reali su mobile, e di come ogni punto di ottimizzazione richieda interventi mirati.

Il problema su siti custom, quando esiste, di solito è uno di questi: immagini non ottimizzate o senza lazy loading, bundle JavaScript non suddivisi correttamente, font caricati in modo bloccante, o — nel caso di React app lato client puro — il tempo di rendering che l’utente percepisce come lentezza prima che la pagina diventi interattiva. Se stai valutando di rifare il sito, la scelta dello stack tecnico è uno dei fattori che incide di più sulle performance a lungo termine.

Gli errori di ottimizzazione più comuni

Dopo aver lavorato su siti in tutti e tre questi stack, i problemi che tornano più spesso sono sempre gli stessi.

Ottimizzare solo il desktop e dimenticare il mobile. Il sito appare veloce sul computer, il punteggio PageSpeed su desktop è buono, ci si ferma là. Ma Google valuta la versione mobile, e quella spesso ha punteggi molto più bassi per via di immagini pesanti, script bloccanti o layout non adattato.

Usare l’hosting più economico disponibile. Un hosting condiviso da pochi euro al mese divide le risorse del server tra decine o centinaia di siti. Nei momenti di picco, il tuo sito rallenta perché le risorse sono occupate dagli altri. È un limite strutturale che non si risolve ottimizzando il codice — si risolve cambiando hosting.

Caricare le immagini direttamente dalla fotocamera. Una foto scattata con uno smartphone moderno pesa 4-8 MB. Sul sito, quella stessa immagine ridimensionata e compressa dovrebbe pesare 100-200 KB. La differenza è un fattore 30-40 volte. È l’intervento più semplice con il miglior rapporto sforzo/risultato.

Tenere attivi plugin o app che non si usano più. Ogni plugin attivo su WordPress viene caricato ad ogni visita, anche se non fa niente di visibile. La pulizia periodica dei plugin inutilizzati è manutenzione ordinaria che molti siti non fanno mai.

Non monitorare dopo le modifiche. Ogni aggiornamento del tema, ogni nuovo plugin, ogni immagine caricata male può degradare le performance acquisite. Un controllo periodico su PageSpeed — anche solo una volta al trimestre — evita che i problemi si accumulino in silenzio.

Cosa fare, in ordine di priorità

Non tutti i problemi di velocità hanno lo stesso peso. Questo è l’ordine in cui conviene intervenire:

1. Misura prima di agire. Apri PageSpeed Insights, analizza il sito su mobile, leggi i suggerimenti. Ogni intervento deve essere guidato da un dato, non da un’ipotesi.
2. Ottimizza le immagini. È quasi sempre la prima voce nei suggerimenti di PageSpeed ed è il problema con il miglior rapporto tra facilità di intervento e impatto sul punteggio.
3. Riduci plugin e script di terze parti. Disattiva tutto ciò che non è strettamente necessario. Ogni richiesta in meno è velocità in più.
4. Attiva la cache su WordPress, o verifica che il tuo hosting la gestisca correttamente.
5. Valuta l’hosting se, dopo i punti precedenti, il sito resta lento. È l’intervento con il maggiore impatto strutturale e spesso viene considerato per ultimo quando dovrebbe essere tra i primi.
6. Monitora nel tempo. La velocità di un sito non è statica: va controllata periodicamente.

Velocità e SEO: il collegamento diretto

Google non penalizza direttamente un sito lento — non dice “sei lento, scendi di posizione”. Quello che fa è usare i Core Web Vitals come segnale di qualità dell’esperienza utente: un sito con buoni punteggi viene preferito, a parità di altri fattori, a uno con punteggi bassi.

Questo significa che la velocità da sola non fa miracoli sul posizionamento, ma è una condizione necessaria. Un sito lento con contenuti eccellenti perde opportunità rispetto a un sito veloce con gli stessi contenuti. Investire nella velocità non è un’ottimizzazione estetica: è rimuovere un freno dal motore.

Vale anche il contrario: se hai già un buon posizionamento e il sito rallenta nel tempo — per plugin accumulati, immagini non ottimizzate, hosting che non regge il traffico crescente — il posizionamento può degradare gradualmente, senza un segnale d’allarme evidente. È uno dei motivi per cui il monitoraggio periodico è importante. Se vuoi capire cosa distingue un sito ottimizzato da uno improvvisato, ho approfondito il tema qui.

In sintesi

Un sito lento costa in tre modi: visitatori che abbandonano prima di vedere il contenuto, posizionamento su Google penalizzato dai Core Web Vitals, conversioni ridotte. Le cause variano a seconda della piattaforma — plugin su WordPress, app su Shopify, immagini e rendering su siti custom — ma il metodo è lo stesso: misura con PageSpeed Insights, individua il collo di bottiglia principale, intervieni nell’ordine giusto.

Se il tuo sito ha un punteggio basso su mobile e non sai da dove iniziare, il primo passo concreto è un’analisi: capire esattamente cosa lo rallenta e quanto vale risolverlo.

Il tuo sito è lento su mobile? Posso analizzare il punteggio PageSpeed, identificare i colli di bottiglia e dirti cosa conviene fare. Parliamone →