Respuesta corta: el Interaction to Next Paint (INP) mide lo rápido que responde una página cuando alguien hace clic, toca la pantalla o pulsa una tecla. Informa de la interacción más lenta de la visita, sin contar los casos aislados. Un buen INP es de 200 milisegundos o menos, y más de 500 es deficiente.
Qué cuenta el INP
Solo cuentan tres tipos de interacción: hacer clic con el mouse, tocar una pantalla táctil y pulsar una tecla. Pasar el cursor, acercar la imagen y desplazarse no cuentan, aunque un gesto que incluya un clic o un toque sí. También cuentan los clics dentro de iframes incrustados, como darle a reproducir a un video insertado.
El valor final es la interacción más larga de la visita. En páginas con muchas interacciones se deja fuera una de las más altas por cada 50, para que un tropiezo aislado no decida el resultado. El INP de la página se calcula cuando el visitante la abandona. El INP sustituyó al First Input Delay, que solo medía la demora de entrada de la primera interacción.
Las tres partes de una interacción
Cada interacción que mide el INP va desde la entrada hasta que el navegador pinta el siguiente fotograma, en tres partes.
| Parte | Qué abarca | Qué la alarga |
|---|---|---|
| Demora de entrada | Desde el clic, el toque o la tecla hasta que arrancan los controladores | Tareas largas en el subproceso principal, como scripts que cargan |
| Duración del procesamiento | Lo que tardan en ejecutarse todos los controladores de eventos | Trabajo pesado dentro de esos controladores |
| Demora de presentación | Desde que terminan los controladores hasta que aparece el siguiente fotograma | Trabajo de renderizado, que crece con un DOM grande |
De web.dev, «Interaction to Next Paint (INP)» y «Optimiza la interacción para el siguiente procesamiento de imagen», consultadas el 3 de noviembre de 2026.
Cómo corregir las interacciones lentas
- Busca tus interacciones lentas en los datos de campo, ya que las herramientas de laboratorio suelen cargar la página sin hacer clic en nada.
- Reproduce una interacción lenta en el laboratorio y mira cuál de las tres partes tarda más.
- Recorta las tareas largas del subproceso principal, sobre todo las de scripts que se ejecutan mientras carga la página.
- Haz el menor trabajo posible dentro de los controladores de eventos.
- Cede el control al subproceso principal a menudo, por ejemplo con setTimeout, para que otro trabajo pueda ejecutarse entre una tarea y otra.
- Actualiza primero lo que ve el visitante y cede el control antes del resto del trabajo.
- Mantén el DOM pequeño y usa content-visibility para renderizar después lo que no se ve.
Para encontrar tus datos de campo, mira nuestras guías de Core Web Vitals y de PageSpeed Insights.
El INP en nuestras páginas
Una prueba de laboratorio normal no puede darte el INP, porque carga la página sin hacer clic en nada. web.dev considera el Tiempo de bloqueo total un indicador aproximado razonable del INP, pero no un sustituto, así que miramos eso. Lo medimos el 3 de noviembre: dos lecturas por página, en cuatro páginas, desde PageSpeed Insights para móvil.
Los resultados cambiaron mucho entre pasadas. La página de servicios de SEO se quedó entre 20 y 38 milisegundos, y nuestra guía de robots.txt pasó de 306 a 1,391, con 7 y 17 tareas largas.
En la pasada lenta, las cuatro tareas más largas venían de etiquetas de marketing: dos de la etiqueta de Google, de 504 y 312 milisegundos, y dos del píxel de Meta, de 325 y 268. Mientras se ejecuta una tarea así, un clic tiene que esperar: es la demora de entrada que describe web.dev.
Antes de dar por resuelto tu INP
- Conoces tu INP por los datos de campo.
- Las tareas largas no bloquean el subproceso principal mientras carga la página.
- Los controladores de eventos hacen primero el trabajo visible.
- El trabajo largo cede el control al subproceso principal.
- El DOM se mantiene pequeño.
- Lo que no se ve se renderiza después.
RecuerdaEl INP habla de la respuesta más lenta de la visita, no de la media. Busca las interacciones que más tardan, mira qué parte las frena y corrige esa parte primero.
Si los clics en tu web se sienten lentos, mira lo que cubre nuestro servicio de diseño web.
Respuestas rápidas sobre el INP
¿Qué es un buen INP?
web.dev considera bueno 200 milisegundos o menos, deficiente más de 500, y lo que queda en medio, mejorable. La meta se mide en visitas reales, en el percentil 75, para el móvil y para la computadora.
¿El desplazamiento cuenta para el INP?
No. El INP solo observa clics, toques y pulsaciones de teclas. Desplazarse, acercar la imagen o pasar el cursor no se miden, aunque algunos de esos gestos incluyen un toque o un clic que el INP sí cuenta.
¿Por qué PageSpeed Insights no muestra mi INP?
El INP necesita interacciones reales, así que solo aparece en los datos de campo de visitantes reales, cuando hay suficientes. La prueba de laboratorio carga la página sin hacer clic en nada, y su Tiempo de bloqueo total es solo un indicador aproximado.
¿Qué métrica sustituyó el INP?
El First Input Delay. El FID solo medía la demora de entrada de la primera interacción de una página. El INP mira cada clic, toque y tecla de la visita, desde la entrada hasta que se pinta el siguiente fotograma.
¿Un DOM grande puede empeorar el INP?
Sí. web.dev explica que el trabajo de renderizado tiende a crecer con el tamaño del DOM, lo que alarga la espera hasta el siguiente fotograma. Mantener el DOM pequeño y renderizar después lo que no se ve ayudan.
Fuentes
Consultadas el 3 de noviembre de 2026. web.dev: Interaction to Next Paint (INP) y Optimiza la interacción para el siguiente procesamiento de imagen. Nuestro caso: el Tiempo de bloqueo total y las tareas largas de cuatro páginas nuestras, medidos con PageSpeed Insights el 3 de noviembre de 2026.