FID (First Input Delay)

First Input Delay (FID) è una metrica Core Web Vital che misura il tempo tra la prima interazione dell'utente con una pagina — clic su un pulsante, tocco di un link, pressione di un tasto — e il momento in cui il browser inizia a elaborare quell'evento. Cattura la reattività piuttosto che la velocità di caricamento visivo. Un buon punteggio FID è inferiore a 100 millisecondi, il che significa che la pagina risulta istantanea per l'utente. Qualsiasi valore superiore a 300 millisecondi è considerato scarso. Il FID misura specificamente il ritardo di input causato dal thread principale del browser impegnato in altre attività, come il parsing di JavaScript o l'esecuzione di script di lunga durata. Non misura il tempo necessario al browser per completare l'elaborazione dell'evento o aggiornare l'interfaccia.

Quando un lettore clicca un pulsante e non succede nulla per un momento percepibile, la pagina sembra non funzionare. Una risposta lenta all'input frustra gli utenti e aumenta la [frequenza di rimbalzo](/glossary/bounce-rate). Google ha utilizzato il FID come segnale di ranking nella sua valutazione [Core Web Vitals](/glossary/core-web-vitals), quindi le pagine con FID scarso possono posizionarsi più in basso nei risultati di ricerca. Per gli editori che condividono [flipbook](/glossary/flipbook) e documenti interattivi, una prima interazione lenta compromette l'impressione professionale che il contenuto dovrebbe creare. Gli utenti mobile sono particolarmente colpiti perché i dispositivi mobili hanno spesso meno potenza di elaborazione, rendendo la congestione del thread principale più evidente.

I flipbook FlipLink sono ottimizzati per mantenere il FID basso differendo il JavaScript non critico fino a dopo il rendering iniziale. Il motore di sfogliamento pagine [Three.js](/glossary/three-js) si carica progressivamente, così la barra degli strumenti e i controlli di navigazione rispondono immediatamente alla prima interazione del lettore. I pixel di tracciamento e gli script analytics vengono caricati in modo asincrono per evitare di bloccare il thread principale. Quando [incorpori un flipbook](/glossary/responsive-embed) nel tuo sito web, il codice di embed di FlipLink utilizza il [lazy loading](/glossary/lazy-loading) e l'inizializzazione asincrona affinché il flipbook non aggiunga ritardo di input alla pagina ospitante. Queste ottimizzazioni garantiscono che i flipbook incorporati e condivisi risultino reattivi dal primo clic, sia su desktop che su mobile.

| Valutazione | Soglia FID | Significato | |-------------|-----------|-------------| | Buono | ≤ 100 ms | La pagina risponde istantaneamente all'input | | Da migliorare | 101–300 ms | Ritardo percepibile prima della risposta | | Scarso | > 300 ms | La pagina sembra non rispondere o bloccata | Il FID viene misurato al 75° percentile dei caricamenti di pagina nel Chrome User Experience Report (CrUX). Questo significa che il 75% dei visitatori deve sperimentare un FID di 100 ms o meno affinché la pagina superi la soglia "buono". Puoi misurare il FID usando Google PageSpeed Insights, Lighthouse o la libreria JavaScript Web Vitals nella tua configurazione analytics.

Il FID misura solo la porzione di ritardo dell'elaborazione dell'evento — il divario tra l'evento di input che si attiva e il browser che inizia a eseguire il gestore dell'evento. Non include il tempo di esecuzione del gestore né il tempo per il browser di ridipingere lo schermo. La causa più comune di FID elevato sono le attività JavaScript di lunga durata sul thread principale. Quando il browser è impegnato nell'esecuzione di uno script che richiede 200 ms o più, qualsiasi input dell'utente durante quel periodo viene messo in coda e ritardato. Le fonti comuni di blocco del thread principale includono: - **Bundle JavaScript di grandi dimensioni** analizzati e compilati al caricamento della pagina - **Script di terze parti** (analytics, pubblicità, widget di chat) eseguiti in modo sincrono - **Manipolazione pesante del DOM** durante il rendering iniziale - **Caricamento non ottimizzato dei web font** che attiva ricalcoli del layout Per ridurre il FID, spezza le attività lunghe in blocchi più piccoli, differisci gli script non essenziali, usa il code splitting per caricare solo il JavaScript necessario per la vista corrente e minimizza l'impatto degli script di terze parti.

Google ha ufficialmente sostituito il FID con [Interaction to Next Paint (INP)](/glossary/core-web-vitals) come Core Web Vital a marzo 2024. Mentre il FID misura solo la prima interazione, l'INP misura la reattività di tutte le interazioni durante l'intero ciclo di vita della pagina e sceglie la peggiore (o quasi peggiore per pagine con molte interazioni). Questo rende l'INP una metrica di reattività più completa. Differenze principali: - **Ambito**: Il FID misura solo il ritardo della prima interazione. L'INP misura ogni interazione (clic, tocchi, pressioni di tasti) e riporta la peggiore. - **Cosa si misura**: Il FID misura solo il ritardo di input (tempo prima dell'esecuzione del gestore). L'INP misura la durata completa dall'input al successivo aggiornamento visivo (paint). - **Soglia**: Il FID buono è ≤ 100 ms. L'INP buono è ≤ 200 ms. - **Stato**: Il FID è deprecato come Core Web Vital ma ancora riportato da molti strumenti. L'INP è la metrica ufficiale attuale. Anche se il FID non è più un Core Web Vital, le ottimizzazioni che migliorano il FID — ridurre il blocco del thread principale, differire gli script, fare code splitting — migliorano anche l'INP. Il visualizzatore di FlipLink è ottimizzato per entrambe le metriche.