Core Web Vitals 2026

LCP do 2,5 s, INP do 200 ms, CLS do 0,1 — merané na 75. percentile reálnych návštev. Prečo zelený test klame, aké výkonnostné rozpočty si nastaviť a v akom poradí riešiť nálezy.

Ladislav · 6 min čítania
Zálohy dokončené, 24 webov záloha WordPress 6.9.2 nasadený na testovacej kópii aktualizácia Certifikát obnovený, platný 90 dní certifikát Pomalá odozva 1,9 s, vyriešená do 12 minút incident Bezpečnostný sken: 0 kritických nálezov sken Rýchlosť webu v zelenom po zmenšení obrázkov rýchlosť Blokovaných 214 pokusov o prihlásenie ochrana

Skoro každá firma si niekedy pustila PageSpeed Insights, dostala zelené číslo a napriek tomu jej ľudia z mobilu odchádzajú skôr, než sa stránka poskladá. Nie je to rozpor — sú to dve rôzne merania a len jedno z nich hovorí o vašich zákazníkoch.

Prahy, ktoré platia

Google hodnotí tri metriky a hranica „dobré" je pri každej pevne daná. Kľúčové je, ako sa vyhodnocujú: na 75. percentile reálnych návštev za posledných 28 dní. Inými slovami, tri štvrtiny vašich návštevníkov musia byť pod prahom — nestačí priemer a nestačí, že to funguje vám na notebooku.

  • LCP (Largest Contentful Paint) — kedy sa vykreslí najväčší prvok na obrazovke. Dobré: do 2,5 s. Vyžaduje zlepšenie: 2,5–4 s. Zlé: nad 4 s.
  • INP (Interaction to Next Paint) — ako rýchlo stránka odpovie na kliknutie či ťuknutie. Dobré: do 200 ms. Vyžaduje zlepšenie: 200–500 ms. Zlé: nad 500 ms.
  • CLS (Cumulative Layout Shift) — koľko sa obsah pohol počas načítania. Dobré: do 0,1. Vyžaduje zlepšenie: 0,1–0,25. Zlé: nad 0,25.

INP nahradilo staršie FID a je oveľa nemilosrdnejšie: FID meralo len oneskorenie prvej reakcie, INP meria celý čas do prekreslenia pri každej interakcii. Weby, ktoré roky prechádzali, po tejto výmene spadli — nie preto, že by sa zhoršili, ale preto, že sa začalo merať to, čo človek naozaj cíti.

Laboratórium verzus terén

Laboratórny test načíta stránku raz, z jedného miesta, na simulovanom zariadení. Je to dobrá diagnostika: rovnaké podmienky vám dovolia porovnať stav pred úpravou a po nej. Nie je to však odpoveď na otázku, aký rýchly je web pre ľudí.

Poľné dáta pochádzajú z prehliadačov skutočných návštevníkov — na ich telefónoch, ich pripojení, ich podstránkach. Rozdiel býva veľký z troch dôvodov. Test si spravidla stiahne stránku bez cookie lišty, bez chatovacieho okna a bez marketingových skriptov, ktoré sa spúšťajú až po súhlase. Test meria domovskú stránku, kým ľudia chodia na detaily produktov. A test beží na jednom zariadení, kým 75. percentil vašej návštevnosti je štvorročný telefón na LTE.

Praktické pravidlo: rozhodujte sa podľa poľných dát, overujte laboratórnym testom.

Nastavte si výkonnostný rozpočet

Bez rozpočtu sa web spomaľuje po kúskoch, ktoré nikto nezastaví — každý jednotlivo „len o kúsok". Rozpočet, ktorý používam ako východisko pri bežnom firemnom webe a e-shope:

  • Čas prvého bajtu (TTFB) do 800 ms na mobile. Nad touto hranicou už žiadna optimalizácia obrázkov LCP nezachráni.
  • Hlavný obrázok do 200 KB vo formáte WebP alebo AVIF, orezaný pre mobil, s uvedenými rozmermi v kóde.
  • JavaScript do 300 KB komprimovane pre celú stránku, vrátane všetkých tretích strán.
  • Najviac 3 skripty tretích strán načítané pred prvou interakciou. Zvyšok až po nej.
  • Žiadny prvok vkladaný nad existujúci obsah po načítaní — to je priama cesta k zlému CLS.

Rozpočet má cenu len vtedy, keď ho niekto stráži. Preto sa meria priebežne, nie raz za rok.

Poradie krokov: od najväčšieho dopadu k najmenšiemu

Krok 1 — nájdite LCP prvok. Vo vývojárskych nástrojoch v Chrome (Performance → panel Web Vitals) uvidíte, ktorý prvok je LCP. Deväťkrát z desiatich je to hlavný obrázok alebo nadpis v hlavičke. Ak je to obrázok: zmenšite ho, dajte mu moderný formát, uveďte rozmery, načítajte ho prednostne a nikdy ho nenechávajte načítať lenivo.

Krok 2 — urobte inventúru skriptov. Napíšte si všetko, čo sa načítava: merania, chat, mapy, hodnotenia, remarketing, A/B testovanie. Pri každom si odpovedzte, kto sa naň minulý mesiac pozeral. Prekvapivo veľká časť je pozostatok kampane spred roka. Čo zostane, odložte za prvú interakciu — to je najúčinnejší jednotlivý zásah do INP.

Krok 3 — server a cache. Ak TTFB presahuje 800 ms, riešte hosting, cache a databázu. Typický vinník na WordPresse je plugin, ktorý pri každom načítaní robí dotaz do externej služby.

Krok 4 — stabilita rozloženia. Rozmery obrázkov a vložených prvkov, rezervované miesto pre bannery a cookie lištu, fonty s parametrom, ktorý zabráni preblikávaniu.

Krok 5 — jemnosti. Kritické CSS, predbežné pripojenie k doménam tretích strán, delenie balíkov. Toto má zmysel až vtedy, keď sú predchádzajúce štyri kroky hotové.

Ako overiť, že zmena zabrala

Postup, ktorý drží aj pri sporoch s dodávateľom:

  • Zmerajte laboratórne pred zmenou, na tej istej podstránke, trikrát, a berte medián.
  • Nasaďte jednu zmenu. Nie tri naraz — inak neviete, ktorá pomohla.
  • Zmerajte znova rovnakým spôsobom.
  • Poľné dáta kontrolujte až o 28 dní. Skôr nemajú dosť vzorky a vyhodnotenie by bolo veštenie.

Presne na tento cyklus je SpeedBoost: meria na reálnych návštevníkoch, drží históriu a upozorní, keď sa niektorá metrika zhorší. Keď z nálezov treba spraviť prácu, na to je zrýchlenie webu ako služba.

Čo rýchlosť urobí a čo nie

Nezachráni slabý obsah a neprebije silnejšiu konkurenciu v téme. Je to jeden z faktorov hodnotenia, nie prepínač. Kde sa prejaví takmer vždy, je konverzia — a to je dôvod, prečo sa ňou zaoberať aj bez ohľadu na vyhľadávače.

Pri e-shopoch platí ešte jedno špecifikum: najpomalšie bývajú kategórie s filtrami, teda presne tie stránky, cez ktoré chodia peniaze. Ako ich riešiť, rozoberá Technické SEO pre e-shopy. A ak nálezy zo SEO auditu neviete zoradiť podľa dopadu, pomôže Ako čítať SEO audit.

Chcete vedieť, kde ste dnes? Začnite bezplatnou kontrolou webu a ozvite sa, keď budete chcieť prejsť nálezy spolu.

Pomohol vám článok? Zdieľajte ho ďalej.
LinkedIn Facebook