Ako rýchlo zistím, či je môj web pomalý? Nástroje a postup krok za krokom

Rýchlosť webu overíte za menej ako 5 minút s bezplatnými nástrojmi. Otvorte PageSpeed Insights od Googlu, vložte URL vašej stránky a kliknite Analyze. Výsledok ukáže skóre 0-100 - skóre pod 50 znamená vážny výkonnostný problém, 90 a viac je cieľ. Pre každý web testujte zvlášť mobile aj desktop verziu, pretože Google indexuje primárne mobilnú verziu stránky. V tomto článku prejdeme presný postup od prvého testu po konkrétne kroky na opravu najčastejších problémov.

Ak ste ešte nečítali, čo sú Core Web Vitals a prečo na nich záleží, odporúčam začať tam - tam nájdete presné definície LCP, INP a CLS bez žargónu. Tento článok predpokladá, že viete, čo meríte, a zameriava sa na to, ako to zmerať a čo s výsledkami urobiť.

Prečo rýchlosť webu záleží aj pre SEO, nielen pre zákazníka

Google hodnotí rýchlosť webu ako priamy rankingový signál od roku 2021 cez Core Web Vitals - pomalý web preto nielenže odrádza návštevníkov, ale priamo klesá v organickom vyhľadávaní.

V roku 2024 Google nahradil metriku FID (First Input Delay) metrikou INP (Interaction to Next Paint), čím ešte viac posílil dôraz na interaktivitu stránky. To znamená, že starší audit z roku 2022 alebo 2023 nemusí odrážať dnešný stav vášho webu - INP sa meria inak a starý web s dobrým FID môže dnes zlyhávať na INP.

Okrem SEO má rýchlosť priamy vplyv na konverziu. Mobilné siete na Slovensku sú relatívne rýchle, ale procesory mobilných zariadení sú slabšie ako na desktope - web musí zvládnuť aj stredne výkonný Android telefón, nie len MacBook pripojený na Wi-Fi. Web, ktorý sa načíta za 6 sekúnd na mobile, je v praxi nepoužiteľný pre väčšinu návštevníkov.

Krok 1: PageSpeed Insights - prvý a najrýchlejší test rýchlosti webu

PageSpeed Insights je bezplatný nástroj od Googlu a správny začiatok každej analýzy rýchlosti - poskytuje lab dáta aj reálne field dáta od návštevníkov vášho webu.

Dostupný na pagespeed.web.dev. Kombinuje dve vrstvy dát:

• Lab data (Lighthouse) - syntetický test spustený v kontrolovanom prostredí; vždy dostupný, ideálny pre porovnanie pred a po optimalizácii
• Field data (CrUX) - reálne metriky od skutočných návštevníkov vášho webu z prehliadača Chrome za posledných 28 dní; dostupné len ak web dostáva dostatok návštevy

Ak váš web dostáva málo návštevy, CrUX dáta nebudú k dispozícii - v tom prípade sa spoliehajte výhradne na lab data.

Postup:

1. Otvorte pagespeed.web.dev
2. Vložte URL vašej hlavnej landing page (nie nutne homepage - testujte stránku, ktorá predáva)
3. Kliknite Analyze
4. Pozrite si výsledky zvlášť pre Mobile a zvlášť pre Desktop - vždy oba

Skóre	Stav	Praktický dopad
90-100	Zelene - dobrý výkon	Web je rýchly, CWV pravdepodobne v norme
50-89	Oranžovo - potrebuje zlepšenie	Viditeľné pomalé miesta, ale nie katastrofa
0-49	Cerveno - zlý výkon	Kritický stav, priamy negatívny vplyv na SEO aj konverziu

Väčšina SK prezentačných webov postavených na komerčných šablónach s viacerými page-builder pluginmi padá pri mobile testovaní do oranžového alebo červeného pásma.

Krok 2: Čítanie výsledkov PageSpeed Insights - čo sledovať ako prvé

