INP, la nueva métrica de los Core Web Vitals
Actualizado: 05 / 10 / 2026

INP (Interaction to Next Paint): qué es, cómo medirlo y cómo mejorarlo

Bruno Díaz Marketing Manager
Bruno Díaz
—
Marketing Manager

Cuánto tarda tu web en reaccionar a un clic, un toque o una tecla, cómo medirlo con datos reales y qué hacer cuando el INP se dispara.

El INP (Interaction to Next Paint) es la métrica de los Core Web Vitals que mide la capacidad de respuesta de una página: cuánto tarda en reaccionar de forma visible cuando alguien hace clic, toca la pantalla o pulsa una tecla. Google lo incorporó en marzo de 2024 en sustitución del FID y es una de las métricas más sensibles al JavaScript que carga la web, por lo que suele ser de las que más cuesta mejorar.

Esta guía explica cómo se calcula, qué valores se consideran buenos, cómo medirlo con datos reales y qué hacer para mejorarlo. Forma parte de los contenidos de SEO técnico que trabajamos desde nuestra agencia SEO.

¿Qué es el INP?

El INP evalúa la capacidad de respuesta de una página observando la latencia de todos los clics, toques y pulsaciones de tecla que se producen durante la visita. El valor que se informa es el de la interacción más larga. En páginas con muchas interacciones se descarta una por cada 50, para no penalizar picos aislados.

La latencia de una interacción es el tiempo que pasa desde que el usuario actúa hasta que el navegador puede pintar el siguiente fotograma con una respuesta visible. Por eso el INP no mide cuánto tarda en completarse todo lo que desencadena la acción, como una petición al servidor, sino cuánto tarda la página en reaccionar a la vista del usuario.

Un ejemplo habitual es el envío de un formulario de contacto. Al pulsar el botón se disparan varios procesos: enviar el correo de confirmación, registrar el contacto en el CRM, avisar a las herramientas de analítica. Si todo eso se ejecuta antes de que la página muestre nada, el usuario ve el botón congelado durante unos segundos y el INP es alto. Si la página muestra primero la confirmación o un aviso de «Enviando…» y deja el resto del trabajo para después, el INP baja.

Las tres fases de una interacción

  • Retraso de entrada: el tiempo hasta que el navegador empieza a procesar la acción. Suele alargarse porque el hilo principal está ocupado con otra tarea.
  • Tiempo de procesamiento: lo que tardan en ejecutarse los controladores de eventos asociados a la interacción.
  • Retraso de presentación: el tiempo desde que terminan esos controladores hasta que el navegador pinta el fotograma.

Saber en cuál de las tres se pierde el tiempo es lo que orienta la optimización.

Qué interacciones cuentan

Cuentan los clics con el ratón, los toques en pantallas táctiles y las pulsaciones de tecla, físicas o en pantalla. No cuentan el desplazamiento, el paso del cursor por encima ni el zoom. Sí cuentan las interacciones dentro de iframes incrustados, como el botón de reproducir de un vídeo.

¿Qué es un buen valor de INP?

Google evalúa el INP en el percentil 75 de las visitas, por separado en móvil y en escritorio:

  • Igual o inferior a 200 milisegundos: buena capacidad de respuesta.
  • Entre 200 y 500 milisegundos: necesita mejorar.
  • Superior a 500 milisegundos: capacidad de respuesta deficiente.

Una página puede no tener valor de INP si nadie interactúa con ella, si los usuarios solo se desplazan o pasan el cursor, o si no hay suficientes datos de usuarios de Chrome.

¿Qué son los Core Web Vitals?

El INP es una de las tres métricas de los Core Web Vitals, el conjunto con el que Google mide la experiencia de usuario de una página:

  • LCP (Largest Contentful Paint): cuánto tarda en mostrarse el contenido principal. Se considera bueno hasta 2,5 segundos.
  • INP: la capacidad de respuesta a las interacciones. Bueno hasta 200 milisegundos.
  • CLS (Cumulative Layout Shift): la estabilidad visual, es decir, los movimientos inesperados de elementos. Bueno hasta 0,1.

Forman parte de las señales de experiencia de página que Google tiene en cuenta en el posicionamiento. Son una señal más y no sustituyen a la relevancia del contenido, pero mejorarlos beneficia de forma directa al usuario.

INP vs FID

El FID (First Input Delay) solo medía el retraso de la primera interacción, es decir, el tiempo hasta que el navegador empezaba a procesarla. El INP observa todas las interacciones y cubre el recorrido completo: retraso de entrada, procesamiento y presentación.

Por eso una web que aprobaba con el FID puede suspender con el INP. Antes bastaba con que la primera respuesta fuera ágil. Ahora cuenta también todo lo que ocurre después. Google sustituyó el FID por el INP el 12 de marzo de 2024.

Cómo medir el INP

La mejor fuente es el dato de campo, recogido de usuarios reales, porque el INP depende de lo que hace cada visitante en la página.

