Web so skóre 100 v nástroji PageSpeed Insights môže mať v realite horšie Core Web Vitals než konkurent so skóre 70 – a firmy, ktoré sa spoliehajú len na laboratórne testy, sa tomu čudujú najviac. Čo presne Core Web Vitals merajú, prečo INP robí problémy takmer polovici webov a ako zistiť, či vaša technická rýchlosť skutočne brzdí pozície vo vyhľadávaní?
Čo presne Core Web Vitals merajú a prečo nie sú len o „rýchlosti“
Core Web Vitals sú tri konkrétne metriky, ktorými Google hodnotí, ako používateľ reálne vníma načítanie a používanie stránky. Nejde o jedno číslo „rýchlosti“, ale o tri odlišné aspekty používateľského zážitku, ktoré sa merajú samostatne.
| Metrika | Čo meria | Hranica „Good“ |
|---|---|---|
| LCP (Largest Contentful Paint) | Ako rýchlo sa načíta najväčší viditeľný prvok na stránke | do 2,5 sekundy |
| INP (Interaction to Next Paint) | Ako rýchlo stránka reaguje na interakciu používateľa (klik, ťuknutie) | do 200 milisekúnd |
| CLS (Cumulative Layout Shift) | Koľko sa obsah stránky neočakávane posúva počas načítania | do 0,1 |
Tieto tri metriky sa vyhodnocujú na úrovni 75. percentilu reálnych používateľov Chrome za posledných 28 dní – teda nie ako priemer, ale ako hodnota, pod ktorou sa zmestí aspoň tri štvrtiny reálnych návštev. To je zásadný rozdiel oproti jednorazovému testu, ktorý mnohé firmy považujú za smerodajný.
INP nahradilo FID – čo sa zmenilo a prečo na tom väčšina webov stále tápe
V marci 2024 Google nahradil metriku FID (First Input Delay) metrikou INP. Kým FID meralo len oneskorenie pri prvej interakcii používateľa so stránkou, INP sleduje odozvu naprieč celou návštevou – každé kliknutie, ťuknutie alebo stlačenie klávesu sa započítava, nielen to prvé.
Tento rozdiel má praktický dôsledok: web mohol mať vynikajúce FID, pretože prvé kliknutie prebehlo rýchlo, ale používatelia pri každej ďalšej interakcii (otvorenie menu, pridanie do košíka, filtrovanie produktov) čakali na odozvu podstatne dlhšie. INP tieto opakované, často horšie skúsenosti zachytáva – a práve preto sa dnes INP považuje za metriku, ktorú weby prekračujú najväčšie zo všetkých troch.
Hlavnou príčinou zlého INP býva pretažené hlavné vlákno prehliadača – veľké množstvo JavaScriptu, ktoré sa vykonáva pri každej interakcii a blokuje spracovanie ďalších používateľských akcií. Weby postavené na rozsáhlych page builder pluginoch alebo s množstvom tretch skriptov (chaty, personalizácia, reklamné pixely) sú na zlé INP obzvlášť náchylné.
Každý pridaný skript tretej strany navyše prináša vlastný, často neoptimalizovaný kód, nad ktorým firma nemá priamu kontrolu. Chat widget, nástroj na heatmapy alebo A/B testovací skript môžu jednotlivo pôsobiť nevýznamne, no ich súčet dokáže hlavné vlákno prehliadača zahltiť natoľko, že aj jednoduché kliknutie na tlačidlo „Pridať do košíka“ sa spracuje s citeľným oneskorením. Práve preto sa pri riešení zlého INP oplatí najprv spraviť inventúru všetkých nasadených skriptov tretích strán a zvážiť, ktoré z nich sú skutočne nevyhnutné.
Bežné mýty o Core Web Vitals, ktoré firmy zbytočne naháňajú
Okolo Core Web Vitals sa nahromadilo niekoľko rozšírených, no nepresných predstáv, ktoré vedu firmy k tomu, že riešia nesprávne veci.
- „Skóre 100 v PageSpeed Insights znamená perfektné SEO.“ Skóre je len súhrn lab dát z jedného testu – nehovorí nič o tom, ako web zažívajú reálni používatelia na rôznych zariadeniach a pripojeniach, čo je presne to, na čom Google pri hodnotení page experience skutočne záleží.
- „Core Web Vitals sú jednorazová úloha.“ Každá nová funkcia, plugin alebo reklamný skript môže hodnoty opäť zhoršiť – ide o priebežnú údržbu, nie o projekt s definovaným koncom.
- „Zlepšenie Core Web Vitals samo osebe vytiahne web na prvú stranu.“ Ako už bolo spomenuté, ide o jeden z mnohých signálov – web so slabším obsahom sa vďaka rýchlosti nedostane pred konkurenta s podstatne kvalitnejším a relevantnejším obsahom.
- „Mobilné a desktopové Core Web Vitals sú v podstate to isté.“ V realite môžu byť výrazne odlišné – rovnaký kód beží na mobilnom zariadení s pomalším procesorom a často aj pomalším pripojením, takže mobilné hodnoty bývajú systémovo horšie a práve mobilné dáta majú pri väčšine webov vyššiu váhu.
Prečo Core Web Vitals ovplyvňujú pozície nepriamo, nie priamo
Bežná mylná predstava je, že zlepšenie Core Web Vitals automaticky posúne web o niekoľko pozícií vyššie. V skutočnosti Core Web Vitals fungujú ako súčasť tzv. page experience signálov – teda ako jeden z mnohých faktorov, ktoré majú väčší vplyv pri porovnávaní inak podobne kvalitných stránok, nie ako samostatný, silný ranking faktor.
Reálny dopad sa prejavuje väčšinou nepriamo:
- Vyššia miera okamžitého opustenia stránky pri pomalom načítaní alebo pri pomalej odozve na interakciu znižuje engagement signály, ktoré Google pri hodnotení kvality zohľadňuje.
- Nižší podiel dokončených konverzií pri zlom INP – používatelia, ktorí musia čakať na reakciu formulára alebo košíka, častejšie opúšťajú proces pred dokončením.
- Obmedzený crawl budget pri veľmi pomalých serveroch, čo súvisí aj so širším technickým SEO auditom webu – pomalý server obmedzuje, koľko stránok stihne Googlebot v rámci jednej návštevy spracovať.
Preto sa stáva, že dva weby s takmer identickým obsahom, ale rozdielnymi Core Web Vitals, môžu mať odlišné pozície – nie preto, že by Google „trestal“ pomalý web priamo, ale preto, že súhrn signálov okolo neho vyzerá slabšie.
Field dáta vs. lab dáta – prečo vám skóre 100 nič nezaručí
Nástroje ako Lighthouse alebo PageSpeed Insights ponúkaúj dva odlišné typy dát a ich zamána je jedna z najfrekventovanejších chýb pri interpretácii výsledkov.
- Lab dáta vznikajú jednorazovým testom v kontrolovanom prostredí – s presne definovanou rýchlosťou pripojenia a výkonom zariadenia. Sú užitočné na diagnostiku konkrétneho problému, no nereprezentujú, ako stránku zažívajú skutoční návštevníci.
- Field dáta (Chrome User Experience Report, CrUX) pochádzajú z reálnych návštev skutočných používateľov s rôznymi zariadeniami, rýchlosťou pripojenia a geografickou polohou. Práve field dáta sú tie, ktoré Google reálne používa pri vyhodnocovaní Core Web Vitals ako page experience signálu.
Web môže dosiahnuť v laboratórnom teste skóre 100, pretože test prebehol na rýchlom serveri s prázdnou vyrovnávacou pamäťou, zatiaľ čo reálni používatelia na mobilných zariadeniach so slabším pripojením zažívajú výrazne horšie hodnoty. Bez pravidelnej kontroly rýchlosti načítania webu na základe reálnych dát tak firma môže žiť v mylnom presvedčení, že má technickú stránku vyriešenú.
Najfrekventovanejšie technické príčiny zlých Core Web Vitals
Pri väčšine webov sa problémy s jednotlivými metrikami opakujú podľa rovnakého vzorca:
| Metrika | Najfrekventovanejšia príčina | Typické riešenie |
|---|---|---|
| LCP | Veľké nekomprimované obrázky, pomalý server, chýbajúce prednačítanie kľúčových zdrojov | Optimalizácia obrázkov, rýchlejší hosting, preload kritických prvkov |
| INP | Nadmerné množstvo JavaScriptu vykonávaného pri interakcii, skripty tretích strán | Rozdelenie veľkých JS súborov, odloženie nekritických skriptov |
| CLS | Obrázky a reklamy bez definovaných rozmerov, dynamicky vkladaný obsah nad existujúci obsah | Explicitné rozmery pre médiá, rezervovaný priestor pre dynamický obsah |
Pri väčších weboch sa tieto problémy zvyknu kumulovať naprieč šablónami – ak má produktová stránka problém s LCP kvôli nekomprimovaným obrázkom, ten istý problém sa zopakuje na tisíckach podobných stránok naraz, čo výrazne zvyšuje celkový dopad na field dáta.
Veľká časť týchto problémov sa dá predisť už vo fáze návrhu webu, nie až dodatočnou optimalizáciou. Voľba technológie, spôsob práce s obrázkami a rozsah použitých pluginov sa rozhoduje pri tvorbe webových stránok – a web postavený s ohľadom na výkon od začiatku si vyžaduje výrazne menej následných zásahov než web, ktorý sa snaží Core Web Vitals „dohnať“ až po spustení.
Ako Core Web Vitals sledovať priebežne, nie len raz ročne
Keďže field dáta sa počítajú z posledných 28 dní, jednorazová kontrola pri spustení webu nestačí. V praxi sa osvedčuje:
- Pravidelná kontrola v Google Search Console – sekcia Core Web Vitals ukazuje, ktoré skupiny stránok (podľa šablóny) majú problém, nie len jednotlivé URL.
- Sledovanie po každej väčšej zmene webu – pridanie nového pluginu, redesign alebo zmena hostingu môže Core Web Vitals výrazne ovplyvniť bez toho, aby si to firma všimla.
- Segmentácia podľa zariadenia – mobilné a desktopové field dáta sa často výrazne líšia, a mobilná verzia býva pri rovnakom kóde citeľne pomalšia.
Táto priebežná kontrola prirodzene zapadá do širšej starostlivosti o technické SEO webu – Core Web Vitals sa totiž nedajú „opraviť raz a navždy“, pretože každá nová funkcia alebo skript môže výkon opäť zhoršiť.
Čo skontrolovať ako prvé, ak máte podozrenie na zlé Core Web Vitals
Skôr než začnete meniť hosting alebo prerábať šablóny, over si tieto body v poradí:
- Skontroluj sekciu Core Web Vitals v Google Search Console a zisti, ktorá metrika a ktorá skupina stránok má problém.
- Over, či sa problém týka mobilnej, desktopovej, alebo oboch verzií webu.
- Skontroluj počet a veľkosť skriptov tretích strán (chaty, reklamné pixely, personalizačné nástroje) – té sú pri zlom INP najfrekventovanejším vinníkom.
- Skontroluj, či majú kľúčové obrázky a bannery definované presné rozmery, aby sa predišlo neočakávaným posunom obsahu.
Core Web Vitals nie sú samostatný spínač, ktorý sa dá jednorazovo prepnúť na „vyhovuje“. Sú priebežným odrazom toho, ako je web technicky postavený a udržiavaný – a práve preto sa firmám, ktoré ich ignorujú, problém vracia znova pri každej ďalšej pridanej funkcii.
