Il First Input Delay, abbreviato FID, è stata una metrica di prestazione web che misurava il tempo che intercorre tra il primo input dell’utente su una pagina, come un clic su un pulsante o un tocco su un collegamento, e il momento in cui il browser è effettivamente in grado di iniziare a elaborare quell’interazione. Quantificava il ritardo percettibile che l’utente sperimenta quando prova a interagire mentre il browser è ancora impegnato in altre attività, tipicamente l’esecuzione di codice nella fase di caricamento iniziale.
Il FID è stato una delle tre Core Web Vitals originarie, ma dal 12 marzo 2024 non lo è più: Google lo ha sostituito con l’Interaction to Next Paint (INP), che considera tutte le interazioni dell’utente e non soltanto la prima. Google lo ha poi tolto dai propri strumenti (CrUX, PageSpeed Insights, Search Console). Questa voce serve a capire cosa misurava e perché è stato sostituito.
Cosa registra il FID, in pratica
Il FID si concentra su un singolo evento: la prima volta che l’utente tenta di interagire con la pagina. Il valore registrato è la differenza temporale tra l’istante in cui l’input viene ricevuto dal browser e l’istante in cui il thread principale riesce a rispondere a quell’input. Se il thread principale è occupato, per esempio nell’esecuzione di codice, l’elaborazione dell’input resta in coda e l’utente avverte un ritardo.
È importante sottolineare che il FID non misura il tempo totale necessario a completare la risposta all’interazione, né il tempo di rendering dei contenuti visivi. Misura solo il ritardo iniziale prima che il browser cominci a gestire l’evento. Un FID basso indica che la pagina risponde rapidamente al primo tocco o clic, mentre un FID alto segnala che la pagina risulta lenta o bloccata nel momento dell’interazione.
Reattività e velocità di caricamento non coincidono
Il FID non va confuso con il tempo di caricamento complessivo della pagina. Una pagina può caricarsi visivamente in fretta e mostrare i contenuti principali in breve tempo, ma risultare comunque poco reattiva se il thread principale è saturo di attività. Al contrario, una pagina può richiedere più tempo per il caricamento visivo ma rispondere prontamente alla prima interazione. Le due dimensioni, prestazioni di caricamento e reattività, sono distinte e complementari.
Le soglie di Google e come leggerle
I valori del FID si esprimono in millisecondi e vengono raccolti sul campo, cioè dalle reali interazioni degli utenti, non in laboratorio. Google aveva stabilito delle soglie di riferimento per classificare l’esperienza: un FID inferiore a 100 millisecondi è considerato buono, un valore compreso tra 100 e 300 millisecondi richiede miglioramenti, mentre un valore superiore a 300 millisecondi è considerato scarso.
Queste soglie servono a orientare gli sviluppatori nella valutazione della reattività delle pagine. Poiché il FID dipende dalle condizioni reali di navigazione, come la potenza del dispositivo e la qualità della connessione, i valori possono variare sensibilmente tra utenti diversi. Per questo si considera in genere una distribuzione dei valori e non un singolo numero isolato.
Perché è stato sostituito
Il FID misurava solo il ritardo iniziale della prima interazione: non vedeva le interazioni successive né il tempo necessario a mostrare il risultato. Con l’INP Google misura la latenza di tutte le interazioni durante la visita, che rappresenta meglio la reattività percepita. Quando era una Core Web Vital, il FID rientrava tra i segnali di esperienza di pagina; Google non ha mai dichiarato un peso preciso.
Oggi la reattività si migliora lavorando sull’INP: le cause (thread principale occupato, JavaScript pesante) e molti degli interventi sono gli stessi che riducevano il FID.
Da cosa dipende il ritardo della prima interazione
Il fattore principale che determina il FID è il livello di occupazione del thread principale del browser durante il caricamento iniziale della pagina. Quando il thread è impegnato in attività lunghe, gli input dell’utente devono attendere il proprio turno prima di essere elaborati. Più a lungo il thread resta bloccato, maggiore sarà il ritardo percepito.
Tra le cause più comuni di un FID elevato figurano l’esecuzione di codice pesante all’avvio, l’elaborazione di grandi quantità di dati lato client e la presenza di risorse che bloccano il rendering. Anche la complessità della pagina e il numero di elementi interattivi possono incidere, sebbene il FID riguardi soltanto la prima interazione.
Il peso di hardware e rete dell’utente
Le caratteristiche del dispositivo e della rete dell’utente influenzano in modo significativo il FID. Dispositivi meno potenti, con processori più lenti o memoria limitata, impiegano più tempo a elaborare il codice e a rispondere agli input. Allo stesso modo, connessioni lente possono ritardare il caricamento delle risorse necessarie alla reattività della pagina.
Poiché il FID viene misurato sul campo, le differenze tra utenti sono inevitabili. Una pagina ottimizzata per i dispositivi più comuni e per le connessioni tipiche del proprio pubblico tende a ottenere valori migliori e più coerenti.
FID, INP, LCP e CLS a confronto
Per capire il ruolo del FID è utile confrontarlo con le altre metriche che descrivono l’esperienza di una pagina. Le Core Web Vitals attuali sono LCP, INP e CLS; il FID è presente in tabella per confronto.
| Metrica | Cosa misura | Unità di misura | Ambito |
|---|---|---|---|
| FID | Ritardo della prima interazione | Millisecondi | Reattività iniziale |
| LCP | Tempo di visualizzazione dell’elemento principale | Secondi | Caricamento visivo |
| CLS | Instabilità visiva degli elementi | Punteggio adimensionale | Stabilità del layout |
| INP | Reattività a tutte le interazioni | Millisecondi | Reattività complessiva |
| TTFB | Tempo di risposta iniziale del server | Millisecondi | Risposta del server |
Ridurre il lavoro del browser all’avvio
Per ridurre il FID, e oggi l’INP, bisogna ridurre il tempo in cui il thread principale resta occupato. Le strategie più efficaci puntano a limitare il lavoro svolto dal browser all’avvio e a distribuire meglio le attività nel tempo. Di seguito sono elencate le pratiche più comuni e consolidate.
- Ridurre la quantità di codice eseguito all’avvio della pagina, caricando solo ciò che è strettamente necessario per la prima interazione.
- Suddividere le attività lunghe in porzioni più brevi, in modo che il thread principale possa rispondere agli input tra un’attività e l’altra.
- Rimandare l’esecuzione delle funzionalità non essenziali a dopo il caricamento iniziale o al momento in cui servono davvero.
- Ottimizzare le risorse di terze parti, che spesso introducono codice pesante e rallentano la reattività della pagina.
- Ridurre le dimensioni dei file trasferiti, applicando la compressione e la minificazione delle risorse testuali.
- Utilizzare il caricamento differito per le risorse non critiche, evitando che blocchino l’elaborazione degli input.
- Monitorare i valori sul campo per individuare le pagine con i ritardi maggiori e intervenire in modo mirato.
- Verificare le prestazioni su dispositivi e connessioni rappresentativi del proprio pubblico, non solo su macchine potenti.
Domande frequenti sul FID
Che cosa significa la sigla FID?
FID è l’abbreviazione di First Input Delay, espressione che in italiano si può tradurre come ritardo della prima interazione. Indica il tempo che intercorre tra il primo input dell’utente e il momento in cui il browser inizia a elaborarlo.
Il FID è ancora una metrica dei Core Web Vitals?
No. Il FID è stato una delle tre metriche originarie dei Core Web Vitals, ma dal 12 marzo 2024 è stato sostituito dall’Interaction to Next Paint, che offre una misura più completa della reattività. Resta utile come concetto per capire come il thread principale influisce sulla risposta della pagina.
Qual è un buon valore di FID?
Un valore inferiore a 100 millisecondi è considerato buono. Valori compresi tra 100 e 300 millisecondi indicano la necessità di miglioramenti, mentre valori superiori a 300 millisecondi sono considerati scarsi.
Il FID si misura in laboratorio o sul campo?
Il FID si misurava solo sul campo, cioè attraverso le interazioni reali degli utenti. In laboratorio, l’indicatore più vicino è il Total Blocking Time.
Perché il FID può risultare alto anche se la pagina si carica in fretta?
Perché il FID non dipende dal tempo di caricamento visivo, ma dall’occupazione del thread principale. Se il browser è impegnato in altre attività quando l’utente interagisce, l’input resta in attesa e il ritardo aumenta.
Migliorare la reattività aiuta il posizionamento?
Può contribuire in modo limitato. La reattività rientra nei segnali di esperienza di pagina (oggi misurata con l’INP), ma Google non ne dichiara il peso e la pertinenza del contenuto conta di più. Il beneficio principale è per chi usa il sito.
Hai questo problema?Il tuo sito risponde in ritardo al primo clic o tocco dell’utente, facendogli perdere tempo?Un FID alto delude chi interagisce e può farti perdere conversioni. Analizziamo i Core Web Vitals e ottimizziamo il caricamento per un’interazione immediata.Scopri il servizio Core Web Vitals
Voci correlate:
Core Web Vitals Total Blocking Time INP (Interaction to Next Paint) Cls core web vitals