Z výsledkov PageSpeed Insights sledujte predovšetkým hodnoty Core Web Vitals a sekciu Diagnostics - tam nájdete konkrétne problémy zoradené podľa vplyvu na výkon.

Core Web Vitals thresholds podľa web.dev/vitals (oficiálna Google dokumentácia):

• LCP (Largest Contentful Paint) - kedy sa načíta hlavný vizuálny prvok stránky. Dobré: menej ako 2,5 sekundy. Zlé: viac ako 4 sekundy.
• INP (Interaction to Next Paint) - ako rýchlo stránka reaguje na kliknutie alebo stlačenie klávesy. Dobré: menej ako 200 milisekúnd. Zlé: viac ako 500 milisekúnd.
• CLS (Cumulative Layout Shift) - miera nechceného posúvania prvkov pri načítaní. Dobré: menej ako 0,1. Zlé: viac ako 0,25.

V sekcii Diagnostics hľadajte predovšetkým:

• Render-blocking resources - JavaScript alebo CSS súbory, ktoré blokujú zobrazenie stránky pred dokončením načítania
• Unused JavaScript / Unused CSS - kód, ktorý sa stiahne ale nepoužije; typické pre weby s page-buildermi
• Images not properly sized - obrázky väčšie, ako ich web v skutočnosti zobrazuje; zbytočne zaberú bandwidth
• Large network payloads - celková veľkosť stránky; orientačne pod 2 MB je zdravé

Prvé dva problémy - render-blocking a unused JavaScript - sú typicky najväčší problém pri weboch postavených na Elementore, Divi alebo WPBakery. O tom, prečo a ako z takéhoto riešenia vyjsť, sme písali v článku Migrácia z Elementoru: ako prejsť na čistú WordPress tému.

Krok 3: GTmetrix pre hlbšiu diagnostiku - kde sa cas stráca

GTmetrix ponúka podrobnejší pohľad ako PageSpeed Insights, vrátane waterfall grafu a testu z európskych serverov - čo dáva reálnejší obraz pre slovenských návštevníkov.

Bezplatný účet na gtmetrix.com umožní testovať z rôznych geografických lokácií. To je dôležité: PageSpeed Insights testuje zo serverov v USA. Web hostovaný na SK alebo CZ serveri bude mať iné výsledky pri testovaní z Európy verzus Ameriky. GTmetrix s európskym serverom (Londýn alebo Vancouver - vyberte Londýn pre SK relevantnosť) dáva reálnejší obraz.

Kľúčový pohľad je Waterfall tab - vizuálne zobrazenie, v akom poradí a ako dlho trvá načítanie každého súboru. Ak vidíte jeden dlhý pruh (JS bundle, masívny CSS alebo veľký obrázok), tam je bottleneck.

GTmetrix tiež ukáže:

• Celkový čas načítania stránky (Fully Loaded Time)
• Celkový objem prenesených dát v MB
• Celkový počet HTTP requestov

Orientačné benchmarky pre dobre optimalizovaný web na SK/CZ hostingu: čas načítania pod 2 sekundy z európskeho test servera, celková veľkosť stránky pod 2 MB, počet requestov pod 80. Tieto hodnoty sú len rámcové - závisí od zložitosti stránky a obsahu.

Krok 4: Google Search Console - dáta z reálnych návštevníkov vášho webu

Google Search Console obsahuje sekciu Core Web Vitals s reálnymi dátami od vašich návštevníkov - toto je autoritatívnejší zdroj ako syntetické testy, pretože Google hodnotí práve field data.

Ak máte Google Search Console nastavený (a mali by ste), nájdite sekciu Core Web Vitals v ľavom menu. Report rozdeľuje URL do troch skupín:

• Dobré URL - všetky tri metriky v zelenom
• URL, ktoré potrebujú zlepšenie - niektorá metrika v oranžovom
• Zlé URL - niektorá metrika v červenom

