Core Web Vitals: Co Google měří a proč pomalé stránky připravují o zákazníky

Klient nás kontaktoval kvůli firemnímu webu, který se načítal přes 15 sekund. Obchodní tým nedokázal vysvětlit pokles odeslaných formulářů - web vypadal v pořádku, obsah se nezměnil. Provedli jsme výkonnostní audit a našli 12 samostatných problémů, včetně 120 000 spamových komentářů sedících v databázi, které při každém načtení stránky spotřebovávaly serverové prostředky. O dva týdny později se web načítal za 1,8 sekundy. Počet odeslaných formulářů vzrostl čtyřnásobně. Míra okamžitého opuštění klesla o 65 %. Na designu se nic nezměnilo. Jen výkon.

Takový výsledek zní dramaticky, ale vzorec je běžný. Pomalé weby jsou neviditelné pro jejich majitele a okamžitě zřejmé každému návštěvníkovi. Od května 2021 to Google měří přímo jako rankingové signály zvané Core Web Vitals.

Co Core Web Vitals skutečně měří

Google navrhl tři metriky, které zachycují části uživatelského zážitku, které návštěvníci přímo pociťují:

• LCP (Largest Contentful Paint) - jak dlouho trvá, než se na obrazovce zobrazí hlavní obsah
• INP (Interaction to Next Paint) - jak rychle stránka reaguje, když uživatel klikne nebo ťukne
• CLS (Cumulative Layout Shift) - jak moc se rozložení stránky pohybuje při načítání

Nejde o libovolné benchmarky. Byly zvoleny proto, že korelují s tím, co uživatelé skutečně dělají: stránky, které splní všechny tři, mají nižší míru okamžitého opuštění, vyšší zapojení a lepší míru konverze. Google je potvrdil jako rankingové signály v roce 2021 a od té doby sadu aktualizoval - nejvýrazněji nahradil FID za INP v březnu 2024.

Většina WordPressových webů, které auditujeme, selže alespoň v jedné metrice. Nejčastěji v LCP.

LCP: kde většina webů selhává jako první

LCP je čas, než se načte největší viditelný prvek na stránce - obvykle hero obrázek nebo velký nadpisový blok. Uživatelé hledí na neúplnou stránku, dokud LCP neskončí. Jakmile to trvá déle než 2,5 sekundy, zhruba 40 % mobilních návštěvníků odejde dříve, než se stránka načte.

Nejčastější problémy s LCP, které nacházíme:

• Neoptimalizované obrázky - 3MB JPEG dělá práci, se kterou by si poradil 200KB WebP
• Render-blocking JavaScript, který zdržuje celou stránku
• Pomalé doby odezvy serveru na levném sdíleném hostingu
• Chybějící nastavení cache

Oprava LCP na typickém WordPressovém webu znamená převést obrázky do WebP, správně nakonfigurovat cache, odložit JavaScript, který není potřeba při prvním načtení, a někdy přejít na server s lepší základní dobou odezvy. Na dobře udržovaném webu to zabere pár hodin. Na zanedbávaném víc - ale stále dny, ne měsíce.

INP: metrika, o které většina majitelů webů neslyšela

Google nahradil FID za INP v březnu 2024. Většina majitelů webů tuto změnu nezaznamenala.

INP měří nejhorší interakci během celé relace na stránce - nejen první klik, ale každé ťuknutí, klik nebo vstup z klávesnice v průběhu celé návštěvy. Pokud uživatel klikne na tlačítko a čeká 600 milisekund, než cokoli zareaguje, zaznamená se to. Pokud se to děje dostatečnému počtu návštěvníků, skóre trpí.

Hlavní příčinou je JavaScript blokující hlavní vlákno - frontu prohlížeče pro zpracování uživatelských vstupů. U WordPressových webů to obvykle vede k příliš mnoha pluginům načítajícím příliš mnoho JavaScriptu, přičemž všechny soupeří o stejný zdroj ve stejnou dobu.

INP je nejdůležitější pro:

• E-commerce stránky s filtry produktů, tlačítky přidat do košíku a pokladními procesy
• Jakékoli stránky s interaktivními prvky, na kterých uživatelé závisí při dokončení úkolu
• Webové aplikace a dashboardy

Pomalý INP se projevuje jako zaostalá aplikace. Uživatelé to tolerují několik sekund, pak odejdou - často bez toho, aby pochopili, proč používání stránky bylo frustrující.

CLS: proč stránky, které se pohybují, přicházejí o zákazníky

CLS měří vizuální nestabilitu. Pokud jste začali číst článek a nad ním se objevila reklama, která posunula vše dolů - to je CLS událost. Pokud jste ťukli na tlačítko a trefili špatnou věc, protože se rozložení posunulo přesně v okamžiku, kdy váš prst dorazil - to je také CLS.

Skóre nad 0,1 znamená, že uživatelé pravidelně narážejí na posuny rozložení. Nad 0,25 jsou výrazné a časté.

Typické příčiny:

• Obrázky bez explicitních atributů šířky a výšky - prohlížeč si nevyhradí prostor, dokud se obrázek nenačte
• Reklamy nebo vložené widgety, které se vkládají po počátečním vykreslení
• Webové fonty, které způsobují přeformátování textu po dokončení načítání

Oprava obrázků je jedním z mála případů, kdy malá změna má okamžitý, měřitelný dopad: vždy nastavte width a height na obrázkové prvky. Prohlížeč si vyhradí správný prostor před stažením obrázku a rozložení zůstane na místě.

Jak zkontrolovat svůj web hned teď