Datos de campo

  • PageSpeed Insights: muestra datos de usuarios reales de Chrome (CrUX) cuando la URL o el origen tienen tráfico suficiente.
  • Search Console: el informe de Core Web Vitals agrupa las URL con un INP deficiente o que necesita mejorar.
  • Monitorización de usuarios reales (RUM) y biblioteca web-vitals: miden el INP en tu propia web y permiten saber qué interacción lo provoca. Los datos se pueden enviar a Google Analytics u otra herramienta para analizarlos.
Resultado del INP en PageSpeed Insights

CrUX te dice si hay un problema, pero no qué lo causa. Además, procede solo de usuarios de Chrome: según la documentación de Google, Safari no lo admite.

Datos de laboratorio

En laboratorio, el INP depende de las interacciones que simules, así que no sustituye al dato de campo. Algunas herramientas solo observan la carga de la página y no informan de INP. En ese caso, el Tiempo de bloqueo total (TBT) sirve como indicador aproximado, aunque no equivale al INP.

Para reproducir interacciones lentas, abre la página en Chrome, usa el panel de Rendimiento de DevTools y repite los recorridos habituales: abrir el menú, usar el buscador interno, desplegar bloques de contenido, enviar un formulario. Interactúa también mientras la página se está cargando, que es cuando el hilo principal suele estar más ocupado. Google explica el método en su guía para diagnosticar interacciones lentas en laboratorio.

Causas habituales de un INP alto

  • Tareas largas de JavaScript en el hilo principal, sobre todo durante la carga.
  • Controladores de eventos pesados: hacen demasiado trabajo antes de que la página pueda pintar una respuesta.
  • Scripts de terceros: etiquetas de Google Tag Manager, chats, widgets y publicidad.
  • DOM grande y estilos complejos: cuantos más elementos y reglas, más cuesta recalcular y pintar tras cada interacción.
  • Cambios de diseño que fuerzan recalcular la página varias veces seguidas.

Las peticiones de red, por sí solas, no penalizan el INP. Lo que cuenta es si la página puede pintar una respuesta mientras esas peticiones se resuelven.

Cómo mejorar el INP de una web

El primer paso es identificar qué interacciones son lentas, con datos de campo si los hay y con pruebas en laboratorio si no. El segundo es ver en qué fase se pierde el tiempo y actuar sobre ella.

Si el problema es el retraso de entrada

Reduce las tareas largas durante la carga, pospón los scripts que no se necesitan al principio y revisa las etiquetas de Google Tag Manager y los plugins que añaden JavaScript propio.

Si el problema es el tiempo de procesamiento

Divide las tareas largas en partes más pequeñas y cede el control al navegador entre ellas. Limita lo que hace el controlador del evento a lo imprescindible para mostrar la respuesta y deja para después lo demás. En el formulario del ejemplo, muestra primero la confirmación y envía después los datos al CRM y a analítica. Para cálculos pesados, valora los web workers, que los sacan del hilo principal.

Si el problema es el retraso de presentación

Reduce el tamaño del DOM, simplifica los estilos y evita los cambios de diseño que obligan a recalcular la página varias veces seguidas.

Añadir un indicador visual de respuesta rápida ayuda, pero solo funciona si el hilo principal queda libre para pintarlo. Si no, hay que atacar la causa. La colección de guías de web.dev sobre optimización del INP detalla cada técnica.

Preguntas frecuentes

¿Puedo medir el INP solo con herramientas de laboratorio?

No del todo. En laboratorio el valor depende de las interacciones que se simulen y puede no reflejar lo que experimentan los usuarios. Lo ideal es empezar por los datos de campo y usar el laboratorio para reproducir y corregir los problemas.

¿Qué hago si mi página no tiene valor de INP?

Suele deberse a que los usuarios no interactúan con ella, a que solo se desplazan o a que no hay datos suficientes. En esos casos, el valor aparecerá cuando haya más visitas con interacciones medibles. Mientras tanto, prueba tú los recorridos clave en laboratorio.

¿Influye el INP en el posicionamiento?

Forma parte de las señales de experiencia de página, pero es una señal más. Mejorarlo no garantiza subir posiciones, aunque sí mejora la experiencia de quien usa la web, y con ella la probabilidad de conversión.

Si necesitas ayuda para diagnosticar y mejorar el INP de tu web, desde nuestra agencia SEO podemos revisarlo: hablemos.

Bruno Díaz Marketing Manager
Sobre el autor/a
Bruno Díaz — Marketing Manager
Profesional de larga trayectoria como consultor de comunicación y marketing digital, y especializado en SEO, SEM y proyectos web. Como Marketing Manager de la agencia, coordino a un equipazo de técnicos de marketing digital del cual estoy muy orgulloso.

Noticias relacionadas

¿Tienes un proyecto en mente? Cuéntanoslo