Acerca de la interacción con la siguiente pintura
¿Qué es la interacción con la siguiente pintura?
Interaction to Next Paint mide cuánto tarda una página en responder visiblemente cuando alguien interactúa con ella: un toque, un clic o la pulsación de una tecla. Se mide desde el momento de la interacción hasta el momento en que la pantalla se actualiza de nuevo.
Lo que captura es la sensación de que una página no responde: el menú que no se abre, el botón que se pulsa dos veces porque la primera vez no ocurrió nada. Ese retraso casi siempre se debe a que el hilo principal está ocupado con otra tarea.
Se convirtió en una métrica web esencial en marzo de 2024, sustituyendo a First Input Delay. El cambio fue importante porque la métrica anterior solo medía el retraso antes de que comenzara a procesarse la primera interacción, lo que favorecía a las páginas que respondían rápidamente una vez y luego se ralentizaban.
¿Qué se considera un buen INP?
Google considera que 200 milisegundos o menos es un buen resultado, que entre 200 y 500 milisegundos necesita mejoras y que cualquier valor superior a 500 milisegundos es deficiente, de nuevo en el percentil 75 de las interacciones reales.
A diferencia del LCP, esta no es una medición por cada carga de página. Un visitante interactúa muchas veces durante una sesión, e INP informa de un valor cercano al peor de esos casos, por lo que una página se evalúa en función de su momento más lento y no del habitual.
Por eso es la más difícil de falsear de las tres. Se puede conseguir que una página cargue rápidamente en una prueba, pero mantenerla receptiva durante toda una sesión depende de cómo está construida.
Qué suele provocar un INP deficiente
Los problemas de INP casi siempre se deben a JavaScript y, más concretamente, a tareas largas que bloquean el hilo principal cuando el visitante intenta utilizar la página.
- Controladores de eventos pesados que realizan su trabajo de forma síncrona antes de ceder el control.
- Scripts grandes que aún se están analizando y ejecutando mientras la página parece estar lista.
- Etiquetas de terceros —widgets de chat, analítica, pruebas A/B y scripts publicitarios— compitiendo por el mismo hilo.
- Trabajo de maquetación costoso desencadenado por una interacción, como volver a renderizar una lista larga.
- Los frameworks vuelven a renderizar una parte de la página mayor de la que realmente ha cambiado la interacción.
Los terceros merecen una especial atención, porque son la parte de la página de la que nadie se encarga y que cambia sin que nadie despliegue nada.
Cómo mejorarlo
- Divide las tareas largas y cede el control al navegador para que pueda renderizar entre ellas.
- Muestra primero el resultado visible de una interacción y, después, realiza el trabajo restante.
- Pospón todo lo que no sea necesario para la primera interacción, especialmente los scripts de terceros.
- Audita el gestor de etiquetas. La mayoría de los sitios incluyen etiquetas que nadie ha necesitado durante años.
- Evita volver a renderizar secciones enteras cuando solo ha cambiado un elemento.
- Haz pruebas en un teléfono de gama media, donde el hilo de ejecución se satura mucho más fácilmente que en un portátil.
Qué comprueba esta herramienta
La prueba de INP lee los datos de campo de Google de la página —mediciones recopiladas de visitantes reales en Chrome— y muestra cómo se sitúa con respecto a los umbrales anteriores.
El INP solo se puede medir cuando alguien interactúa realmente, por lo que es la métrica que más probablemente no esté disponible en una página sin interacción o que los usuarios simplemente leen. Esto no es un error; significa que todavía no hay nada que informar.
Qué hacer a continuación
La adaptabilidad es un problema de scripts, así que empieza por comprobar qué se está ejecutando en la página. Comprueba si hay
Errores de JavaScript, consulta cuántos archivos independientes carga con la herramienta
solicitud de página y confirma que no haya nada completamente roto con una
auditoría del sitio completa.