Si tu web carga rápido pero tarda en responder al primer clic, el visitante percibe lentitud aunque los números de carga parezcan correctos. Desde 2024, Google incluye INP (Interaction to Next Paint) entre las métricas de experiencia que influyen en cómo valoran la calidad de una página. En una web de empresa —formularios, menús, filtros de catálogo, chat— cada interacción cuenta.
Este artículo explica qué mide INP, cómo se relaciona con LCP y CLS, qué umbrales conviene vigilar y qué cambios suelen mejorar la respuesta sin rehacer todo el sitio.
Qué es INP y qué mide exactamente
INP resume la latencia de las interacciones que un usuario realiza en la página: pulsaciones, clics y teclas. No mide solo el momento del evento, sino el tiempo hasta que el navegador puede pintar el siguiente frame tras procesar el trabajo asociado (manejadores JavaScript, estilos, layout).
A diferencia de FID (First Input Delay), que solo observaba la primera interacción, INP considera varias interacciones durante la visita y suele reflejar mejor sitios con navegación prolongada: áreas de cliente, configuradores o tiendas con muchos filtros.
La documentación de web.dev sobre INP detalla cómo se elige la interacción más lenta (salvo outliers) y por qué conviene medir en campo, no solo en laboratorio.
Umbrales: cuándo preocuparse
Como referencia práctica de Core Web Vitals, muchos equipos usan estos rangos para INP:
- Bueno: 200 ms o menos
- A mejorar: entre 200 y 500 ms
- Pobre: por encima de 500 ms
Un valor puntual en PageSpeed no basta: revisa el informe de Chrome User Experience o Analytics si tienes volumen suficiente. Si el 75.º percentil de tus usuarios supera 200 ms, hay margen de mejora real en conversión y percepción de marca.
INP frente a LCP y CLS
LCP habla de cuándo aparece el contenido principal; CLS, de estabilidad visual. INP cierra el círculo: la página ya está visible, pero ¿responde al instante cuando alguien abre el menú, envía un formulario o cambia un filtro?
Es habitual optimizar imágenes y fuentes y aun así sufrir INP alto por JavaScript pesado en el hilo principal, tareas largas tras un clic o actualizaciones de DOM innecesarias. Prioriza INP cuando recibes quejas de «la web va lenta» pese a mejoras de velocidad de carga.
Causas habituales en webs de empresa
- Tareas largas en JavaScript: bundles grandes, código de terceros que se ejecuta en cada clic.
- Actualizaciones costosas del DOM: re-renderizar listados enteros en lugar de la fila que cambió.
- Listeners sin optimizar: trabajo sincrónico en cada pulsación de tecla en buscadores o calculadoras.
- Main thread bloqueado: analytics, mapas o widgets que compiten con la interacción del usuario.
Los scripts de terceros son un sospechoso recurrente: chat, etiquetas de marketing y personalización pueden retrasar la pintura siguiente aunque la página «parezca» cargada.
Cómo medir INP con herramientas que ya conoces
Combina datos de campo y pruebas dirigidas:
- PageSpeed Insights / Lighthouse: útil para reproducir interacciones en laboratorio y ver tareas largas.
- Chrome DevTools → Performance: graba un clic problemático y localiza funciones que superan 50 ms.
- Informes CrUX o Search Console (Experiencia): tendencia real de usuarios en tu URL.
Define una ruta crítica por tipo de negocio: enviar contacto, añadir al carrito, abrir el menú móvil, aplicar un filtro. Mide INP en esas rutas, no solo en la home.
Acciones que suelen mejorar INP
Reducir y repartir JavaScript
Audita qué se descarga en páginas con formularios o catálogo. La minificación ayuda, pero el mayor impacto suele venir de cargar menos código en la primera visita: divide bundles, retrasa lo no esencial y evita ejecutar lógica en páginas que no la necesitan.
Retrasar o aislar terceros
Carga chat y etiquetas tras la interacción o cuando el usuario hace scroll. Si un script no es imprescindible en la página de servicio, no lo incluyas en la plantilla global.
Optimizar la respuesta visual
Muestra feedback inmediato (estado de botón, spinner ligero) y evita bloquear la UI mientras llega la respuesta del servidor. En listados, usa paginación o carga diferida de imágenes sin retrasar el clic en «Ver más».
No culpar solo al front
Una API lenta puede empeorar la percepción tras el clic aunque INP mida sobre todo el trabajo en el cliente. Si tras optimizar JS el problema persiste, revisa tiempos de respuesta del backend en las mismas acciones.
Checklist antes de cerrar una mejora
- ¿Has probado en un móvil de gama media con red 4G simulada?
- ¿El menú hamburguesa y los desplegables responden en menos de 200 ms percibidos?
- ¿Los formularios validan sin congelar el teclado en iOS y Android?
- ¿Has comparado antes/después en CrUX o en al menos diez sesiones reales?
Conclusión
INP traduce una pregunta simple que hacen tus clientes: «¿La web me obedece al momento?». En 2026, con más tráfico móvil y más widgets en páginas corporativas, ignorarlo es regalar fricción a quien ya llegó a tu sitio. Mide en las interacciones que importan a tu negocio, reduce JavaScript innecesario y trata los terceros con el mismo rigor que las imágenes pesadas.
Si necesitas priorizar mejoras con impacto medible en conversión y Core Web Vitals, en AATSOFT auditamos rutas críticas y proponemos cambios acotados a tu stack actual.
