Guide

Tutte le altre grandi metriche di caricamento nominano un momento. Il First Contentful Paint è l'istante in cui qualcosa compare per la prima volta. Il Largest Contentful Paint è l'istante in cui atterra l'elemento più grande. Lo Speed Index non è affatto un momento: misura quanto in fretta la parte visibile della pagina si riempie, lungo tutto il caricamento.

Quella differenza è la sua ragion d'essere, ed è anche ciò che ne fa la metrica più difficile da collocare.

Come Lighthouse lo misura davvero

Lighthouse lo calcola registrando un video del caricamento e confrontando poi i fotogrammi successivi per stabilire il grado di completezza visiva in ogni momento. Il calcolo è svolto dal modulo Node Speedline, e l'approccio è ereditato dallo Speed Index originale introdotto da WebPageTest.

Poiché integra l'intero caricamento, un numero più basso significa che la pagina ha raggiunto la completezza visiva prima **in media**, non che un singolo elemento sia arrivato più in fretta.

Due pagine possono finire nello stesso istante e ottenere punteggi molto diversi. Una disegna il contenuto progressivamente, così la superficie è in buona parte riempita presto. L'altra tiene uno schermo bianco e poi dipinge tutto in un blocco, tardi. Stesso traguardo, Speed Index molto diverso ed esperienza davvero diversa per chi guarda.

Che cosa conta come buono e quanto pesa

Pesa il **10 per cento** del punteggio di performance di Lighthouse, quanto il [First Contentful Paint](/it/articles/cos-e-il-first-contentful-paint-fcp) e un terzo di quanto pesa il [Total Blocking Time](/it/articles/cos-e-il-total-blocking-time). Le soglie pubblicate cambiano col profilo del dispositivo, ed è per questo che la stessa pagina non ottiene lo stesso punteggio su mobile e su desktop:

• Mobile: da 0 a 3,4 s veloce, da 3,4 a 5,8 s medio, oltre 5,8 s lento
• Desktop: da 0 a 1,3 s veloce, da 1,3 a 2,3 s medio, oltre 2,3 s lento
• Peso nel punteggio di performance Lighthouse: 10 per cento

Non è un Core Web Vital

Un punto da dire chiaramente: **lo Speed Index non è un Core Web Vital**. È una delle cinque metriche della sezione performance di Lighthouse e non alimenta la valutazione dei Core Web Vitals che Google costruisce dai dati sul campo. Se l'obiettivo è superare i Core Web Vitals, non è questo il numero da inseguire; se l'obiettivo è il punteggio Lighthouse o la velocità percepita del caricamento, lo è.

La distinzione conta perché lo sforzo investito qui si vede in un posto e non nell'altro. Il nostro articolo su [migliorare i Core Web Vitals](/it/articles/migliorare-i-core-web-vitals) copre il versante dei dati sul campo.

Buon LCP, Speed Index scarso: la forma abituale

Quando lo Speed Index è scarso mentre il [LCP](/it/articles/cos-e-il-largest-contentful-paint-lcp) sembra accettabile, la causa abituale è un caricamento che non rivela nulla fino a tardi. Risorse che bloccano il rendering nell'head, font che nascondono il testo finché non arrivano e contenuti in attesa di una chiamata lato client producono tutti la stessa forma: una tela bianca per gran parte del caricamento, poi tutto insieme.

I rimedi discendono da quella forma e non dal nome della metrica. Servi qualcosa di significativo già nella prima risposta invece di un guscio vuoto, lascia che il testo compaia con un font di ripiego mentre carica quello web, e togli dal percorso critico tutto ciò che non serve alla prima schermata. Ognuno di questi gesti alza la completezza visiva più presto nella curva, che è esattamente ciò che la misura premia.

L'avvertenza di laboratorio

L'avvertenza onesta è quella che vale per ogni metrica di laboratorio. Si tratta di un caricamento pilotato su hardware simulato, che può differire da ciò che vivono i tuoi visitatori sui loro dispositivi e sulle loro connessioni. Trattalo come un segnale riproducibile sulla forma del tuo caricamento, non come un resoconto di ciò che hanno visto gli utenti reali. Puoi vedere come quel numero diventa punti con il nostro [calcolatore del punteggio Lighthouse](/it/lighthouse-score-calculator).