Core Web Vitals jsou tři metriky rychlosti a stability webu — LCP, INP a CLS. Žádná AI platforma je nepotvrdila jako faktor citací a měřená korelace s AI viditelností je blízko nuly. Jeden reálný důvod web zrychlit ale existuje: AI roboti mají krátký časový limit, takže extrémně pomalá stránka se nemusí načíst a pak ji nelze citovat.
„Zrychlete web, ať vás cituje AI“ je rada, která zní logicky a přitom se o ni nedá opřít. Zároveň ale platí, že úplně pomalý web si u AI uškodit umí — jen jinak, než se říká. Rozdíl mezi těmi dvěma tvrzeními je celý smysl tohohle článku.
Co Core Web Vitals jsou
Tři metriky, které Google hodnotí podle 75. percentilu reálných dat uživatelů Chrome (dataset CrUX) za 28 dní — tedy podle zkušenosti většiny návštěvníků, ne podle jedné laboratorní hodnoty.
| Aspekt | Co měří | Dobrá hodnota |
|---|---|---|
| LCP | Largest Contentful Paint — jak dlouho se načítá hlavní obsah | pod 2,5 sekundy |
| INP | Interaction to Next Paint — doba od interakce po další vykreslení rozhraní | pod 200 ms; 200–500 zlepšit, nad 500 špatné |
| CLS | Cumulative Layout Shift — jak moc obsah poskakuje při načítání | pod 0,1 |
Jedna poznámka k metrikám: v březnu 2024 INP plně nahradila starší FID. FID měřila jen zpoždění prvního vstupu, INP sleduje odezvu interakcí napříč celou návštěvou. Pokud narazíte na návod, který mluví o „First Input Delay“, je v tomhle bodě zastaralý.
Ovlivňují AI viditelnost? Poctivá odpověď
Tady je potřeba oddělit, co se říká, od toho, co je doložené.
Co doložené není: žádná z platforem — Google, OpenAI, Microsoft ani Perplexity — nepotvrdila Core Web Vitals jako faktor pro výběr zdrojů do generativních odpovědí.
Co ukazují data: mezinárodní studie z ledna 2026 našla mezi rychlostí webu a viditelností v AI jen velmi slabou korelaci, blízko nuly. Není to nula na puntík, ale je to daleko od „rychlost = citace” — a vyvozovat z ní české benchmarky ani příčinu nejde.
Jeden reálný důvod, proč pomalý web u AI vadí
Existuje ale mechanismus, který je konkrétní a střízlivý: AI roboti běží na krátkém časovém limitu.
Systémy a crawlery, které obsah získávají a připravují pro další zpracování v ChatGPT, Perplexity nebo Google AI, můžou mít krátké časové limity — v praxi se uvádí řádově jednotky sekund. U extrémně pomalé stránky tak roste riziko, že robot obsah neuvidí celý nebo stránku neprojde vůbec. To může omezit její dostupnost pro další zpracování — není to ranking signál, je to o tom, jestli se obsah k robotovi vůbec dostane.
Jak na to
-
Změřte zdarma
PageSpeed Insights ukáže laboratorní test vždy a reálná data na úrovni URL, případně celé domény, když jich je v CrUX dost. Doplní to report Core Web Vitals v Search Console. Bez placení.
-
Přečtěte tři metriky
LCP pod 2,5 s, INP pod 200 ms, CLS pod 0,1. Cíl jsou dobré prahy, ne sto ze sta.
-
Priorita: ať se stránka načte
Kvůli časovému limitu robota je nejrizikovější extrémně pomalá stránka. Tu řešte první.
-
Opravte jednu nejhorší věc
Nejčastěji hero obrázek (komprese, rozměry) kvůli LCP, render-blocking a dlouhé JS úlohy kvůli INP, nebo pomalý server a pozdě dodaný hlavní obsah. Jedna velká oprava udělá víc než deset drobných.
-
Překontrolujte s odstupem
Data jsou z 28 dní provozu — změřte znovu za pár týdnů, ne druhý den.
Hlubší práci s metrikami a jejich zasazení mezi ostatní ukazatele rozebírá měření SEO výkonu. Jestli se váš web vůbec dostane k robotům, řeší robots.txt pro AI.
Pozor: Core Web Vitals nejsou test pro robota
Tohle je pro technicky zdatné čtenáře nejdůležitější věta článku: Core Web Vitals měří zkušenost reálných návštěvníků z Chrome, ne přímo to, co uvidí crawler. Jsou dobrý varovný signál, ale ne přímý test dostupnosti obsahu pro robota.
Prakticky: i web s přijatelnými Core Web Vitals může mít pro robota problém, pokud klíčový obsah dodává až JavaScript pozdě. A naopak stránka s horšími čísly, ale s obsahem rovnou v HTML, může být pro robota úplně v pořádku. Když máte aplikaci závislou na JavaScriptu, ověřte si fetch a render robota zvlášť — na to vám CWV neodpoví.
Rychlá technická kontrola dostupnosti pro robota
- Je hlavní obsah v initial HTML? otevřete zdroj stránky (bez spuštění JS) a ověřte, jestli je v něm podstata textu, ne jen prázdný kontejner.
- Vidíte podstatu i bez JavaScriptu? když obsah přijde až po skriptu, počítejte s tím, že ho část robotů nemusí získat.
- Není LCP objekt zbytečně těžký? hlavní obrázek nebo video komprimujte a dejte mu rozumné rozměry.
- Nepřetěžuje stránku dlouhý JavaScript? dlouhé úlohy na hlavním vlákně zhoršují INP i celkovou odezvu.
- Máte pro URL dost dat z CrUX? pokud ne, rozhodujete jen z laboratorního testu — berte ho jako diagnostiku, ne verdikt.
Kolik ladění stačí
Krátká odpověď: na dobré prahy, a pak přestat. Metriky se počítají z reálných uživatelů, takže cílem je zkušenost většiny návštěvníků — ne honba za poslední bodovou stovkou v laboratorním testu.
Nad rámec dobrých hodnot má další optimalizace klesající návratnost. Ten čas se skoro vždy víc vyplatí dát do obsahu, který má na viditelnost v AI doložitelně větší vliv než rozdíl mezi rychlým a ještě rychlejším webem.
Nejčastější chyby
Honit Core Web Vitals kvůli AI
Korelace s AI viditelností je blízko nuly a žádná platforma je jako faktor nepotvrdila. Dělejte rychlost kvůli základu a lidem, ne jako trik na citace.
Ladit na sto ze sta
Dobré prahy stačí. Nad nimi roste čas a klesá přínos — a laboratorní stovka stejně neodpovídá tomu, co zažívají reální návštěvníci.
Přehlédnout extrémně pomalou stránku
U AI je tohle to nejrizikovější. Když se stránka nenačte do časového limitu robota, může být pro daný fetch nedostupná nebo se její obsah nedostane celý do dalšího zpracování.
Rozhodovat podle laboratorního skóre
O stavu Core Web Vitals rozhoduje 75. percentil reálných uživatelů za 28 dní. Laboratorní test o tom stavu nerozhoduje, ale je klíčový pro hledání příčiny — reálná data řeknou, že problém je, lab test proč.
Co si z toho odnést
Core Web Vitals nejsou zvláštní páka na AI — nikdo je jako faktor nepotvrdil a měřená korelace je blízko nuly. Jeden reálný důvod ale existuje: časový limit robota, kvůli kterému se extrémně pomalá stránka nemusí vůbec načíst.
Rozhodnutí je proto jednoduché:
- Plníte prahy a hlavní obsah je v HTML nebo se objeví rychle bez těžkého JavaScriptu — pro AI dál rychlost neřešte.
- Neplníte prahy, nebo se hlavní obsah vykresluje pozdě — opravte to, nejdřív kvůli lidem a pak proto, aby robot neodešel dřív, než uvidí obsah.
- Máte aplikaci závislou na JavaScriptu — ověřte fetch a render robota zvlášť; samotné CWV vám to nepotvrdí.
Rychlost je hygiena, na které ostatní práce stojí — ne zkratka do AI odpovědí.