Search Console CWV report je dôležitejší ako Lighthouse skóre, lebo Google pri rankingu hodnotí práve field data, nie lab data. Ak váš web dostáva aspoň niekoľko stoviek mesačných návštev, Search Console je najautoritatívnejší zdroj pre hodnotenie výkonu.

Search Console tiež spája výkonnostné problémy s konkrétnymi URL - môžete vidieť, či je pomalá celá doména alebo len konkrétne stránky (napr. blog kategória vs homepage). To výrazne uľahčuje prioritizáciu opráv.

Porovnanie nástrojov na testovanie rýchlosti webu

Každý nástroj má iný uhol pohľadu - pre komplexný obraz je ideálne kombinovať aspoň PageSpeed Insights so Search Console.

Nástroj	Cena	Typ dát	Najlepší pre
PageSpeed Insights	Zadarmo	Lab + Field (CrUX)	Prvý test, CWV metriky, okamžitý výsledok
GTmetrix	Zadarmo / platený	Lab (syntetické)	Waterfall, test z európskeho servera, porovnanie v case
Google Search Console	Zadarmo (potrebuje overenie)	Field (reálni useri)	Produkčné dáta, SEO kontext, identifikácia problémových URL
Chrome Lighthouse (DevTools)	Zadarmo	Lab	Vývojárska diagnostika, testovanie zmien pred deployom
WebPageTest	Zadarmo	Lab (pokrocilý)	Pokrocilá analýza, film strip, filmové testovanie

Typické problémy SK webov a ako ich opraviť

Pri analýzach slovenských prezentačných webov narážame opakovane na päť rovnakých problémov - väčšina z nich je riešiteľná bez kompletného prerobiania webu.

1. Neoptimelizované obrázky
Fotografie v pôvodnej veľkosti, JPEG bez kompresie, PNG kde stačí WebP. Obrázok 4-5 MB na homepage je pri mobilnom pripojení kritický problém.
Riešenie: Konvertovať na WebP alebo AVIF formát, nastaviť lazy loading pre obrázky pod "fold", doplniť width/height atribúty pre zabránenie CLS.

2. Page-builder závislosť
Weby na Elementore, Divi alebo WPBakery načítavajú desiatky JS a CSS súborov pri každej stránke. Veľa z nich je render-blocking a nedajú sa ľahko odstrániť bez zmeny architektúry.
Riešenie: Migrácia na čistú WordPress tému bez page-buildera je radikálna, ale efektívna. Ak sa u vás objavuje 5 a viac signálov, že web zaostáva, prečítajte si 5 signálov, že je cas na redizajn webu.

3. Pomalý hosting (vysoký TTFB)
Time to First Byte (TTFB) nad 600 ms je problém hostingu alebo serverovej konfigurácie, nie front-endu. Žiadna front-end optimalizácia nezamaže pomalý server.
Riešenie: Prejsť na hosting s SSD diskmi, PHP 8.2+ a dostupným LiteSpeed alebo Nginx. Pre WordPress: LiteSpeed Cache alebo WP Rocket v kombinácii s CDN výrazne pomáhajú.

4. Nenakonfigurovaná cache
Každá návšteva stiahne znova rovnaké CSS, JS a obrázky. Správna konfigurácia cache ušetrí výrazné percento prenosov pre vracajúcich sa návštevníkov.
Riešenie: Aktivovať server-side caching (LiteSpeed, Nginx FastCGI), nastaviť browser cache hlavicky a zvážiť CDN pre statické assets.

5. Nekontrolované skripty tretích strán
Google Analytics, Hotjar, Facebook Pixel, chat widget, newsletter formulár - každý skript pridáva latency a môže byť render-blocking. Na niektorých weboch vidíme 8-12 tretích-stranných skriptov bez toho, aby majiteľ vedel, prečo tam sú.
Riešenie: Auditovať všetky skripty, ponechať len nevyhnutné, zbytočné odstrániť. Zvyšné načítavať asynchrónne alebo s defer atribútom.

V praxi: ako na to nadviazať na výsledky testu

