Si la teva web carrega ràpid però triga a respondre al primer toc, el visitant percep lentitud encara que les mètriques de càrrega semblin correctes. Des del 2024, Google inclou INP (Interaction to Next Paint) entre les mètriques d'experiència que influeixen en com valora la qualitat d'una pàgina. En una web d'empresa —formularis, menús, filtres de catàleg, xat— cada interacció compta.
Aquest article explica què mesura l'INP, com es relaciona amb LCP i CLS, quins llindars convé vigilar i quins canvis solen millorar la resposta sense refer tot el lloc.
Què és l'INP i què mesura
L'INP resume la latència de les interaccions: tocs, clics i tecles. No mesura només l'esdeveniment, sinó el temps fins que el navegador pot pintar el següent fotograma després del treball associat (JavaScript, estils, layout).
A diferència de FID, que només observava la primera interacció, l'INP considera diverses interaccions durant la visita, cosa que reflecteix millor àrees de client, configuradors o botigues amb molts filtres.
La documentació de web.dev sobre INP detalla com es tria la interacció més lenta i per què convé mesurar en camp.
Llindars: quan preocupar-se
- Bon: 200 ms o menys
- A millorar: entre 200 i 500 ms
- Dolent: per sobre de 500 ms
Un valor puntual no n'hi ha prou: revisa CrUX o Analytics si tens volum. Si el percentil 75 supera 200 ms, hi ha marge real de millora en conversió i percepció de marca.
INP amb LCP i CLS
LCP parla de quan apareix el contingut principal; CLS, d'estabilitat visual. L'INP tanca el cercle: la pàgina ja es veu, però respon a l'instant quan algú obre el menú, envia un formulari o canvia un filtre?
És habitual optimitzar imatges i fonts i tot patir INP alt per JavaScript pesat al fil principal, tasques llargues després d'un clic o actualitzacions de DOM innecessàries.
Causes habituals en webs d'empresa
- Tasques llargues en JavaScript: bundles grans i codi de tercers en cada clic.
- Actualitzacions costoses del DOM: re-renderitzar llistats sencers.
- Listeners sense optimitzar: treball sincron en cada tecla en cercadors o calculadores.
- Fil principal bloquejat: analítica, mapes o widgets que competeixen amb l'usuari.
Els scripts de tercers són un sospitós recurrent.
Com mesurar l'INP
- PageSpeed Insights / Lighthouse: laboratori i pistes de tasques llargues.
- Chrome DevTools → Performance: grava un clic problemàtic.
- CrUX o Search Console: tendència d'usuaris reals.
Define una ruta crítica: contacte, cistella, menú mòbil, filtre de catàleg. Mesura INP en aquestes accions, no només a la home.
Accions que solen ajudar
Reduir i repartir JavaScript
La minificació ajuda, però l'impacte major sol venir de carregar menys codi a la primera visita.
Retardar tercers
Carrega xat i etiquetes després de la interacció o del scroll si no són imprescindibles a cada plantilla.
Feedback visual immediat
Mostra estat del botó i evita bloquejar la UI. Usa lazy loading sense retardar el clic a «Veure més».
Checklist abans de tancar una millora
- Has provat en un mòbil de gamma mitjana amb 4G simulada?
- El menú i els desplegables responen per sota de 200 ms percebuts?
- Els formularis validen sense congelar el teclat?
- Has comparat abans/després en CrUX o en deu sessions reals?
Conclusió
L'INP tradueix una pregunta simple: «La web m'obeeix a l'instant?». Mesura les interaccions que importen al teu negoci, redueix JavaScript innecessari i tracta els tercers amb el mateix rigor que les imatges pesades.
A AATSOFT auditem rutes crítiques i proposem millores mesurables alineades amb el teu stack actual.
