Velocità del sito web e Core Web Vitals: perché decidono le tue vendite e il tuo ranking su Google

Risposta breve: Un sito web lento allontana i clienti prima che vedano il tuo prodotto, e Google usa la velocità dell'esperienza di pagina come segnale di ranking attraverso i tre Core Web Vitals: la rapidità con cui appare il contenuto principale (LCP), la rapidità con cui la pagina risponde a un tocco (INP) e la stabilità degli elementi durante il caricamento (CLS). Valori buoni: LCP sotto 2,5 secondi, INP sotto 200 millisecondi e CLS sotto 0,1 — misurati sui tuoi utenti reali, non sul computer di uno sviluppatore.

Se possiedi un sito web o un negozio online, paghi la lentezza due volte: una quando il visitatore infastidito se ne va, e un'altra quando il tuo posizionamento su Google scende e quindi meno persone arrivano a te. La buona notizia è che la velocità di un sito web si può misurare con numeri chiari e migliorare con passaggi noti. Questa guida spiega le tre metriche, come misurarle e come aumentare le prestazioni del tuo sito.

Perché un secondo in più ti costa clienti e vendite

Il tuo cliente saudita di solito apre il tuo sito dallo smartphone, in movimento. Se la pagina tarda ad apparire, la chiude e passa a un concorrente più veloce prima di leggere una sola riga. La velocità non è un lusso tecnico; è la prima impressione di quanto sei serio: un negozio lento fa pensare a un servizio lento, e una pagina i cui elementi saltano durante il caricamento porta il cliente a toccare qualcosa che non voleva e a perdere fiducia. Ogni secondo di ritardo significa un carrello abbandonato, un modulo non completato e un annuncio che hai pagato e che non si è mai trasformato in una vendita.

Quali sono i tre Core Web Vitals?

I Core Web Vitals sono tre metriche ufficiali di Google che riassumono la qualità dell'esperienza di pagina:

  • LCP — Largest Contentful Paint: il tempo necessario perché appaia l'elemento visibile più grande sullo schermo (un'immagine o un titolo). Obiettivo: sotto 2,5 secondi.
  • INP — Interaction to Next Paint: la rapidità con cui la pagina risponde quando un utente tocca o digita. Obiettivo: sotto 200 millisecondi. Ha ufficialmente sostituito la vecchia metrica FID.
  • CLS — Cumulative Layout Shift: quanto gli elementi saltano e si spostano durante il caricamento. Obiettivo: sotto 0,1.

Google misura questi valori al 75° percentile delle visite reali al tuo sito; cioè il punteggio è giudicato "buono" quando il valore buono è raggiunto per almeno tre quarti dei tuoi utenti, non su un singolo dispositivo veloce.

Come misurare le prestazioni del tuo sito

Non tirare a indovinare: misura. Gli strumenti gratuiti di Google bastano per iniziare: PageSpeed Insights ti fornisce un punteggio della pagina e i dati degli utenti reali quando disponibili, il report Core Web Vitals in Search Console mostra quali gruppi di pagine richiedono interventi in tutto il sito, e Lighthouse nel browser offre una rapida diagnosi di laboratorio. Distingui la misurazione di laboratorio (un ambiente di test fisso) dalla misurazione sul campo (l'esperienza effettiva dei tuoi utenti): è quest'ultima che Google usa per il ranking.

Cause comuni di lentezza

  • Immagini grandi e non compresse caricate a dimensione piena.
  • Troppo JavaScript, che ritarda l'interazione e fa salire l'INP.
  • Nessuna cache e nessuna rete di distribuzione dei contenuti (CDN) vicino all'utente.
  • Hosting debole o un server lontano dai tuoi clienti.
  • Immagini e annunci senza dimensioni impostate, che causano spostamenti del layout (CLS).
  • Troppi strumenti di terze parti (tracciamento, chat, font) che appesantiscono la pagina.

Come migliorare la velocità nella pratica

La maggior parte dei miglioramenti deriva da passaggi noti: comprimi le immagini e servile in formati moderni come WebP e AVIF, e usa il lazy loading in modo che appaiano quando servono. Riduci e suddividi il JavaScript in modo che la pagina carichi solo ciò di cui ha bisogno. Attiva la cache e usa una rete di distribuzione dei contenuti che avvicini i tuoi file ai tuoi utenti. Scegli un hosting solido con server geograficamente vicini all'Arabia Saudita. Imposta in anticipo le dimensioni di immagini e annunci per evitare spostamenti. Rivedi gli strumenti di terze parti ed elimina ciò che non aggiunge valore. E quando un sito è ricco di contenuti, valuta il rendering lato server (SSR), così l'utente riceve una pagina pronta invece di aspettare che tutto venga costruito sul suo telefono.

Prima il mobile

Google usa l'indicizzazione mobile-first, e la maggior parte delle tue visite in Arabia Saudita arriva da smartphone. Misura le tue prestazioni su mobile e con una connessione media, non sulla rete veloce del tuo ufficio. Fai attenzione al peso dei font arabi — alcuni sono pesanti e ritardano la comparsa del testo; scegli font ottimizzati e caricali con criterio. Un'esperienza mobile veloce significa un ranking migliore e più clienti che completano l'ordine.

Come lo facciamo in Origami

In Origami siamo un'azienda tecnologica. Costruiamo siti web e negozi online veloci per impostazione predefinita, non come ripensamento. Usiamo il rendering lato server, l'ottimizzazione delle immagini e le reti di distribuzione, fissiamo un "budget di prestazioni" che blocca qualsiasi aggiunta che rallenti la pagina e misuriamo i Core Web Vitals degli utenti reali dopo il lancio, non solo in laboratorio. Il risultato è un sito che si apre rapidamente, si posiziona meglio su Google e trasforma i visitatori in clienti invece di perderli al primo secondo.

Conclusione

La velocità è una doppia vittoria: un ranking più alto su Google e una maggiore conversione dei visitatori. Inizia misurando le tue pagine più importanti con PageSpeed Insights e Search Console, correggi le tre principali cause di lentezza e poi misura di nuovo. Migliorare anche un solo secondo del tempo di caricamento può essere più economico e avere un impatto più rapido che raddoppiare il budget pubblicitario.

Fonti

  • Google Search Central — Understanding Core Web Vitals and Google Search results: developers.google.com
  • web.dev — metriche e soglie dei Core Web Vitals (LCP, INP, CLS): web.dev