Krátka odpoveď: Rýchlosť webu zmeriate zadarmo v nástroji PageSpeed Insights a v prehľade Core Web Vitals v Google Search Console. Sledujte tri čísla: LCP (ako rýchlo sa zobrazí hlavný obsah) do 2,5 s, INP (ako rýchlo stránka zareaguje na kliknutie) do 200 ms a CLS (ako veľmi sa obsah posúva) do 0,1. Web najčastejšie brzdia skripty tretích strán, ťažké obrázky, JavaScript, na ktorý čaká prvá obrazovka, a webové písma.
V článku vysvetľujeme, čo tieto metriky znamenajú, ako čítať výsledky testu, čo web zvyčajne spomaľuje a čo sme našli a opravili na vlastnom webe seo-ocean.sk. Definície a hranice sú z dokumentácie Google na web.dev a developers.google.com, overené v októbri 2026.
Prečo na rýchlosti webu záleží?
Zákazník, ktorý otvorí web v telefóne so slabým signálom, čaká na prvú obrazovku. Keď sa mu tlačidlo pod prstom posunie, ťukne na niečo iné. Keď stránka po ťuknutí na „Do košíka“ chvíľu nereaguje, ťukne znova. Presne tieto situácie Google meria u skutočných používateľov prehliadača Chrome.
V dokumentácii k vyhľadávaniu Google uvádza, že dobré Core Web Vitals spolu s ďalšími aspektmi používateľskej skúsenosti zodpovedajú tomu, čo chcú odmeňovať jeho hlavné systémy hodnotenia (Google Search Central). Zároveň otvorene píše, že dobré výsledky nezaručujú prvé miesto, že relevantný obsah zobrazí aj pri slabšej skúsenosti a že dobrá skúsenosť môže pomôcť pri dopytoch, na ktoré existuje veľa užitočného obsahu (dokumentácia Google o page experience). Rýchlosť teda dobrý obsah nenahradí. Rozhoduje však o tom, či návštevník počká, kým ho uvidí.
Čo sú Core Web Vitals a aké hodnoty sú dobré?
Core Web Vitals sú tri metriky, ktorými Google opisuje načítanie, odozvu a vizuálnu stabilitu stránky (web.dev).
- LCP (Largest Contentful Paint) meria, kedy sa vykreslí najväčší obrázok, video alebo blok textu viditeľný na obrazovke. Väčšinou je to hlavná fotografia alebo veľký nadpis v úvode stránky (web.dev: LCP).
- INP (Interaction to Next Paint) meria, ako rýchlo stránka viditeľne zareaguje na kliknutie myšou, ťuknutie na displej alebo stlačenie klávesu, a to počas celej návštevy. Rolovanie, prechod myšou ani priblíženie sa nepočítajú (web.dev: INP). INP nahradilo staršiu metriku FID 12. 3. 2024 (oznámenie na web.dev).
- CLS (Cumulative Layout Shift) meria nečakané posuny obsahu, napríklad keď text poskočí nadol, lebo sa nad ním neskoro načítal obrázok alebo banner. Posuny do 500 ms po kliknutí, ťuknutí alebo stlačení klávesu sa nezapočítavajú, lebo ich používateľ očakáva (web.dev: CLS).
| Metrika | Dobré | Treba zlepšiť | Zlé |
|---|---|---|---|
| LCP | do 2,5 s | nad 2,5 s až 4 s | nad 4 s |
| INP | do 200 ms | nad 200 ms až 500 ms | nad 500 ms |
| CLS | do 0,1 | nad 0,1 až 0,25 | nad 0,25 |
Hodnotí sa 75. percentil návštev, zvlášť pre mobily a počítače. Stránka je v pásme „dobré“, keď hranicu splnia aspoň tri zo štyroch návštev. Jedno meranie na rýchlom počítači v kancelárii preto o zážitku zákazníka s telefónom veľa nepovie.
Ako zmerať rýchlosť webu zadarmo?
PageSpeed Insights: údaje návštevníkov a laboratórny test
Na stránke pagespeed.web.dev zadáte adresu a dostanete dve rôzne časti výsledku (dokumentácia PageSpeed Insights):
- Údaje skutočných používateľov v hornej časti pochádzajú z prehľadu Chrome User Experience Report za posledných 28 dní. Len z nich vzniká hodnotenie Core Web Vitals: stránka prejde, keď sú v 75. percentile všetky tri metriky v pásme „dobré“. Ak pre INP nie je dosť údajov, stačia LCP a CLS. Keď má stránka málo návštev, nástroj ukáže údaje za celý web a pri malom webe niekedy žiadne.
- Laboratórny test (Lighthouse) v dolnej časti je jedno simulované načítanie na stredne výkonnom telefóne s mobilnou sieťou alebo na počítači s pevným pripojením. Z neho je známe skóre: 90 až 100 je dobré, 50 až 89 si žiada zlepšenie, menej ako 50 je slabé.
Laboratórne skóre sa medzi meraniami mení podľa siete a zaťaženia, preto test spustite dva- či trikrát. Ani vysoké skóre ešte neznamená, že rovnako dobre na tom sú skutoční návštevníci.
Prečo sa laboratórium a návštevníci líšia?
Laboratórny test beží na jednom zariadení, s jednou rýchlosťou siete, z jedného miesta a s prázdnou vyrovnávacou pamäťou. Návštevníci majú rôzne telefóny a rôzny signál a ten, kto sa vracia, má časť súborov už uloženú. Na veľkej obrazovke môže byť LCP iný prvok ako na malom telefóne (web.dev). INP laboratórium zmerať nevie, lebo nevie, kedy a kam by klikol človek. Namiesto neho ukazuje pomocnú metriku Total Blocking Time (TBT), ktorá na problémy s odozvou upozorní. Skutočné INP však môže byť zlé aj pri dobrom TBT.
Search Console: celý web naraz
Prehľad Core Web Vitals v Google Search Console používa tie isté údaje skutočných používateľov. Podobné adresy, napríklad všetky produktové stránky, zoskupí a ukáže, ktoré skupiny sú na mobile alebo počítači v pásme „zlé“, „treba zlepšiť“ alebo „dobré“. Skupina dostane stav podľa svojej najhoršej metriky. Pri novom alebo malom webe tu často uvidíte, že údaje nie sú k dispozícii. Vtedy zostáva laboratórny test.
Čo web najčastejšie spomaľuje?
Pomalé LCP: hlavný obsah prichádza neskoro
- Pomalá odpoveď servera. Kým prehliadač nedostane prvý bajt HTML, nemá čo vykresliť. Pomôže vyrovnávacia pamäť (cache), sieť CDN a menej presmerovaní (web.dev: optimalizácia LCP).
- Ťažký alebo neskoro objavený hlavný obrázok. Obrázok má mať primeranú veľkosť a moderný formát (WebP, AVIF) a má byť priamo v HTML. Web.dev výslovne odporúča hlavný obrázok nikdy nenačítavať oneskorene (lazy loading).
- Blokujúce štýly a skripty. Synchrónne skripty v hlavičke a veľké súbory CSS zdržia prvé vykreslenie. Skripty majú mať, kde sa dá, atribút async alebo defer.
- Obsah, ktorý vykreslí až JavaScript. Ak prvá obrazovka čaká, kým sa stiahne a spustí skript, LCP rastie, aj keď je samotný obrázok malý.
Zlé INP: stránka reaguje oneskorene
- Dlhé úlohy v prehliadači. Kým prehliadač spúšťa veľký kus JavaScriptu, na kliknutie nereaguje. Pomáha rozdeliť prácu na menšie časti (web.dev: optimalizácia INP).
- Veľa skriptov pri načítaní. Kód, ktorý sa spúšťa počas načítania stránky, predlžuje čakanie na odozvu pri prvých kliknutiach.
- Príliš veľká stránka. Pri veľmi veľkom počte prvkov HTML trvá dlhšie aj prekreslenie po kliknutí.
Vysoké CLS: obsah poskakuje
- obrázky a videá bez zadanej šírky a výšky,
- reklamy, vložené videá a widgety bez vyhradeného miesta,
- pruhy a bannery vložené nad existujúci obsah,
- webové písmo, ktoré je po načítaní širšie alebo užšie ako náhradné, takže sa text preskladá,
- animácie, ktoré posúvajú prvky cez vlastnosti top a left namiesto transform (web.dev: optimalizácia CLS).
Skripty tretích strán
Osobitnou kapitolou sú kódy, ktoré na web pridávate zvonka: meranie návštevnosti, reklamné značky, chat, mapy či vložené videá. Web.dev odporúča načítavať ich s atribútom async alebo defer, pridávať ich až po hlavnom obsahu a skript, ktorý webu neprináša jasnú hodnotu, odstrániť (web.dev: skripty tretích strán). Pri analytike treba kompromis, lebo pri príliš neskorom načítaní prídete o časť údajov.
Čo sme našli na vlastnom webe seo-ocean.sk
V októbri 2026 sme vlastný web merali v laboratórnom teste s profilom telefónu Pixel 5, pripojením 1,6 Mbit/s a štyrikrát spomaleným procesorom. Domovská stránka, stránky služieb aj blog mali LCP 4,2 až 4,9 s a CLS až 0,19. Porovnané s hranicami z tabuľky vyššie patrilo LCP do pásma „zlé“ a CLS do pásma „treba zlepšiť“. Príčiny boli tri:
- Značky Google. Zo 735 kB JavaScriptu tvorili 688 kB značky Google. Teraz sa načítajú až vtedy, keď prehliadač nemá inú prácu.
- Prvá obrazovka čakala na animácie. Úvod stránky sa zobrazil až po načítaní JavaScriptu, ktorý riadi animácie. Teraz sa vykreslí bez tohto čakania.
- Výmena písma. Keď sa načítalo webové písmo a vystriedalo náhradné, text sa posunul. Tento posun sme odstránili.
Výsledok v tom istom teste: LCP 2,5 až 2,8 s na domovskej stránke, stránkach služieb aj na blogu a CLS 0. Ide o laboratórne meranie na zámerne spomalenom profile, takže konečné slovo majú údaje skutočných návštevníkov za nasledujúcich 28 dní.
Rovnaký princíp, teda načítať len to, čo stránka naozaj potrebuje, platí aj pri nových weboch. Keď zubná ambulancia LifeDental v Senci prešla z WordPressu na vlastný web, počet súborov pri prvom načítaní úvodnej stránky klesol z 98 na 22 (merané v rovnakom prehliadači bez analytiky). Pri webe rakúskej firmy FluxPrep sme použili framework Astro so statickým výstupom: stránky sa doručujú ako hotové HTML a JavaScript sa načíta len tam, kde ho konkrétny prvok potrebuje.
Ako zrýchliť web: postup v šiestich krokoch
- Vyberte typy stránok. V PageSpeed Insights zmerajte domovskú stránku, stránku služby alebo kategórie a jeden produkt či článok. Začnite mobilom.
- Zistite, ktorý prvok je LCP. Laboratórny test ho ukáže v diagnostike. Ak je to obrázok, skontrolujte jeho veľkosť, formát a to, či sa nenačítava oneskorene.
- Spíšte skripty tretích strán. Pri každom si zapíšte, kto ho používa a načo. Nepotrebné odstráňte, ostatné načítajte až po hlavnom obsahu.
- Vyhraďte miesto. Obrázky, videá, bannery aj lišta so súhlasom s cookies majú mať vopred dané rozmery. Pri webovom písme zvoľte náhradné písmo s podobnými rozmermi.
- Skontrolujte server. Ak server odpovedá pomaly, úpravy obrázkov a skriptov nestačia. Pomôže vyrovnávacia pamäť, výkonnejší hosting alebo CDN.
- Merajte znova. Laboratórny test hneď po zmene, údaje návštevníkov po štyroch týždňoch.
Stačí plugin, alebo treba zasiahnuť do kódu?
Pluginy na vyrovnávaciu pamäť a kompresiu obrázkov pomôžu pri bežných problémoch, ako je pomalá odpoveď servera alebo príliš veľké fotografie. Ak však šablóna alebo page builder načítava veľa JavaScriptu a štýlov na každej stránke, ďalší plugin pridá ďalší kód a podstatu nezmení. Vtedy sa oplatí upraviť šablónu alebo pri redizajne postaviť web tak, aby bol rýchly od začiatku. Pri tvorbe webstránok na mieru to znamená, že každá stránka načíta len kód, ktorý naozaj používa.
Ako vám s tým pomôžeme?
Zmeriame vaše kľúčové stránky v laboratóriu aj v údajoch návštevníkov, nájdeme konkrétne príčiny a opravíme ich v kóde: skripty tretích strán, obrázky, písma, poradie načítania aj nastavenie servera. Výsledok vám ukážeme na rovnakom meracom profile pred zmenou a po nej, rovnako ako pri vlastnom webe.
Ak je spomalenie zabudované v šablóne alebo page builderi, navrhneme nový web v rámci služby tvorba webstránok, kde je rýchlosť súčasťou zadania od prvého dňa. Cenu povieme po krátkej konzultácii. Pošlite nám adresu webu a dohodnite si bezplatnú konzultáciu.
Časté otázky
Aké skóre v PageSpeed Insights je dobré?
V laboratórnom teste Google považuje skóre 90 až 100 za dobré, 50 až 89 za také, ktoré si žiada zlepšenie, a menej ako 50 za slabé. Dôležitejšie je hodnotenie Core Web Vitals z údajov skutočných návštevníkov v hornej časti výsledku.
Prečo mi PageSpeed Insights ukazuje pri každom teste iné číslo?
Laboratórny test je jedno simulované načítanie a výsledok ovplyvní sieť, zaťaženie servera aj samotné meracie zariadenie. Test spustite viackrát a porovnávajte približné hodnoty.
Ovplyvňuje rýchlosť webu pozície vo vyhľadávaní Google?
Google uvádza, že dobré Core Web Vitals zodpovedajú tomu, čo chcú jeho hlavné systémy hodnotenia odmeňovať. Zároveň píše, že dobré výsledky nezaručujú prvé miesto a relevantný obsah sa zobrazí aj pri slabšej skúsenosti.
Prečo PageSpeed Insights neukazuje údaje skutočných používateľov?
Stránka ani celý web nemajú za posledných 28 dní dosť návštev od používateľov prehliadača Chrome. Vtedy sa riaďte laboratórnym testom. Údaje sa objavia, keď návštevnosť narastie.
Ako dlho trvá, kým sa zlepšenie prejaví?
Laboratórny test ukáže zmenu hneď po nasadení. Údaje skutočných návštevníkov sa počítajú za posledných 28 dní, preto sa zlepšenie v PageSpeed Insights a Search Console prejavuje postupne počas štyroch týždňov.
Aké hodnoty LCP, INP a CLS sú dobré?
LCP do 2,5 s, INP do 200 ms a CLS do 0,1. Google ich posudzuje na 75. percentile návštev, zvlášť na mobiloch a počítačoch.
