FID a INP: Proč váš web reaguje pomalu

V březnu 2024 klient řešil záhadu. Jeho e-shop měl perfektní rychlost načítání — LCP pod 2 sekundy, CLS téměř nulové. Ale uživatelé si stěžovali: „Web je pomalý. Když kliknu na tlačítko, nic se neděje."

Podívala jsem se na Core Web Vitals. LCP a CLS byly v zelené zóně. Ale INP (metrika, která právě tehdy nahradila FID) ukazovala 780 ms — katastrofa. Web se načítal rychle, ale nereagoval na kliknutí.

Vyřešení problému trvalo týden. Výsledek? INP kleslo na 140 ms a stížnosti na „pomalý web" úplně zmizely.

Co je FID a proč Google přešel na INP

FID: First Input Delay (První zpoždění vstupu)

FID měřil, jak dlouho trvalo, než web poprvé zareagoval na interakci uživatele — první kliknutí, tap na mobilu, stisk klávesy.

Problém? Měřil jen první interakci. Pokud bylo druhé nebo třetí kliknutí pomalé, FID to nezachytil.

INP: Interaction to Next Paint (Odezva na interakci)

Dne 12. března 2024 Google nahradil FID metrikou INP. Od té doby INP měří všechny interakce během návštěvy — ne jen první.

INP = čas od vašeho kliknutí do okamžiku, kdy se na obrazovce něco změní.

Představte si, že kliknete na „Přidat do košíku". INP měří, jak dlouho trvá, než se zobrazí potvrzení, animace nebo změna tlačítka. Pokud to trvá věčnost, uživatel má pocit, že web je rozbitý.

Více o změně najdete v oficiálním oznámení Google.

Proč Google udělal změnu

FID zachytil jen moment, kdy prohlížeč začal zpracovávat vaše kliknutí. Nezměřil ale, jak dlouho trval celý proces.

Příklad problému s FID:

Kliknete na tlačítko. Prohlížeč reaguje rychle (FID 50 ms — výborné). Ale pak běží těžký JavaScript 2 sekundy. Výsledek se zobrazí po 2 sekundách. FID říká „vše v pořádku", ale uživatel je frustrovaný.

INP to řeší. Měří celý čas od kliknutí do zobrazení výsledku. Zachytí i problémy, které FID přehlížel.

Jaké hodnoty INP jsou dobré a jaké špatné

Google stanovil jasné hranice:

Podle case study Economic Times na web.dev vedlo zlepšení INP téměř 4x ke snížení bounce rate o 50 %.

Aktuální stav (2026): Podle dat CrUX z října 2025 splňuje všechny tři Core Web Vitals metriky pouze 53 % webů. Na mobilech se míra úspěšnosti každoročně zlepšuje o 3 %.

Co zpomaluje INP (a jak to opravit)

Příliš mnoho JavaScriptu

Když kliknete na tlačítko, prohlížeč musí:

1. Zpracovat váš klik
2. Spustit JavaScript
3. Překreslit stránku

Pokud je JavaScript těžký, bod 2 trvá dlouho.

Typičtí viníci:

• Analytics skripty (Google Analytics, Facebook marketing Pixel, Hotjar...)
• Chatovací widgety
• Reklamy
• Komplexní frameworky (React, Vue) špatně optimalizované

Jak to opravit:

• Minimalizujte JavaScript — Odstraňte nepoužívané skripty. Nástroj Chrome DevTools Coverage ukáže, kolik kódu se skutečně používá.

• Líné načítání (lazy loading) — Načítejte skripty až když jsou potřeba. Ne všechny hned.

• Rozdělení kódu (code splitting) — Rozdělte velké soubory na menší části.

Dlouhé úkoly (Long Tasks)

Prohlížeč zpracovává JavaScript v „úkolech". Pokud úkol trvá příliš dlouho (nad 50 ms), blokuje reakci na kliknutí.

Jak to opravit:

• Rozdělte dlouhé úkoly — Místo jednoho velkého výpočtu vytvořte několik menších s pauzami mezi nimi.

• Web Workers — Přesuňte těžké výpočty na pozadí, aby neblokovali hlavní vlákno.

Špatně napsané event handlery

Kód reagující na kliknutí může být neefektivní — například přepočítává celou stránku místo jen změněné části.

Jak to opravit:

• Optimalizujte event handlery — Používejte debounce a throttle techniky.

• Vyhněte se zbytečným re-renderům — V Reactu například použijte React.memo nebo useMemo.

