First Input Delay (FID): definición y sustitución por INP

¿Qué es First Input Delay (FID)?

First Input Delay (FID) fue una Core Web Vital que medía el tiempo desde la primera interacción de un visitante con una página, como un clic, un toque o una pulsación de tecla, hasta que el navegador podía empezar a ejecutar los manejadores de eventos correspondientes. Reflejaba la sensación de página "congelada" cuando JavaScript mantiene ocupado el hilo principal durante la carga y la página no puede reaccionar. Un buen FID era de 100 milisegundos o menos en el percentil 75.

FID ya no es una Core Web Vital. Interaction to Next Paint (INP) lo sustituyó el 12 de marzo de 2024 y, según web.dev, el soporte de FID terminó el 9 de septiembre de 2024. Esta página explica qué era FID y en qué se diferencia de INP. Para todo lo que midas o corrijas hoy, usa INP.

Cómo funcionaba FID

FID solo medía el retraso de entrada de la primera interacción en una página: el intervalo entre la acción y el momento en que sus manejadores podían empezar. No incluía lo que tardaban los manejadores en ejecutarse ni el tiempo de pintar el resultado. Las acciones continuas, como el desplazamiento y el zoom, quedaban fuera.

Solo podía medirse con usuarios reales, porque necesita una primera interacción real. En laboratorio, el Total Blocking Time (TBT) era el sustituto habitual y, según web.dev, se correlacionaba bien con FID en campo.

FID frente a INP

Por qué se sustituyó FID

• Solo veía una interacción. Una página podía tener un buen FID y aun así sentirse lenta en el décimo clic.
• Ignoraba la respuesta. Los manejadores lentos y el renderizado lento tras la acción no contaban.
• Era fácil de aprobar. Los visitantes que interactuaban cuando la página ya se había asentado apenas notaban retraso, y muchos sitios aprobaban sin ser realmente ágiles.

Qué sigue siendo válido

Las causas de un mal FID también lo son de un mal INP, así que casi todos los consejos antiguos siguen valiendo: tareas largas de JavaScript, paquetes grandes, scripts de terceros, hidratación pesada y manejadores de eventos lentos. Divide las tareas largas, carga el código solo cuando haga falta y aplaza lo que no sea urgente. Errores habituales hoy: seguir midiendo FID en paneles y alertas, y tomar un informe de FID "aprobado" de antes de 2024 como prueba de que la página es ágil.

Cómo medir la capacidad de respuesta hoy

Consulta INP en los datos de campo del Chrome UX Report (CrUX). El verificador gratuito de Core Web Vitals informa de LCP, INP y CLS a partir de CrUX y, como indica su página, muestra INP, no FID. Para seguir todas las Core Web Vitals en el tiempo, la monitorización de velocidad de página de LoadFocus ejecuta auditorías Lighthouse programadas que incluyen el Total Blocking Time. La guía completa de optimización es How to Optimize Interaction to Next Paint, y para alertas e informes consulta How to monitor Core Web Vitals (ambos en inglés). La definición original de FID está archivada en web.dev.

Preguntas frecuentes sobre First Input Delay

¿Sigue siendo FID una Core Web Vital?

No. INP sustituyó a FID como Core Web Vital el 12 de marzo de 2024.

¿Qué era un buen FID?

100 milisegundos o menos en el percentil 75 de las cargas de página.

¿Cuál es la diferencia entre FID e INP?

FID solo medía el retraso de entrada de la primera interacción. INP mide cada interacción desde la acción hasta el siguiente pintado e informa de la más lenta.

¿Todavía veo FID en mis herramientas?

Algunos informes y bibliotecas antiguos pueden seguir mostrándolo, pero Google ha movido sus herramientas a INP. Según web.dev, el soporte de FID terminó el 9 de septiembre de 2024, así que no cuentes con él.

¿Un buen FID implica un buen INP?

No necesariamente. Una página puede responder rápido a la primera acción y ser lenta en clics posteriores o en los manejadores de eventos, algo que FID nunca midió.