K získání dat Core Web Vitals nepotřebujete vývojáře.

Google PageSpeed Insights (pagespeed.web.dev) - vložte svou URL a spusťte test. Dostanete laboratorní skóre (simulované) a, je-li k dispozici, data z praxe nasbíraná od skutečných uživatelů Chrome navštěvujících váš web. Data z praxe jsou spolehlivější. Laboratorní skóre pomáhají identifikovat konkrétní problémy, ale ne vždy odpovídají tomu, co skuteční návštěvníci zažívají.

Google Search Console - pokud je váš web ověřen, zpráva Core Web Vitals zobrazuje, které URL selhávají a co to způsobuje. Jde o agregovaná data od skutečných uživatelů, nikoli odhady. Je to nejpřesnější pohled na to, jak váš web funguje v praxi.

Web může v laboratorních podmínkách skórovat dobře, ale v praxi stále selhávat kvůli skriptům třetích stran, nástrojům pro A/B testování nebo chat widgetům, které laboratorní test nenačítá. Vždy se nejprve podívejte na data z praxe.

Nejčastější vzorce na webech českých SME

Po auditech desítek WordPressových webů pro české firmy se opakují stejné problémy:

• Neoptimalizované obrázky způsobují 60–70 % selhání LCP
• Přetížené sady pluginů - někdy 40+ aktivních pluginů - způsobují většinu problémů s INP
• Chybějící rozměry obrázků stojí za většinou selhání CLS
• Levný sdílený hosting vytváří pomalé doby odezvy serveru, které ztěžují opravu každé jiné metriky

Většina z toho je opravitelná bez přestavby webu. Zaměřený audit obvykle identifikuje 5–10 konkrétních problémů. Oprava prvních tří obvykle přináší největší viditelné zlepšení.

Těch 120 000 spamových komentářů z úvodního příběhu? Hromadily se roky, nikdy nevyčištěny. Každé načtení stránky spouštělo databázové dotazy procházející tisíce řádků odpadu, než dosáhlo čehokoli užitečného. Jejich vyčištění trvalo odpoledne a samo o sobě zkrátilo dobu odezvy serveru o více než polovinu.

Co pomalé stránky skutečně stojí

Vlastní výzkum Googlu zjistil, že zlepšení doby načítání na mobilu o 1 sekundu zvyšuje konverze průměrně o 8 %. Pro web generující 100 leadů měsíčně je to 8 dalších leadů čistě z opravy výkonu - žádný nový obsah, žádné výdaje na reklamu, žádný redesign.

Co se týče rankingu: dvě jinak podobné stránky se budou rankovat odlišně na základě jejich skóre Core Web Vitals. Pokud váš web selže v LCP, zatímco web konkurenta projde, je to strukturální nevýhoda v organickém vyhledávání, kterou samotná kvalita obsahu nemůže plně kompenzovat.

Čtyřnásobný nárůst odeslaných formulářů, který jsme viděli po opravě onoho 15sekundového webu, je extrémní případ. Ale směr je konzistentní napříč každým výkonnostním projektem, který jsme dělali: lidé, kteří narazí na pomalou stránku, nečekají. Odejdou a nevrátí se.

Kdy opravit sami a kdy požádat o pomoc

Pokud PageSpeed Insights ukazuje nad 70 na mobilu a data z praxe ukazují zelenou pro všechny tři metriky, jste v pořádku. Příležitostně monitorujte a řešte problémy, jak se objevují.

Pokud selhávate v jedné nebo více metrikách a nemáte k dispozici vývojáře, věci s nejvyšším dopadem, které zkusit jako první:

• Komprimujte obrázky a převeďte JPEGy do WebP
• Nainstalujte caching plugin, pokud žádný nemáte (WP Rocket a LiteSpeed Cache jsou spolehlivé startovní body)
• Přidejte explicitní width a height k obrázkům v tématu a šablonách
• Deaktivujte pluginy, které aktivně nepoužíváte

Pokud jste vyzkoušeli základy a stále selhávate, nebo pokud web je dostatečně pomalý na to, aby vás připravoval o leady, vyplatí se řádný audit. Problémy jsou téměř vždy opravitelné. Výzvou je identifikovat ty správné ve správném pořadí - přístup pokus-omyl má tendenci minout skutečnou příčinu a někdy situaci zhoršit.

V Kosmoweb jsou výkonnostní audity součástí naší služby podpory. Audit identifikuje problémy s nejvyšším dopadem a my je opravíme - typicky do 1–2 týdnů, bez nutnosti přestavby.

Výkon v roce 2026

Core Web Vitals jsou jedním z mnoha rankingových faktorů. Kvalita obsahu a získané zpětné odkazy stále v většině situací záleží více. Ale výkon je faktor, nad kterým máte přímou a rychlou kontrolu. Budování autority domény trvá roky. Oprava konfigurace cache zabere odpoledne.

Weby, které se konzistentně dobře umísťují v českých výsledcích vyhledávání, mají tendenci sdílet tři věci: relevantní obsah, nějaké získané zpětné odkazy a stránky, které se načítají rychle a rychle reagují. Žádnou z nich nemůžete přeskočit. Výkon je ta, kterou můžete nejrychleji zlepšit - a ta, kde má většina českých SME webů největší prostor ke zlepšení.

Pokud váš web má slušný obsah a nějakou historii, ale rankování se zastavilo nebo kleslo, technický výkon je jedno z prvních míst, kde hledat. Je to jedna z mála věcí v SEO, které můžete měřit, opravit a ověřit v průběhu několika dní.