Více o optimalizaci najdete v dokumentaci Chrome pro vývojáře.

Jak změřit INP na vašem webu

PageSpeed Insights (nejjednodušší)

Otevřete pagespeed.web.dev, zadejte URL.

Uvidíte:

• Lab Data (laboratorní test) — simulované prostředí
• Field Data (terénní data) — reální uživatelé

Google pro ranking používá Field Data, ne Lab Data.

Google Search Console (reálná data)

V Search Console jděte do Experience -> Core Web Vitals.

Uvidíte, kolik stránek má dobré/špatné INP. A konkrétní problémové URL.

Chrome DevTools (local debugging)

1. Otevřete DevTools (F12)
2. Jděte do záložky Performance
3. Klikněte Record, proveďte interakci (kliknutí), Stop
4. Hledejte Long Tasks (červené v timeline) — ty zpomalují INP

Více v Chrome DevTools dokumentaci.

Rozdíl mezi FID a INP (pro technické)

Proč je to důležité: Pokud měříte podle starých dat (FID), můžete mít falešně dobré výsledky. INP je přesnější obraz skutečné uživatelské zkušenosti.

Co udělat, když máte špatné INP

Krok 1: Identifikujte problémové interakce

V PageSpeed Insights nebo Chrome DevTools najděte, které interakce jsou pomalé. Tlačítka? Formuláře? Filtry produktů?

Krok 2: Najděte viníka

Použijte Chrome DevTools Performance profiler. Najděte Long Tasks — úkoly trvající nad 50 ms.

Krok 3: Optimalizujte

• Odstraňte nepotřebný JavaScript
• Rozdělte velké úkoly na menší
• Použijte Web Workers pro těžké výpočty
• Přidejte vizuální feedback (spinner, disable tlačítka po kliknutí)

Krok 4: Změřte znovu

Počkejte 4-6 týdnů na aktualizaci terénních dat v Search Console. Google používá 28denní průměr.

Shrnutí

INP měří, jak rychle váš web reaguje na interakce uživatele — kliknutí, taps, stisky kláves. Google ho používá jako součást Core Web Vitals od 12. března 2024 (nahradil FID).

Klíčové body:

• Cílová hodnota: Pod 200 ms
• Hlavní příčiny: Příliš mnoho JavaScriptu, dlouhé úkoly, špatně napsané handlery
• Řešení: Minimalizace JS, rozdělení kódu, Web Workers
• Měření: PageSpeed Insights (Field Data), Google Search Console

Web může být rychle načtený (dobrý LCP), ale pokud nereaguje na kliknutí (špatný INP), uživatelé odejdou.

Chcete zlepšit odezvu vašeho webu?

Nabízím úvodní konzultaci, kde společně projdeme Core Web Vitals vašeho webu a najdeme, co zpomaluje INP.

Objednejte si konzultaci zdarma ->

Související články

• Core Web Vitals: Kompletní průvodce — všechny tři metriky
• LCP: Proč se váš web načítá pomalu — rychlost načítání
• CLS: Jak zabránit skákání obsahu — vizuální stabilita
• PageSpeed Insights: Jak používat — měření rychlosti

Často kladené otázky

Kdy Google přešel z FID na INP?

Dne 12. března 2024. INP se stal oficiální Core Web Vitals metrikou místo FID.

Proč mám dobré FID, ale špatné INP?

FID měřil jen první interakci. INP měří všechny. Pokud byly další interakce pomalé, FID to nezachytil.

Jaký je rozdíl mezi INP a TBT?

TBT (Total Blocking Time) je laboratorní metrika. INP je terénní metrika od reálných uživatelů. Google pro ranking používá INP.

Mohu zlepšit INP bez programátora?

Těžko. INP vyžaduje optimalizaci JavaScriptu, což obvykle znamená technické znalosti nebo pomoc vývojáře.

Liší se INP na mobilu a počítači?

Ano. Mobilní zařízení mají slabší procesory, takže INP bývá na mobilu horší. Google měří obě verze odděleně.

Autorka: SEO specialistka s roky zkušeností. Pomáhám firmám zrychlit odezvu webů a zlepšit uživatelskou zkušenost.

Vyzkoušejte kvalitu mé práce Získejte 1 článek ZDARMA na obsahovém webu s DA50+.

O autorce

SEO specialistka s roky zkušeností v oboru. Pomohla jsem firmám zlepšit jejich viditelnost v Google. Specializuji se na technické SEO, obsahový marketing a budování odkazů (link building).

Kontaktujte nás | Další články