
First Input Delay (FID)
First Input Delay (FID) mide la capacidad de respuesta rastreando el retraso entre la interacción del usuario y el procesamiento del navegador. Descubre cómo FI...

Interacción hasta la Siguiente Pintura (INP) es una métrica de Core Web Vitals que mide la capacidad de respuesta de una página web rastreando el tiempo entre una interacción del usuario (clic, toque o pulsación de tecla) y la siguiente actualización visual del navegador. Introducida en mayo de 2022 y reemplazando oficialmente a First Input Delay (FID) en marzo de 2024, INP evalúa la capacidad de respuesta general de una página durante toda la sesión del usuario, no solo en la primera interacción.
Interacción hasta la Siguiente Pintura (INP) es una métrica de Core Web Vitals que mide la capacidad de respuesta de una página web rastreando el tiempo entre una interacción del usuario (clic, toque o pulsación de tecla) y la siguiente actualización visual del navegador. Introducida en mayo de 2022 y reemplazando oficialmente a First Input Delay (FID) en marzo de 2024, INP evalúa la capacidad de respuesta general de una página durante toda la sesión del usuario, no solo en la primera interacción.
Interacción hasta la Siguiente Pintura (INP) es una métrica de Core Web Vitals que mide la rapidez con la que una página web responde a las interacciones del usuario, rastreando el tiempo transcurrido entre que un usuario inicia una acción (como hacer clic en un botón, tocar la pantalla o pulsar una tecla) y cuando el navegador muestra la siguiente actualización visual. Introducida por el equipo de Chrome de Google en mayo de 2022 como una métrica experimental y promovida oficialmente como un Core Web Vital estable en marzo de 2024, INP reemplazó a First Input Delay (FID) como la métrica principal de capacidad de respuesta para evaluar la experiencia de la página. A diferencia de FID, que solo medía el retraso de la primera interacción en una página, INP proporciona una evaluación integral de la capacidad de respuesta al observar todas las interacciones durante toda la sesión del usuario. Este cambio refleja un enfoque más holístico para medir la experiencia del usuario, reconociendo que el 90% del tiempo de un usuario en una página ocurre después de la carga, por lo que una capacidad de respuesta consistente durante la sesión es crítica para la satisfacción del usuario y el rendimiento SEO.
La introducción de INP representa una evolución significativa en cómo Google mide y evalúa la capacidad de respuesta de los sitios web. Durante años, First Input Delay (FID) fue la métrica principal de capacidad de respuesta dentro de Core Web Vitals, enfocándose exclusivamente en el componente de retraso de entrada de la primera interacción del usuario. Sin embargo, la investigación y las pruebas en el mundo real revelaron importantes limitaciones en el enfoque de FID. La métrica solo capturaba el retraso antes de que los manejadores de eventos comenzaran a ejecutarse, ignorando el tiempo dedicado realmente a procesar la interacción y renderizar la respuesta visual. Además, el enfoque de FID en la primera interacción significaba que páginas con capacidad de respuesta deficiente más adelante en la sesión del usuario aún podían obtener buenas puntuaciones en FID, creando una imagen engañosa de la capacidad de respuesta general de la página. En respuesta a estas limitaciones, el equipo de Chrome de Google comenzó a explorar métricas alternativas en 2021, anunciando finalmente INP como una métrica experimental en mayo de 2022. Tras casi dos años de pruebas comunitarias y recopilación de comentarios, INP se convirtió oficialmente en un Core Web Vital estable el 12 de marzo de 2024, reemplazando completamente a FID. Esta transición subraya el compromiso de Google de proporcionar métricas de rendimiento más precisas y centradas en el usuario que reflejen mejor las experiencias de navegación reales.
INP mide la capacidad de respuesta rastreando tres fases distintas de la interacción del usuario: retraso de entrada, tiempo de procesamiento y retraso de presentación. El retraso de entrada representa el tiempo entre que un usuario inicia una acción y cuando el navegador comienza a ejecutar los manejadores de eventos asociados, causado a menudo por tareas largas o procesamiento en segundo plano que bloquea el hilo principal. El tiempo de procesamiento abarca la duración necesaria para que se ejecuten todos los callbacks de los manejadores de eventos, incluyendo el código JavaScript que responde a la acción del usuario. Finalmente, el retraso de presentación es el tiempo entre que se completan los manejadores de eventos y cuando el navegador pinta el siguiente frame, lo que puede implicar recálculo de diseño, actualizaciones de estilo y trabajo de renderizado. El valor total de INP representa la suma de estos tres componentes para una sola interacción. Es importante destacar que INP se calcula como el percentil 98 de todas las interacciones en una página, lo que significa que si una página recibe muchas interacciones, Google ignora el peor 2% como valores atípicos y reporta la capacidad de respuesta que experimenta la gran mayoría de los usuarios. Para páginas con menos de 50 interacciones, INP normalmente informa sobre la interacción más lenta observada. Este enfoque basado en percentiles garantiza que los picos ocasionales de bajo rendimiento no penalicen desproporcionadamente a los sitios que generalmente son responsivos.
| Métrica | Qué Mide | Alcance | Umbral (Bueno) | Umbral (Pobre) | Estado |
|---|---|---|---|---|---|
| Interacción hasta la Siguiente Pintura (INP) | Ciclo completo de interacción (retraso de entrada + procesamiento + presentación) | Todas las interacciones durante la sesión | ≤ 200ms | > 500ms | Core Web Vital Activo (marzo 2024+) |
| First Input Delay (FID) | Solo retraso de entrada (antes de ejecutar handlers) | Solo la primera interacción | ≤ 100ms | > 300ms | Obsoleto (reemplazado por INP) |
| Total Blocking Time (TBT) | Bloqueo del hilo principal durante la carga de la página | Solo fase de carga | ≤ 300ms | > 600ms | Métrica de laboratorio (no de campo) |
| Largest Contentful Paint (LCP) | Tiempo para renderizar el elemento visible más grande | Fase de carga | ≤ 2.5s | > 4s | Core Web Vital Activo |
| Cumulative Layout Shift (CLS) | Estabilidad visual y cambios inesperados de diseño | Toda la sesión | ≤ 0.1 | > 0.25 | Core Web Vital Activo |
Google define los umbrales de rendimiento de INP en el percentil 75 de las cargas de página, segmentado por tipo de dispositivo (móvil y escritorio). Un INP inferior a 200 milisegundos indica una buena capacidad de respuesta, lo que significa que la página responde rápidamente a las interacciones del usuario y proporciona retroalimentación visual inmediata. Un INP entre 200 y 500 milisegundos entra en la categoría de “necesita mejora”, lo que sugiere que, aunque la página es funcional, los usuarios pueden percibir retrasos notorios que podrían afectar su satisfacción. Un INP superior a 500 milisegundos se clasifica como pobre, indicando problemas significativos de capacidad de respuesta que probablemente frustren a los usuarios y afecten negativamente la interacción y las conversiones. Según el Web Almanac 2024 de HTTP Archive, el 74% de los sitios web móviles y el 97% de los sitios de escritorio alcanzaron buenas puntuaciones de INP, revelando una brecha sustancial de rendimiento entre experiencias móviles y de escritorio. Esta diferencia de 23 puntos porcentuales resalta los desafíos continuos que enfrentan los desarrolladores al optimizar la capacidad de respuesta para dispositivos móviles, que suelen tener menos potencia de procesamiento y condiciones de red más variables que las computadoras de escritorio. Los datos subrayan por qué la optimización de INP es crítica para el desarrollo web mobile-first, ya que los usuarios móviles representan la mayoría del tráfico web para la mayoría de los sitios.
INP es una de las tres métricas de Core Web Vitals que Google utiliza para evaluar la experiencia de la página y determinar los rankings de búsqueda, junto con Largest Contentful Paint (LCP) para el rendimiento de carga y Cumulative Layout Shift (CLS) para la estabilidad visual. Google ha declarado explícitamente que Core Web Vitals son factores de ranking, lo que significa que las páginas con malas puntuaciones de INP pueden experimentar una menor visibilidad en los resultados de búsqueda. Esto hace que la optimización de INP no sea solo una preocupación de experiencia de usuario, sino una necesidad crítica para SEO. El impacto empresarial de la optimización de INP ha sido demostrado a través de casos prácticos: RedBus, una plataforma de venta de billetes de autobús online, logró un aumento del 7% en ventas al optimizar el INP de su sitio web de 870-900ms a 350-370ms mediante técnicas como el debounce de handlers de scroll, la optimización de la gestión de estado de los componentes de entrada y la reducción de re-renderizados innecesarios. Este caso ilustra que las mejoras en INP se correlacionan directamente con mejores métricas de negocio, incluyendo mayores conversiones, menor tasa de rebote y mejor retención de usuarios. Para sitios de comercio electrónico, plataformas SaaS y cualquier negocio que dependa de interacciones de usuario, la optimización de INP representa una inversión de alto retorno tanto en experiencia de usuario como en visibilidad de búsqueda.
Los desarrolladores pueden emplear varias estrategias basadas en evidencia para reducir INP y mejorar la capacidad de respuesta de la página. Reducir el retraso de entrada requiere minimizar el procesamiento en segundo plano que bloquea el hilo principal, como dividir tareas largas usando la API scheduler.yield(), diferir la ejecución de JavaScript no crítico y optimizar la carga de scripts de terceros. Optimizar el tiempo de procesamiento implica simplificar los callbacks de los manejadores de eventos para realizar solo el trabajo esencial, usando técnicas como debounce y throttle para limitar la frecuencia de ejecución de handlers, y aprovechando frameworks como React para evitar re-renderizados innecesarios mediante memoización. Reducir el retraso de presentación puede lograrse minimizando la complejidad del DOM, usando contención CSS para limitar el alcance del renderizado y difiriendo actualizaciones visuales no críticas. Además, los desarrolladores deberían perfilar las interacciones usando Chrome DevTools para identificar qué funciones y scripts contribuyen más a los retrasos de INP, y luego priorizar las optimizaciones con mayor impacto. Las soluciones de Monitoreo de Usuario Real (RUM) proporcionan datos invaluables sobre qué elementos de la página reciben más interacciones y cuáles son más lentas, permitiendo decisiones de optimización basadas en datos. La librería JavaScript web-vitals permite a los desarrolladores medir INP de forma programática y enviar los datos a plataformas de analítica, facilitando el monitoreo y mejora continua.
INP puede medirse tanto con datos de campo como en pruebas de laboratorio, aunque los datos de campo de usuarios reales proporcionan la representación más precisa del rendimiento real. Google PageSpeed Insights muestra métricas INP basadas en datos del Chrome User Experience Report (CrUX), mostrando el percentil 75 de las experiencias reales de los usuarios para páginas con suficiente tráfico. Google Search Console incluye un informe de INP en su sección de Core Web Vitals, permitiendo a los propietarios de sitios identificar páginas con baja capacidad de respuesta y seguir mejoras a lo largo del tiempo. La pestaña Performance de Chrome DevTools permite a los desarrolladores grabar y analizar interacciones individuales, mostrando el desglose de los componentes de retraso de entrada, tiempo de procesamiento y retraso de presentación. La librería web-vitals ofrece una manera programática de medir INP en entornos de producción y enviar los datos a backends de analítica personalizados. Las soluciones de Monitoreo de Usuario Real (RUM) como DebugBear, Datadog y New Relic ofrecen detalles sobre el rendimiento de INP, incluyendo datos de atribución que muestran qué scripts y componentes contribuyen a los retrasos. La herramienta INP Debugger identifica automáticamente elementos clicables de la página y simula interacciones para detectar lentitud en entornos de laboratorio. Para una optimización integral de INP, los desarrolladores deben combinar varios enfoques de medición: usando datos de CrUX para entender el rendimiento base, RUM para identificar interacciones problemáticas en producción y DevTools para diagnosticar causas raíz y validar soluciones.
A medida que los sistemas de búsqueda impulsados por IA como ChatGPT, Perplexity, Google AI Overviews y Claude citan cada vez más contenido web, la capacidad de respuesta de la página se convierte en un factor en la evaluación y los patrones de citación de los sistemas de IA. Si bien INP no afecta directamente si un sistema de IA cita tu contenido, las páginas con baja capacidad de respuesta pueden recibir peores métricas de interacción (tasa de rebote, tiempo en página, profundidad de interacción) que influyen indirectamente en las señales de calidad del contenido. Además, los sistemas de IA priorizan cada vez más las señales de experiencia de usuario al evaluar la credibilidad y relevancia de las fuentes. Una página que responde rápidamente a las interacciones del usuario demuestra competencia técnica y profesionalismo, potencialmente influyendo en cómo los sistemas de IA evalúan y posicionan el contenido para citación. Para las organizaciones que usan AmICited para monitorear la presencia de su marca y dominio en respuestas de IA, entender INP se convierte en parte de una estrategia holística de optimización de contenido. Las páginas que son tanto responsivas (buen INP) como contienen contenido de alta calidad y autoridad son más propensas a ser citadas por sistemas de IA. Además, a medida que los sistemas de IA se vuelven más sofisticados en la evaluación de señales de experiencia de usuario, mantener buenas puntuaciones de INP puede convertirse en un factor cada vez más importante en los patrones de citación de IA, haciendo que la optimización de INP sea relevante no solo para el SEO tradicional sino también para la visibilidad en la búsqueda por IA emergente.
El panorama del rendimiento web sigue evolucionando y el propio INP puede experimentar ajustes conforme cambian las capacidades de los navegadores y las expectativas de los usuarios. Google mantiene un changelog detallado de INP que documenta los cambios en la forma en que se calcula la métrica a través de distintas versiones de Chrome, reflejando mejoras y correcciones continuas. Entre los desarrollos recientes se encuentra la introducción de la API Long Animation Frames (LoAF), que proporciona datos detallados de atribución mostrando qué scripts contribuyen a los retrasos de renderizado, permitiendo una optimización de INP más precisa. Además, los diálogos de alerta y confirmación fueron excluidos de los cálculos de INP a partir de Chrome 127, reflejando refinamientos en lo que se considera una interacción significativa del usuario. De cara al futuro, los desarrolladores deben esperar una evolución continua en la forma de medir y evaluar la capacidad de respuesta. La aparición de presupuestos de rendimiento específicos por interacción y optimizaciones a nivel de framework sugiere que la optimización de INP se integrará cada vez más en los flujos de trabajo de desarrollo, en lugar de tratarse como un aspecto secundario. A medida que los dispositivos móviles continúan dominando el tráfico web y las expectativas de los usuarios sobre la capacidad de respuesta aumentan, mantener buenas puntuaciones de INP seguirá siendo una ventaja competitiva clave. Las organizaciones deben ver INP no como una métrica temporal a optimizar, sino como un aspecto fundamental para construir experiencias web centradas en el usuario, de alto rendimiento y que sirvan eficazmente tanto a usuarios humanos como a sistemas de IA.
scheduler.yield() y patrones asíncronos para evitar retrasos de entrada durante la carga de la página y el procesamiento en segundo plano+++
INP y FID son métricas de capacidad de respuesta, pero INP es más completa. FID solo medía el retraso de entrada de la primera interacción en una página, mientras que INP mide todo el ciclo de capacidad de respuesta (retraso de entrada, tiempo de procesamiento y retraso de presentación) para todas las interacciones durante la visita del usuario. INP reemplazó oficialmente a FID como Core Web Vital en marzo de 2024, proporcionando una evaluación más precisa de la capacidad de respuesta general de la página.
Según las directrices de Core Web Vitals de Google, un INP inferior a 200 milisegundos se considera bueno, entre 200 y 500 milisegundos necesita mejora y por encima de 500 milisegundos es pobre. Estos umbrales se miden en el percentil 75 de las cargas de página en dispositivos móviles y de escritorio para asegurar que la mayoría de los usuarios experimenten una buena capacidad de respuesta.
INP es una métrica de Core Web Vitals que afecta directamente al posicionamiento en búsquedas de Google. Las páginas con malas puntuaciones de INP pueden experimentar menor visibilidad en los resultados de búsqueda, mientras que las páginas con buenos resultados de INP reciben un impulso en el ranking. Esto hace que la optimización de INP sea esencial para el éxito en SEO, ya que es una de las tres señales principales que Google utiliza para evaluar la experiencia de página.
INP mide tres tipos de interacciones de usuario: clics de ratón, toques en pantalla táctil y entradas de teclado (incluyendo eventos keydown, keypress y keyup). No mide interacciones como pasar el ratón, desplazarse o hacer zoom. INP rastrea interacciones con cualquier elemento de la página, ya sea un botón, campo de formulario u otro componente interactivo.
Aunque INP es principalmente una métrica de campo que requiere interacciones reales de usuarios, puede medirse en entornos de laboratorio mediante pruebas sintéticas a través de scripts de interacciones de usuario. Sin embargo, las mediciones de laboratorio pueden no representar completamente el rendimiento en el mundo real, ya que diferentes usuarios interactúan con distintos elementos en distintos momentos. El Monitoreo de Usuario Real (RUM) proporciona datos de INP más precisos.
INP consta de tres componentes: Retraso de Entrada (tiempo antes de que los manejadores de eventos comiencen a ejecutarse), Tiempo de Procesamiento (tiempo que tardan en ejecutarse los manejadores de eventos) y Retraso de Presentación (tiempo después de los callbacks hasta que se pinta el siguiente frame). El INP total se mide desde el inicio de la entrada del usuario hasta que el navegador renderiza la siguiente actualización visual.
Para mejorar el INP, reduce el retraso de entrada dividiendo tareas largas y minimizando el procesamiento en segundo plano, optimiza los callbacks de eventos para que se ejecuten más rápido y reduce el retraso de presentación minimizando la complejidad del DOM. Usa herramientas como Chrome DevTools, Monitoreo de Usuario Real y la librería web-vitals para identificar qué interacciones son lentas y qué optimizaciones tendrán mayor impacto.
Comienza a rastrear cómo los chatbots de IA mencionan tu marca en ChatGPT, Perplexity y otras plataformas. Obtén información procesable para mejorar tu presencia en IA.

First Input Delay (FID) mide la capacidad de respuesta rastreando el retraso entre la interacción del usuario y el procesamiento del navegador. Descubre cómo FI...

Los Core Web Vitals son las tres métricas clave de Google que miden la carga de la página, la interactividad y la estabilidad visual. Descubre los umbrales de L...

Largest Contentful Paint (LCP) es un Core Web Vital que mide cuándo se renderiza el elemento más grande de la página. Descubre cómo LCP impacta en SEO, experien...
Consentimiento de Cookies
Usamos cookies para mejorar tu experiencia de navegación y analizar nuestro tráfico. See our privacy policy.