INP: definición, umbrales y sustitución del FID
Actualizado el February 22, 2026
Definición rápida
El INP (Interaction to Next Paint) es la métrica de Core Web Vitals que mide la capacidad de respuesta global de una página web a las interacciones del usuario a lo largo de la sesión. El INP se considera bueno si es inferior a 200 milisegundos, a mejorar entre 200 ms y 500 ms, y malo por encima de 500 ms. El INP sustituyó oficialmente al FID (First Input Delay) en marzo de 2024 dentro de los Core Web Vitals de Google.
Cómo funciona
El INP (Interaction to Next Paint) mide la latencia de todas las interacciones de un usuario con una página —clics, pulsaciones táctiles, pulsaciones de teclado— y retiene la peor latencia observada durante toda la sesión (con una tolerancia para ignorar algunos outliers). A diferencia del FID, que solo capturaba la primera interacción, el INP ofrece una visión completa de la capacidad de respuesta a lo largo de toda la navegación. Los umbrales oficiales de Google: bueno (verde) si es inferior a 200 ms, a mejorar (naranja) entre 200 ms y 500 ms, malo (rojo) por encima de 500 ms. Ejemplo concreto: un sitio de reservas en el que el usuario selecciona fechas en un calendario, elige el número de personas y hace clic en «Buscar». Si cada una de estas interacciones tarda 350 ms antes de que la interfaz responda, el INP será malo. La causa principal de un mal INP es la ejecución de tareas largas de JavaScript en el hilo principal que retrasan el procesamiento de las interacciones. El INP mide tres fases: el retardo de entrada (tiempo antes de que el navegador empiece a procesar el evento), el tiempo de procesamiento (duración de los gestores de eventos) y el retardo de presentación (tiempo antes del siguiente frame mostrado).
Por qué es importante
El INP es ahora la señal oficial de capacidad de respuesta dentro de los Core Web Vitals desde marzo de 2024. Un mal INP significa que la interfaz da una sensación de lentitud o de bloqueo aunque la página se haya cargado rápido. En las aplicaciones web ricas en JavaScript (SPA, e-commerce dinámico, herramientas SaaS), el INP suele ser el Core Web Vital más difícil de pasar al verde. Un buen INP está directamente correlacionado con una mejor tasa de retención y de engagement de los usuarios.
Cómo mejorarlo o utilizarlo
Para mejorar el INP: divide las tareas largas de JavaScript utilizando `scheduler.yield()` o `setTimeout()` para liberar el hilo principal. Reduce la cantidad de JavaScript ejecutado al inicio mediante code-splitting y lazy loading. Optimiza los gestores de eventos para que sean ligeros y deleguen los procesamientos pesados a web workers. Evita los re-renderizados innecesarios en tus frameworks (React, Vue) memorizando los componentes. Utiliza Chrome DevTools (pestaña Performance) para perfilar las interacciones lentas.
Con Sublim
Sublim mide el rendimiento de carga y de capacidad de respuesta de tus páginas en condiciones reales, en paralelo con tus datos de engagement de usuario. Identificas fácilmente qué páginas tienen un INP degradado y cómo afecta a tus conversiones, todo ello sin cookies, con alojamiento 100 % europeo conforme al RGPD y sin dependencia de Google Analytics.
Preguntas frecuentes
¿Cuándo sustituyó el INP al FID en los Core Web Vitals?
El INP sustituyó oficialmente al FID (First Input Delay) como métrica de Core Web Vitals en marzo de 2024. Google había anunciado esta transición en mayo de 2023 para dar a los equipos tiempo para prepararse. Desde esa fecha, es el INP el que aparece en Google Search Console y el que se tiene en cuenta en el ranking.
¿Por qué el INP es mejor que el FID?
El FID solo medía el retardo antes de la primera interacción e ignoraba el tiempo de procesamiento real. El INP mide la latencia completa (retardo + procesamiento + renderizado) de todas las interacciones de la sesión. Esto ofrece una imagen mucho más fiel de la capacidad de respuesta real de una página a lo largo de su uso, especialmente en aplicaciones web interactivas.
Mi sitio React tiene un mal INP, ¿por dónde empezar?
Empieza por identificar las interacciones más lentas con la extensión Web Vitals de Chrome o con el profiler de React DevTools. Las causas habituales en React son re-renderizados en cascada, efectos (useEffect) demasiado pesados disparados por las interacciones y la falta de memoización (React.memo, useMemo). El code-splitting con React.lazy y Suspense también puede reducir la carga inicial de JavaScript.
Términos relacionados
Los Core Web Vitals son un conjunto de tres métricas definidas por Goo…
El LCP (Largest Contentful Paint) es una métrica de Core Web Vitals qu…
El CLS (Cumulative Layout Shift) es una métrica de [Core Web Vitals](c…
El FID (First Input Delay) era una métrica de Core Web Vitals que medí…