Sì, e le evidenze pubblicate sono coerenti tra più studi.
Se il sito impiega più di 3 secondi a caricarsi su mobile, circa la metà dei visitatori se ne va prima di vedere anche solo una riga di contenuto. Google, Amazon, Walmart e decine di ricercatori indipendenti lo hanno misurato su larga scala.
Il legame tra velocità di pagina e conversioni è uno dei fenomeni più documentati nella web performance. Ecco cosa dicono i dati e cosa significa per la sua attività.
Cosa mostrano le ricerche
| Studio / Fonte | Risultato |
|---|---|
| Google / Deloitte (2020) | 0.1s faster load time = 8% more conversions on mobile |
| Portent (2019) | Sites loading in 1 second convert 3× better than sites loading in 5 seconds |
| Walmart (interno) | Ogni miglioramento di 1 secondo = +2% di fatturato |
| Amazon (interno) | Ritardo di 100ms = calo dell'1% nelle vendite |
| BBC (2016) | 10% di utenti persi per ogni secondo aggiuntivo di caricamento |
Questi dati provengono da settori diversi, periodi diversi e metodologie di misurazione diverse, eppure indicano tutti la stessa direzione.
Perché la velocità incide sulle decisioni di acquisto
In parte è psicologia. Un sito lento segnala che qualcosa non va. I visitatori non pensano consapevolmente che l'infrastruttura sia scadente: semplicemente si sentono a disagio e se ne vanno.
In parte è praticità. Gli utenti mobile su connessione 4G chiudono una scheda che non si carica entro 3-4 secondi: hanno altre opzioni, compresi i concorrenti.
E in parte è fiducia. Le ricerche di Google e del Nielsen Norman Group mostrano in modo costante che la credibilità percepita diminuisce con i tempi di caricamento. Un sito lento riduce la probabilità che gli utenti affidino dati, ordini o richieste di contatto.
Il fattore Core Web Vitals
Dal 2021, Google utilizza un insieme di metriche di performance chiamate Core Web Vitals come segnale diretto di ranking. Le tre misure chiave:
- Largest Contentful Paint (LCP): tempo necessario affinché il contenuto principale sia visibile. Obiettivo: sotto i 2.5 secondi.
- Interaction to Next Paint (INP): velocità di risposta della pagina ai clic o ai tocchi. Obiettivo: sotto i 200ms.
- Cumulative Layout Shift (CLS): quanto la pagina si sposta durante il caricamento. Obiettivo: sotto 0.1.
I siti che ottengono il verde su tutte e tre le metriche ricevono un boost nel ranking di Google. Chi non raggiunge la soglia viene retrocesso e perde traffico organico.
Si crea così un problema composto: un sito lento non solo converte meno i visitatori diretti, ma ne attrae anche meno da Google fin dall'inizio.
Come capire se la velocità sta penalizzando il sito
Il modo più rapido è Google PageSpeed Insights. Inserendo l'URL si ottiene un punteggio da 0 a 100 e le metriche specifiche che non soddisfano i requisiti.
Cosa osservare:
- Sotto 50 su mobile: problema serio. Si stanno perdendo traffico e conversioni in modo significativo.
- 50-70 su mobile: margine di miglioramento concreto. Un'ottimizzazione o un rebuild potrebbe spostare l'ago della bilancia.
- 70+ su mobile: solido. Non si stanno lasciando guadagni di performance evidenti sul tavolo.
Verifichi il punteggio mobile in particolare. I punteggi desktop tendono a essere più indulgenti perché connessioni e processori desktop sono più veloci. La maggioranza del traffico web, così come dell'indicizzazione di Google, arriva però da mobile.
Perché i siti WordPress spesso restano bloccati
Il pattern più comune negli audit: un titolare ha fatto tutto bene. Hosting di qualità, plugin di caching, CDN, compressione delle immagini. Eppure il punteggio PageSpeed mobile è ancora bloccato tra 40 e 50.
Di solito si tratta di un problema architetturale. WordPress genera le pagine eseguendo PHP, interrogando un database e avviando una catena di plugin a ogni richiesta. Il caching aiuta, ma questa architettura ha un tetto oltre il quale non è possibile andare.
Un sito costruito con la generazione statica, Next.js per esempio, renderizza le pagine al momento della build e le serve come file precompilati da un edge CDN. Non c'è nulla da eseguire: il file è già pronto, con tempi di primo byte bassi a livello globale (tipicamente sotto i 100ms dal nodo edge più vicino, a seconda della copertura CDN).
Le azioni concrete disponibili
Con un punteggio mobile sotto 70, le opzioni sono sostanzialmente:
- Hosting migliore: passare dall'hosting condiviso a un provider gestito (Kinsta, WP Engine) aggiunge tipicamente 5-15 punti.
- Audit dei plugin: rimuovere i plugin inutilizzati riduce la catena di esecuzione PHP e può aggiungere 5-10 punti.
- Ottimizzazione delle immagini: convertire in WebP/AVIF e applicare il lazy-loading alle immagini fuori schermo può aggiungere 5-20 punti.
- Cambio architetturale: se si è già fatto quanto sopra e si è ancora sotto 70, probabilmente si è raggiunto il limite di ciò che è ottenibile con la piattaforma attuale. Un rebuild in Next.js porta tipicamente i siti oltre 90 su PageSpeed mobile, se l'architettura è corretta.
La soluzione giusta dipende dal punto di partenza. Un sito a 58 spesso può arrivare a 75-80 con modifiche alla configurazione. Un sito a 38 già ottimizzato necessita probabilmente di un cambio architetturale.
Il caso economico per un rebuild
Se il sito converte attualmente al 2% e un rebuild porta quel valore al 2,5%, si ottiene un aumento del 25% dei ricavi a parità di traffico. Con qualsiasi cifra mensile significativa, la migrazione si ripaga in settimane, non in anni.
Una migrazione a Next.js per un sito aziendale a contenuto è dimensionata in base alla complessità del sito, alla struttura dei contenuti, al rischio SEO, alle integrazioni e alle esigenze di editing. Con traffico attivo, i guadagni di conversione possono compensare l'investimento della migrazione entro 6-12 mesi; per i siti più piccoli e quelli senza traffico consolidato il payback richiede tempi più lunghi.
Per scoprire il punteggio attuale del sito e cosa lo frena, è disponibile un report gratuito sulla salute del sito su webvise.io/wp-health-report. L'analisi richiede 60 secondi e non è necessaria alcuna registrazione.