Cos'era FID
First Input Delay e stato Core Web Vital dal 2020 al marzo 2024. Misurava il ritardo tra la prima interazione utente (click, tap, key press) e il momento in cui il browser inizia a processare l'event handler. Soglia buona era inferiore a 100ms. Non includeva il tempo di esecuzione dell'handler ne il rendering.
Limiti di FID
Misurava solo la prima interazione: i siti potevano avere FID buono ma essere lentissimi nelle interazioni successive. Non considerava il processing time del handler ne la presentation. Pagine con first input prima del JS pesante mostravano FID artificialmente basso. Non rifletteva la vera reattivita perceived.
Perché e stato sostituito
Google ha annunciato a maggio 2023 il piano di sostituzione con INP. INP cattura tutte le interazioni, non solo la prima. INP include processing time e presentation delay, dando un quadro completo del lag percepito. Da marzo 2024 INP e ufficialmente Core Web Vital.
FID vs INP: differenze
FID misurava solo input delay; INP misura input delay + processing + presentation. FID solo prima interazione; INP considera tutte (98° percentile). FID soglia 100ms; INP soglia 200ms (perché misura di più). FID raramente fallito; INP molto più severo: 90% siti FID buono, solo 64% INP buono.
Migrazione: cosa fare
Se avevi FID buono, non significa INP buono. Audita INP con Search Console, PSI, CrUX dashboard. Identifica long tasks con Performance Insights. Ottimizza JavaScript pesante. Spezza handler complessi. Usa scheduler.yield() per yield al browser. INP richiede attenzione alle interazioni in tutto il ciclo vita pagina.
Lezione appresa
Le metriche evolvono con la conoscenza dell'esperienza utente. Costruisci dashboard di monitoring agnostiche dal singolo metric, basate su web-vitals library: se Google introduce nuove metriche, le hai già tracciate. Tieni d'occhio anche RUM personalizzato per i KPI rilevanti al tuo business.
Hai bisogno di aiuto?
Se vuoi un sito veloce ottimizzato dal team di G Tech Group, scrivici tramite il modulo di contatto.