✨ Consigue 25% OFFen cualquier plan. Usa el cupón:

Qué es INP (Interaction to Next Paint) y cómo mejorarlo en los Core Web Vitals

Por Tiago CostaActualizado el 2 de julio de 2026

Ilustración de un dedo tocando un botón en la pantalla junto a un cronómetro, que representa la responsividad medida por el INP.
Definición

INP (Interaction to Next Paint) mide la responsividad de una página, desde el clic del usuario hasta la siguiente actualización visual en la pantalla. Medido en el percentil 75, los valores de referencia son:

  • bueno: 200 milisegundos o menos;
  • necesita mejorar: entre 200 y 500 milisegundos;
  • malo: por encima de 500 milisegundos.

Qué es el INP (Interaction to Next Paint)

El INP, o Interaction to Next Paint, es una métrica que evalúa la responsividad de una página, es decir, la rapidez con la que reacciona a las interacciones de quien navega. En cada clic, toque o tecla, el INP mide cuánto tiempo pasa hasta que la página muestra una respuesta visual en la pantalla.

Un aviso rápido para quien busca en portugués: aquí el INP es la métrica de rendimiento web, no el INPI, el instituto de propiedad industrial. En este glosario, INP significa siempre Interaction to Next Paint, una de las señales de experiencia que Google usa para evaluar páginas.

A diferencia de las métricas que miran solo la carga inicial, el INP acompaña a la página durante todo el uso, registrando el peor (o casi el peor) retraso entre las interacciones. Eso es lo que lo convierte en un buen retrato de la sensación de fluidez que el usuario percibe de verdad.

Cómo se mide el INP y qué es un buen valor

El INP se mide siempre en el percentil 75 de las visitas, lo que significa que el 75% de las interacciones deben quedar dentro del límite para que el valor se considere bueno. Según la documentación de web.dev, de Google, los rangos de referencia son:

RangoTiempo (percentil 75)Qué significa
Bueno200 ms o menosLa página responde rápido
Necesita mejorar200 a 500 msRespuesta perceptiblemente lenta
MaloPor encima de 500 msLa página parece trabada

El valor se da en milisegundos: cuanto menor, mejor. Una página que responde en 150 ms transmite fluidez, mientras que una que tarda 600 ms parece pesada y frustrante.

Infografía de la escala del INP que muestra los rangos bueno (200 ms o menos), necesita mejorar (200 a 500 ms) y malo (por encima de 500 ms).
La escala del INP: los rangos de tiempo que separan un buen valor de uno malo.

El INP y los Core Web Vitals: dónde encaja la métrica

El INP es una de las tres métricas de los Core Web Vitals, el conjunto de señales de experiencia de página de Google. Cada una mide una dimensión diferente:

  • LCP: el Largest Contentful Paint mide la velocidad de carga del contenido principal.
  • INP: mide la responsividad ante las interacciones del usuario.
  • CLS: el Cumulative Layout Shift mide la estabilidad visual, es decir, cuánto saltan los elementos en la pantalla.

El INP ocupó el lugar del antiguo FID (First Input Delay) y se considera una medida más completa: mientras el FID solo miraba la primera interacción, el INP evalúa todas a lo largo de la visita. Una página solo aprueba los Core Web Vitals cuando alcanza un buen resultado en las tres métricas a la vez.

Qué empeora el INP

En la práctica, el villano número uno del INP es el JavaScript pesado. Cuando la página tiene mucho código que ejecutar, el hilo principal del navegador queda ocupado y no logra responder al usuario a tiempo. Las causas más comunes son:

  • Tareas largas de JavaScript: bloques de código que bloquean el hilo principal durante cientos de milisegundos.
  • Exceso de scripts de terceros: etiquetas de anuncios, chat y analítica que compiten por el procesamiento.
  • Renderizado costoso: cambios grandes de diseño justo después de la interacción.
  • Dispositivos más débiles: los móviles de gama de entrada sufren más, ya que procesan el mismo código con menos potencia.

Por eso el INP suele ser mucho peor en el móvil que en el escritorio, y es en el móvil donde ocurre la mayoría de las búsquedas.

Cómo mejorar el INP paso a paso

Mejorar el INP es, casi siempre, aliviar el hilo principal. Una buena guía:

  • Divide las tareas largas: parte los bloques grandes de JavaScript en piezas más pequeñas, devolviendo el control al navegador entre ellas.
  • Aplaza lo que no es esencial: carga los scripts de terceros de forma asíncrona o solo cuando sean necesarios.
  • Reduce el JavaScript: elimina el código no usado y envía menos al navegador.
  • Prioriza el feedback visual: muestra una respuesta inmediata (un estado de carga, por ejemplo) antes de procesar el resto.
  • Prueba en dispositivos reales: valida el INP en móviles de gama media, no solo en tu ordenador rápido.

