FID (First Input Delay)

First Input Delay (FID) es un Core Web Vital que mide el tiempo entre la primera interacción del usuario con una página — hacer clic en un botón, tocar un enlace, presionar una tecla — y el momento en que el navegador comienza a procesar ese evento. Captura la capacidad de respuesta en lugar de la velocidad de carga visual. Una buena puntuación de FID es inferior a 100 milisegundos, lo que significa que la página se siente instantánea para el usuario. Cualquier valor por encima de 300 milisegundos se considera deficiente. El FID mide específicamente el retraso de entrada causado por el hilo principal del navegador ocupado con otras tareas, como analizar JavaScript o ejecutar scripts de larga duración. No mide el tiempo que tarda el navegador en terminar de procesar el evento o actualizar la interfaz.

Cuando un lector hace clic en un botón y no pasa nada durante un momento perceptible, la página parece estar rota. La respuesta lenta a la entrada frustra a los usuarios y aumenta las [tasas de rebote](/glossary/bounce-rate). Google ha utilizado el FID como señal de clasificación dentro de su evaluación de [Core Web Vitals](/glossary/core-web-vitals), por lo que las páginas con FID deficiente pueden clasificarse más abajo en los resultados de búsqueda. Para los editores que comparten flipbooks y documentos interactivos, una primera interacción lenta socava la impresión profesional que tu contenido pretende crear. Los usuarios móviles se ven especialmente afectados porque los dispositivos móviles a menudo tienen menos capacidad de procesamiento, haciendo más notable la congestión del hilo principal.

Los flipbooks de FlipLink están optimizados para mantener el FID bajo al diferir JavaScript no crítico hasta después del renderizado inicial. El motor de cambio de página [Three.js](/glossary/three-js) se carga progresivamente, por lo que la barra de herramientas del visor y los controles de navegación responden inmediatamente cuando un lector interactúa por primera vez. Los píxeles de seguimiento y los scripts de análisis se cargan de forma asincrónica para evitar bloquear el hilo principal. Cuando [incrustas un flipbook](/glossary/responsive-embed) en tu sitio web, el código de incrustación de FlipLink utiliza carga diferida e inicialización asincrónica para que el [flipbook](/glossary/flipbook) no añada retraso de entrada a tu página anfitriona. Estas optimizaciones garantizan que los flipbooks incrustados y compartidos se sientan receptivos desde el primer clic, ya sea en escritorio o en móvil.

| Calificación | Umbral FID | Significado | |-------------|-----------|-------------| | Bueno | ≤ 100 ms | La página responde instantáneamente a la entrada | | Necesita mejora | 101–300 ms | Retraso perceptible antes de la respuesta | | Deficiente | > 300 ms | La página parece no responder o congelada | El FID se mide en el percentil 75 de las cargas de página en el Chrome User Experience Report (CrUX). Esto significa que el 75% de tus visitantes debe experimentar un FID de 100 ms o menos para que tu página supere el umbral "bueno". Puedes medir el FID usando Google PageSpeed Insights, Lighthouse o la biblioteca JavaScript Web Vitals en tu configuración de analítica.

El FID mide solo la porción de retraso del procesamiento del evento — el espacio entre el evento de entrada que se dispara y el navegador comenzando a ejecutar el manejador del evento. No incluye el tiempo que tarda el manejador en ejecutarse ni el tiempo para que el navegador repinte la pantalla. La causa más común de FID alto son las tareas JavaScript largas en el hilo principal. Cuando el navegador está ocupado ejecutando un script que tarda 200 ms o más, cualquier entrada del usuario durante ese período se pone en cola y se retrasa. Las fuentes comunes de bloqueo del hilo principal incluyen: - **Paquetes JavaScript grandes** analizados y compilados en la carga de la página - **Scripts de terceros** (analítica, anuncios, widgets de chat) ejecutándose de forma sincrónica - **Manipulación pesada del DOM** durante el renderizado inicial - **Carga no optimizada de fuentes web** que desencadena recálculos de diseño Para reducir el FID, divide las tareas largas en fragmentos más pequeños, difiere los scripts no esenciales, usa la división de código para cargar solo el JavaScript necesario para la vista actual y minimiza el impacto de los scripts de terceros.

Google reemplazó oficialmente el FID con [Interaction to Next Paint (INP)](/glossary/core-web-vitals) como Core Web Vital en marzo de 2024. Mientras que el FID mide solo la primera interacción, el INP mide la capacidad de respuesta de todas las interacciones a lo largo del ciclo de vida completo de la página y elige la peor (o casi la peor para páginas con muchas interacciones). Esto hace que el INP sea una métrica de capacidad de respuesta más completa. Diferencias clave: - **Alcance**: El FID mide solo el retraso de la primera interacción. El INP mide cada interacción (clics, toques, pulsaciones de teclas) e informa la peor. - **Qué se mide**: El FID mide solo el retraso de entrada (tiempo antes de que se ejecute el manejador). El INP mide la duración completa desde la entrada hasta la siguiente actualización visual (paint). - **Umbral**: El FID bueno es ≤ 100 ms. El INP bueno es ≤ 200 ms. - **Estado**: El FID está obsoleto como Core Web Vital pero aún es reportado por muchas herramientas. El INP es la métrica oficial actual. Aunque el FID ya no es un Core Web Vital, las optimizaciones que mejoran el FID — reducir el bloqueo del hilo principal, diferir scripts, dividir código — también mejoran el INP. El visor de FlipLink está optimizado para ambas métricas.