Crea il mio sito gratis

La banca del sapere Velocità

Velocità: le soglie di Google e il nostro requisito

Le tre misure usate da Google (Core Web Vitals), le soglie del buono, il nostro requisito per ogni sito che realizziamo (il contenuto principale in meno di 0,7 secondi) e come testiamo la velocità di ogni sito.

2 min di lettura6 sezioni6 fonti

Tre misure e le loro soglie#

Google misura come viene percepito il sito con tre misure. La valutazione si fa al 75° percentile, cioè come va in tre visite su quattro [1]. Google usa le misure nei suoi sistemi di esperienza sulla pagina [2].

LCP: quanto velocemente compare il contenuto principaleBuono: al massimo 2,5 sDa migliorare: da 2,5 s a 4 sScarso: oltre 4 s2,5 s4 sINP: quanto velocemente la pagina risponde ai clicBuono: al massimo 200 msDa migliorare: da 200 ms a 500 msScarso: oltre 500 ms200 ms500 msCLS: quanto salta la paginaBuono: al massimo 0,1Da migliorare: da 0,1 a 0,25Scarso: oltre 0,250,10,25

✓ Buono ! Da migliorare ✕ Scarso

Mostra come tabella
MisuraBuonoDa migliorareScarso
LCPal massimo 2,5 s2,5-4 soltre 4 s
INPal massimo 200 ms200-500 msoltre 500 ms
CLSal massimo 0,10,1-0,25oltre 0,25
Fonte: web.dev (Google). Valutato al 75° percentile delle visite reali.

Da dove vengono i numeri#

I numeri vengono dal Chrome UX Report: dati anonimi di utenti reali di Chrome che condividono statistiche. Sono inclusi solo i siti con abbastanza visite, e Google non dice dove si trova la soglia [3]. Se mancano dati per il tuo sito, lo diciamo. Non indoviniamo mai un numero.

Il nostro requisito: meno di 0,7 secondi#

Le soglie di Google sono un livello minimo. Sui siti che realizziamo e gestiamo chiediamo di più: il contenuto principale deve comparire entro 0,7 secondi su un computer e il server deve rispondere entro 0,2 secondi. Sul cellulare, dove Google presuppone una rete 4G più lenta, la pagina deve superare con margine la soglia del buono di Google. I requisiti valgono sia per il nuovo design sia per la copia del sito attuale del cliente [4] [5].

MisuraLa soglia del buono di GoogleIl nostro requisito per i nostri siti
La risposta del server (TTFB)al massimo 0,8 s (raccomandazione)al massimo 0,2 s
Compare il primo contenuto (FCP)al massimo 1,8 s (raccomandazione)al massimo 0,8 s
Compare il contenuto principale (LCP), computeral massimo 2,5 sal massimo 0,7 s
Compare il contenuto principale (LCP), cellulare con 4Gal massimo 2,5 sal massimo 2,5 s, obiettivo 1,0 s
Risposta al clic (INP)al massimo 0,2 sal massimo 0,1 s
Spostamento del layout (CLS)al massimo 0,1al massimo 0,1, obiettivo 0,02
Prestazioni Lighthouse90+ è considerato buono90-100
SEO e accessibilità Lighthousenessun requisito di Google95-100
LCP, INP e CLS sono i Core Web Vitals di Google. TTFB e FCP sono raccomandazioni di Google, non requisiti di ranking. I nostri requisiti sono obiettivi tecnici che fissiamo per avere margine; numeri perfetti non garantiscono alcuna posizione.

Come testiamo la velocità#

  • Ogni sito che realizziamo o mostriamo in anteprima viene testato con PageSpeed Insights di Google, su cellulare e computer, almeno una volta a settimana e dopo ogni modifica. Un sito che non rispetta il requisito compare subito nella nostra gestione, con cosa va corretto [6].
  • Ogni sito che analizziamo, anche quello attuale del cliente, viene testato allo stesso modo. Il commerciale vede il dato con la sua fonte, per esempio quanti secondi ci vogliono prima che il contenuto principale compaia sul cellulare, confrontato con la soglia di Google.
  • Se il sito ha abbastanza visitatori, mostriamo anche la misurazione di Google dei visitatori reali (il Chrome UX Report), che è quella che Google stesso usa [3].

Ecco cosa facciamo perché il sito sia veloce#

  • La pagina viene inviata già pronta dal server, con lo stile più importante direttamente nella pagina, così nulla deve aspettare gli script.
  • L'immagine principale viene recuperata per prima e nelle dimensioni giuste per lo schermo; le immagini più in basso si caricano quando il visitatore scorre fin lì.
  • I font sono sul nostro server, e uno stile di riserva con le stesse misure evita che il testo salti quando arriva il font.
  • La pagina successiva viene recuperata in anticipo quando il visitatore punta un link, così si apre subito.
  • Il lavoro in background sul server viene sempre dopo le pagine dei visitatori.
  • Mostriamo la misurazione di Google nell'analisi quando esiste, con data e fonte.

Immagini#

Come le immagini vanno nominate, descritte e caricate, e quali sono i miti su EXIF e GPS, è spiegato in Immagini e nomi dei file.

Quanto è veloce il tuo sito web?

L'analisi gratuita misura la velocità su cellulare e computer.

0 SEK · senza registrazione · risposta in circa un minuto

Argomento successivoCronologia →Cosa succede il primo giorno, le prime settimane e i primi mesi dopo che abbiamo preso in carico il sito, e quando puoi aspettarti di vedere una differenza.

Fonti in questa pagina

  1. Web Vitals: metriche e soglie web.dev (Google) · Documentazione ufficiale
  2. Core Web Vitals e Ricerca Google Google Search Central · Documentazione ufficiale
  3. Chrome UX Report: metodologia Chrome for Developers · Documentazione ufficiale
  4. Largest Contentful Paint (LCP) web.dev (Google) · Documentazione ufficiale
  5. Time to First Byte (TTFB) web.dev (Google) · Documentazione ufficiale
  6. Informazioni su PageSpeed Insights Google for Developers · Documentazione ufficiale

Banca del sapere aggiornata il 15 ottobre 2026. Hai trovato qualcosa che non va? Segnalacelo e lo correggeremo.