Cuidar esto también mejora la experiencia de lectura y la percepción general de calidad del sitio, lo que ayuda a retener al visitante en la página.

Ilustración de un bloque grande de JavaScript que se divide en bloques más pequeños para mejorar la responsividad de la página.

El INP y el SEO: impacto en Google

Los Core Web Vitals, incluido el INP, forman parte de las señales de experiencia de página que Google usa como factor de posicionamiento. El peso no es enorme, pero en disputas ajustadas una página más responsiva lleva ventaja, y una mala experiencia aleja al usuario y hunde las conversiones.

La buena noticia es que los sitios van mejorando. Según un estudio de DebugBear, alrededor del 80% de las páginas de inicio en el móvil tuvieron un buen INP en 2025, una mejora de 7 puntos porcentuales respecto a 2024. Aún queda trabajo, sobre todo en sitios cargados de scripts.

Para seguir tu propio INP, Google Search Console ofrece un informe de Core Web Vitals con datos reales de usuarios, y cuidar esta métrica es una parte central del SEO técnico.

Preguntas frecuentes

Preguntas frecuentes

¿Qué es el INP en SEO?

En SEO, el INP (Interaction to Next Paint) es la métrica de los Core Web Vitals que mide la responsividad de la página, es decir, cuánto tarda en reaccionar visualmente a las interacciones del usuario. Forma parte de las señales de experiencia de página que Google evalúa.

¿Cuál es un buen valor de INP?

Un buen INP es de 200 milisegundos o menos, medido en el percentil 75 de las interacciones. Entre 200 y 500 ms la página necesita mejorar, y por encima de 500 ms la responsividad se considera mala, según los límites definidos por Google.

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

El FID (First Input Delay) medía solo el retraso de la primera interacción de la página. El INP sustituyó al FID por ser más completo: evalúa la responsividad de todas las interacciones a lo largo de la visita, no solo de la primera.

¿El INP es un factor de posicionamiento en Google?

Sí, de forma indirecta. El INP forma parte de los Core Web Vitals, que componen las señales de experiencia de página usadas por Google. El peso es moderado, pero una buena responsividad ayuda tanto al posicionamiento como a la conversión.

¿Cómo medir el INP de mi sitio?

Puedes ver el INP con datos reales de usuarios en el informe de Core Web Vitals de Google Search Console y en herramientas como PageSpeed Insights y el Chrome UX Report. Para probar en laboratorio, Lighthouse y extensiones como Web Vitals ayudan.

Un blog rápido, en línea y sin tirones

Automarticles crea los artículos de tu blog sobre una base ligera y optimizada, lista para agradar tanto a los lectores como a los Core Web Vitals.

Empezar prueba gratis
Sigue aprendiendo

Conceptos relacionados

Core web vitalsLas Core Web Vitals son un conjunto de tres métricas de Google que miden la experiencia real de quien usa una página: la velocidad de carga (LCP), la rapidez de respuesta a las interacciones (INP) y la estabilidad visual del diseño (CLS). Forman parte de las señales de experiencia de página y ayudan a Google a evaluar si un sitio ofrece una navegación agradable.LCPLCP, sigla de Largest Contentful Paint (mayor renderización de contenido), es una de las métricas de los Core Web Vitals de Google. Mide cuánto tarda en aparecer en pantalla el elemento visible más grande de la página, normalmente una imagen destacada o un bloque de texto grande, desde el inicio de la carga. Cuanto menor es el LCP, más rápido siente el usuario que la página cargó.CLSEl CLS, sigla de Cumulative Layout Shift (cambio acumulativo de diseño), es la métrica de los Core Web Vitals de Google que mide la estabilidad visual de una página mientras carga. Cuantifica cuánto saltan de posición los elementos de forma inesperada, esa molestia de intentar pulsar un botón y ver que la página se mueve. Cuanto menor es el CLS, más estable y agradable es la experiencia.Time to First ByteTime to First Byte (TTFB), o tiempo hasta el primer byte, es el tiempo que el navegador espera desde que pide una página hasta que recibe el primer byte de la respuesta del servidor. Es un indicador de la velocidad del backend, es decir, de qué tan rápido el servidor procesa y empieza a responder a la petición. Un TTFB alto retrasa todo lo demás de la carga y suele ser el primer cuello de botella a resolver en rendimiento web.