Od 12. března 2024 platí v Core Web Vitals důležitá změna: INP nahradilo FID jako metrika, podle které Google hodnotí, jak rychle web reaguje na kliknutí, klepnutí a stisk klávesy. INP je přísnější a odhalí zaváhání, která FID vůbec neviděl.
Vysvětlíme, co jsou Core Web Vitals, čím se INP liší od FID, jaké hodnoty jsou dobré, jak INP měřit, co ho nejčastěji kazí a jak ho opravit.
Co jsou Core Web Vitals a proč na nich záleží?
Core Web Vitals jsou tři metriky, kterými Google měří kvalitu uživatelského zážitku: jak rychle se načte hlavní obsah, jak rychle stránka reaguje na interakce a jestli se obsah při načítání neposouvá. Hodnotí se na datech od skutečných návštěvníků, a to na 75. percentilu zobrazení stránek, zvlášť pro mobily a pro počítače. Zjednodušeně: aby stránka prošla, musí dobrou zkušenost mít alespoň tři čtvrtiny návštěv.
Google v dokumentaci pro Vyhledávání Google dobré Core Web Vitals provozovatelům webů výslovně doporučuje a uvádí, že odpovídají tomu, co jeho hlavní systémy hodnocení odměňují. Z naší praxe platí i jednodušší pravidlo: web, který se při klikání zasekává, stojí poptávky a objednávky.
Jaký je rozdíl mezi INP a FID?
FID (First Input Delay) měřil jedinou věc: jak dlouho prohlížeč čekal, než začal zpracovávat první interakci na stránce. Délku zpracování ani další kliknutí neřešil. Web tak mohl mít výborné FID, i když se při filtrování produktů viditelně zadrhával.
INP (Interaction to Next Paint) sleduje všechna kliknutí, klepnutí a stisky kláves během celé návštěvy. U každé měří celou dobu od akce uživatele po vykreslení dalšího snímku, tedy po chvíli, kdy uživatel uvidí reakci. Tato doba má tři části:
- zpoždění vstupu: čekání, než se obsluha události spustí, typicky kvůli jinému skriptu na hlavním vlákně,
- doba zpracování: běh samotného JavaScriptu, který na interakci reaguje,
- zpoždění vykreslení: čas, než prohlížeč změnu skutečně zobrazí.
Výsledné INP odpovídá zhruba nejpomalejší interakci (ojedinělé extrémy se vynechávají). Najetí myší ani posouvání se nepočítají. Podrobnosti najdete v článku o INP na web.dev.
Jaké hodnoty Core Web Vitals jsou dobré?
Pro hodnocení „dobré“ platí u všech tří metrik tyto hranice:
- LCP (Largest Contentful Paint, načtení hlavního obsahu): do 2,5 sekundy,
- INP (odezva na interakce): do 200 milisekund,
- CLS (Cumulative Layout Shift, posouvání obsahu při načítání): do 0,1.
U INP Google rozlišuje tři pásma: do 200 ms je odezva dobrá, nad 200 ms až do 500 ms potřebuje zlepšení a nad 500 ms je špatná. Podle oznámení týmu Chrome zmizel FID ze Search Console 12. března, PageSpeed Insights a CrUX ho ještě zhruba půl roku ponechají v přechodném období.
Jak INP změřit?
Rozlišujte dva druhy dat: rozhodují terénní, laboratorní pomáhají najít příčinu.
Terénní data od skutečných uživatelů
Pocházejí z Chrome User Experience Report (CrUX), tedy z anonymizovaných měření reálných návštěvníků v Chromu. Najdete je:
- v horní části výsledku PageSpeed Insights, kde se zobrazují hodnoty za posledních 28 dní,
- v přehledu Core Web Vitals v Google Search Console, který seskupuje podobné adresy a ukazuje, kde je problém,
- ve vlastním měření (RUM), například přes knihovnu web-vitals.
Má-li stránka málo návštěv, PageSpeed Insights ukáže data za celou doménu, případně nic.
Laboratorní data ze simulace
Lighthouse INP změřit neumí, protože při simulovaném načtení nikdo neklikne. Náhradním ukazatelem je Total Blocking Time (TBT), tedy jak dlouho je hlavní vlákno při načítání zablokované. Konkrétní pomalou interakci vývojář najde nahráním v panelu Performance v nástrojích pro vývojáře v Chromu.
Co nejčastěji kazí INP?
Prohlížeč zpracovává JavaScript, rozložení i vykreslování na jednom hlavním vlákně. Každá úloha delší než 50 ms se počítá jako dlouhá a po dobu jejího běhu musí interakce čekat. Nejčastější viníci z našich auditů:
- Těžký JavaScript: velké balíky skriptů načítané na všech stránkách, i když je většina nepotřebuje.
- Skripty třetích stran: chaty, měřicí a reklamní kódy, A/B testování, mapy nebo vložená videa. Každý zvlášť je malý, dohromady ale hlavní vlákno snadno zahltí.
- Page buildery a přeplácané šablony WordPressu: univerzální šablony a vizuální buildery přibalují skripty a styly pro funkce, které web nepoužívá, a generují rozsáhlý, hluboce vnořený DOM. Čím větší DOM, tím dražší je každé překreslení.
- Náročné obsluhy událostí: třeba filtr v e-shopu, který po každém kliknutí znovu vykreslí celý výpis produktů.
- Vykreslování HTML v prohlížeči: když se velké části stránky skládají JavaScriptem až na straně uživatele.
Na mobilech je to znát víc, protože běžný telefon má slabší procesor než počítač, na kterém web vznikal.
Jak špatné INP opravit?
Buďte trpěliví: terénní data z CrUX pracují s klouzavým obdobím 28 dní, takže se zlepšení projevuje postupně.
Časté otázky
Ovlivňuje INP pozice ve vyhledávání?
INP je od 12. března 2024 součástí Core Web Vitals a Google uvádí, že dobré hodnoty odpovídají tomu, co jeho systémy hodnocení odměňují. Rychlost ale nenahradí kvalitní a relevantní obsah.
Proč u svého webu v PageSpeed Insights INP nevidím?
Terénní data se zobrazují jen tam, kde má Chrome dost měření od skutečných návštěvníků, a u menších webů proto často chybí. Sledujte pak laboratorní Total Blocking Time a zvažte vlastní měření přes knihovnu web-vitals.
Je dobré FID zárukou dobrého INP?
Není. FID hodnotil jen čekání na první interakci, kdežto INP zahrnuje všechny interakce a celou dobu až do vykreslení. Web s dobrým FID tak může mít INP v pásmu „potřebuje zlepšení“ i „špatné“.
Chcete, aby váš web reagoval bez zaváhání?
Rádi se podíváme na data vašeho webu, najdeme interakce, které INP zhoršují, a navrhneme opravy, ať už jde o úklid skriptů, nebo novou šablonu. Podívejte se, jak stavíme rychlé weby na míru. A pokud k vám chodí hlavně návštěvníci z telefonů, přečtěte si i náš článek o responzivitě webu a jejích výhodách.
