Om Interaction to Next Paint
Hvad er Interaction to Next Paint?
Interaction to Next Paint måler, hvor lang tid en side er om at reagere synligt, når nogen interagerer med den – et tryk, et klik eller et tastetryk. Målingen går fra det øjeblik, interaktionen finder sted, til det øjeblik skærmen opdateres næste gang.
Det, den opfanger, er følelsen af, at en side ikke reagerer: menuen, der ikke åbner, eller knappen, der trykkes på to gange, fordi der ikke skete noget første gang. Denne forsinkelse skyldes næsten altid, at hovedtråden er optaget af noget andet.
Det blev en Core Web Vital i marts 2024 og erstattede First Input Delay. Ændringen var vigtig, fordi den gamle måling kun målte forsinkelsen, før behandlingen af den første interaktion begyndte, hvilket fik sider, der reagerede hurtigt én gang og derefter blev langsomme, til at se bedre ud, end de var.
Hvad regnes som en god INP?
Google anser 200 millisekunder eller mindre for at være godt, 200 til 500 millisekunder for at kræve forbedring og alt over 500 millisekunder for at være dårligt – igen ved den 75. percentil af reelle interaktioner.
I modsætning til LCP er dette ikke én måling pr. sideindlæsning. En besøgende interagerer mange gange i løbet af en session, og INP rapporterer noget tæt på den værste af disse interaktioner, så en side vurderes ud fra sit langsomste øjeblik i stedet for det typiske.
Det gør den til den sværeste af de tre at snyde med. En side kan indstilles til at indlæse hurtigt i en test, men at forblive responsiv gennem en hel session afhænger af, hvordan den er bygget.
Hvad der normalt forårsager en dårlig INP
INP-problemer skyldes næsten altid JavaScript og specifikt lange opgaver, der blokerer hovedtråden, når den besøgende forsøger at bruge siden.
- Tunge event handlers, der udfører deres arbejde synkront, før de giver kontrollen tilbage.
- Store scripts, der stadig parseres og eksekveres, mens siden ser ud til at være klar.
- Tredjepartstags – chatwidgets, analyseværktøjer, A/B-test og annoncescripts – der konkurrerer om den samme tråd.
- Omfattende layoutarbejde, der udløses af en interaktion, f.eks. gengivelse af en lang liste igen.
- Frameworks, der gengiver mere af siden igen, end det, interaktionen faktisk ændrede.
Tredjeparter fortjener særlig mistanke, fordi de udgør den del af siden, som ingen ejer, og den del, der ændrer sig, uden at nogen implementerer noget.
Sådan forbedrer du det
- Opdel lange opgaver, og giv browseren mulighed for at gengive indhold mellem dem.
- Vis først det synlige resultat af en interaktion, og udfør derefter det resterende arbejde.
- Udskyd alt, der ikke er nødvendigt for den første interaktion – især scripts fra tredjeparter.
- Gennemgå tagmanageren. De fleste websites har tags, som ingen har haft brug for i årevis.
- Undgå at gengive hele sektioner igen, når kun ét element er ændret.
- Test på en telefon i mellemklassen, hvor det er langt nemmere at overbelaste tråden end på en bærbar computer.
Hvad dette værktøj kontrollerer
INP-testen aflæser Googles feltdata for siden – målinger indsamlet fra rigtige besøgende i Chrome – og viser, hvor den placerer sig i forhold til tærsklerne ovenfor.
INP kan kun måles, når nogen rent faktisk interagerer med siden, så det er den måling, der med størst sandsynlighed ikke er tilgængelig på en side uden aktivitet eller på en side, som brugerne blot læser. Det er ikke en fejl; det betyder, at der endnu ikke er noget at rapportere.
Hvad kan du gøre som det næste
Responsivitet er et scriptproblem, så begynd med at se på, hvad siden kører. Tjek for
JavaScript-fejl, se, hvor mange separate filer den henter, med værktøjet
sideanmodning, og bekræft med en komplet
webstedsaudit, at der ikke er noget, der er helt ødelagt.