INP

Qué mide y qué cuenta como interacción

El INP mide el tiempo que pasa desde que haces algo hasta que la pantalla refleja que se ha enterado. Si pulsas «añadir al carrito» y el número del carrito tarda en subir, o abres un desplegable y se queda medio segundo pensando, eso es lo que está contando esta métrica.

Solo cuenta tres tipos de interacción: pulsar con el ratón, tocar la pantalla táctil y escribir con el teclado. Desplazar la página no cuenta. Mover el ratón por encima de algo, tampoco. La lógica es que estas tres son acciones con intención: la persona ha decidido hacer algo y espera una respuesta.

Cada interacción se mide en tres tramos:

1. Retardo de entrada. Lo que tarda el navegador en poder atenderte porque está ocupado con otra cosa.
2. Tiempo de procesado. Lo que tarda en ejecutarse el código asociado a esa acción.
3. Retardo de presentación. Lo que tarda en volver a dibujar la pantalla con el resultado.

De todas las interacciones de una visita, el INP se queda con la peor (con un descarte de los valores extremos en sesiones muy largas). No es un promedio: es un compromiso de que ninguna acción va a resultar exasperante. Google considera bueno un INP por debajo de 200 milisegundos y malo por encima de 500.

Por qué el FID se quedó corto

El INP sustituyó a FID en marzo de 2024 como una de las tres métricas de Core Web Vitals, y el motivo se entiende en dos frases.

El FID medía únicamente la primera interacción de la visita, y además solo medía el retardo hasta empezar a atenderla, no el tiempo hasta ver el resultado. Era una métrica generosa por construcción: casi todo el mundo la aprobaba. Un sitio podía tener un FID excelente y ser un suplicio en cuanto empezabas a usarlo de verdad, porque el filtro, el buscador interno y el formulario venían después de esa primera interacción y ninguno se estaba midiendo.

El INP corrige las dos cosas: mide todas las interacciones de la visita y mide hasta que se ve el cambio. Por eso muchos sitios que estaban tranquilos en verde se despertaron un día con un problema que llevaba años ahí. No empeoró nada: se empezó a medir lo que antes no se miraba.

Cómo lo diagnostico

Esta es, con diferencia, la métrica más incómoda de auditar, porque los problemas no están en la carga sino en el uso, y no aparecen si te limitas a abrir la portada y mirar el informe.

Mi método es aburrido y funciona: abro la web en un móvil real, con la herramienta de rendimiento del navegador grabando, y me comporto como un cliente. Filtro un listado, abro un menú, escribo en el buscador interno, relleno el formulario de contacto, añado algo al carrito. Ahí saltan los retardos que ningún análisis automático de portada iba a enseñarme.

Lo que aparece casi siempre es una de estas tres cosas:

Trabajo pesado en el hilo principal. El navegador solo puede hacer una cosa a la vez en lo que respecta a pintar la pantalla. Si un script está calculando algo durante 300 milisegundos, tu pulsación espera su turno sin remedio.

Etiquetas de terceros disparadas en cada clic. El gestor de etiquetas y las herramientas de medición son un sospechoso habitual. Un contenedor de GTM con veinte etiquetas mal configuradas puede ejecutar código en cada interacción del usuario, y ese código va por delante de la respuesta que la persona está esperando.

Componentes que se redibujan enteros. Un filtro que reconstruye el listado completo al marcar una casilla hace mucho más trabajo del necesario. La solución no suele ser optimizar el código, sino dar respuesta visual inmediata —marcar la casilla, mostrar un indicador— y hacer el trabajo pesado después.

Por qué le importa a un negocio

Porque el INP mide justo el tramo del recorrido donde ya has ganado a la persona. Ha encontrado la web, ha entendido lo que ofreces y ha decidido actuar. Que la web tarde en responder precisamente ahí es lo más caro que puede pasar, porque el coste de haberla traído ya está pagado.

El síntoma clásico son las pulsaciones repetidas: la persona pulsa, no pasa nada, vuelve a pulsar. En un formulario eso genera envíos duplicados; en un carrito, unidades de más; en cualquier caso, desconfianza. Y en el peor escenario, abandono con la sensación de que «la web está rota», que es una frase que se le queda a la gente en la cabeza mucho más tiempo que «la web iba un poco lenta».

Hay un aspecto de accesibilidad que se menciona poco: la navegación por teclado también cuenta como interacción. Una web con INP malo es especialmente hostil para quien depende del teclado o de una tecnología de apoyo, porque el desfase entre la acción y la respuesta hace mucho más difícil saber dónde estás.

Errores frecuentes

Dar por bueno el INP porque el FID iba bien. Son métricas distintas que miden cosas distintas. El historial de FID en verde no dice absolutamente nada sobre el INP actual.

Analizar solo la carga inicial. Un informe de rendimiento de la portada sin tocar nada rara vez detecta un problema de INP. Si nadie ha usado la web durante la medición, no hay interacciones que medir.

Culpar al servidor. El INP es casi siempre un problema del navegador, no del alojamiento. Mejorar el servidor ayuda al LCP y no mueve esta métrica ni un milisegundo.

Acumular etiquetas de terceros sin revisarlas. Chats, mapas de calor, píxeles publicitarios y pruebas A/B se instalan una vez y no se desinstalan nunca. Cada uno pide su trocito de hilo principal en el peor momento posible.

Confundir animación bonita con respuesta. Una transición larga y suave retrasa el momento en que se ve el resultado. Si el cambio de estado no aparece rápido, la persona percibe lentitud aunque la animación sea preciosa.