Samotný test nestačí - výsledky treba pretaviť do konkrétneho zoznamu krokov zoradených podľa dopadu na Core Web Vitals.

V praxi pri analýzach SK webov narážame na rovnaký vzor: majiteľ si dal urobiť web pred 4-5 rokmi, vtedy fungoval dobre. Dnes Google hodnotí INP (nová metrika od 2024), mobilné indexovanie je priorita a stránka sa načítava 6-8 sekúnd na bežnom Android telefóne. Výsledok: vyššia miera odskoku, žiadne organické leady.

Dobrá správa: väčšina problémov je riešiteľná bez kompletného prerobiania webu. Prioritizujte podľa toho, ktorá oprava má najväčší vplyv na CWV:

1. LCP problém = zvyčajne obrázok alebo server response time - riešte ako prvé
2. CLS problém = chýbajúce rozmery obrázkov alebo webfonty bez size-adjust - rýchlo opraviteľné
3. INP problém = príliš veľa JS na hlavnom vlákne - komplexnejšie, vyžaduje JS audit

Ak výsledky ukazujú červené alebo oranžové metriky a neviete, kde začať, pomáha komplexný SEO a výkonnostný audit, ktorý problemy identifikuje a priradí im prioritu. Weby, ktoré stavíme od základu bez klikacích šablón, štartujú s výrazne lepším výkonom - zbytočný kód do nich jednoducho nevstupuje.

V kontexte Google AI Mode a LLM citácií (o tom sme písali v Google AI Mode a SEO 2026) je výkon stránky ešte dôležitejší - pomalé stránky majú nižšiu šancu byť citované v AI odpovediach ako zdroje, pretože Google ich hodnotí nižšie aj podľa Page Experience signálov.

Záver

Otestovanie rýchlosti webu zaberie 5 minút a nástroje sú zadarmo. PageSpeed Insights a GTmetrix dajú jasný obraz o stave, Google Search Console potom ukáže, ako to vidia skutoční návštevníci. Ak výsledky ukážu červené čísla a neviete, čo s nimi, pozrite si, čo pokrýva naša SEO a výkonnostná optimalizácia alebo - ak problém leží hlbšie v architektúre webu - redizajn webu.

Premýšľate o výkonnostnom audite vášho webu? Nezáväzná konzultácia - odpovieme do 24 hodín.

FAQ

Časté otázky.

Čo je dobré skóre v PageSpeed Insights?

Skóre 90 a viac je zelené - web je rýchly a Core Web Vitals sú pravdepodobne v norme. Skóre 50-89 je oranžové a signalizuje viditeľné výkonnostné problémy. Pod 50 je červené - web má vážny problém, ktorý priamo ovplyvňuje SEO aj konverziu.

Prečo má môj web iné skóre na mobile a na desktop?

Google hodnotí mobile a desktop zvlášť, lebo mobilné zariadenia majú slabší procesor a pomalšie siete. Mobile skóre je zvyčajne nižšie a je dôležitejšie - Google primárne indexuje mobilnú verziu stránky (mobile-first indexing).

Je rozdiel, z akého miesta web testujem?

Áno. PageSpeed Insights testuje zo serverov v USA - pre SK web na európskom hostingu GTmetrix s európskym serverom (napr. Londýn) dáva reálnejší obraz. Odporúčame testovať oboma nástrojmi.

Pomáha zrýchlenie webu aj SEO?

Áno - Google používa Core Web Vitals ako priamy rankingový signál od roku 2021. Pomalý web dostáva nižšie pozície ako obsahovo porovnateľný rýchly web. Viac o metrikách v článku o Core Web Vitals.

Čo je TTFB a prečo je dôležitý?

Time to First Byte (TTFB) je cas od prvého requestu po prvý byte odpovede zo servera. TTFB nad 600 ms naznačuje problém hostingu alebo servera. Žiadna front-end optimalizácia to neopraví - treba riešiť hosting, server konfiguráciu alebo CDN.