Rýchlosť webu: prečo zákazníci odchádzajú

Ak sa váš web načíta za viac ako 3 sekundy, 53 % návštevníkov odíde. Nepozrú si ponuku. Nezavolajú. Zavrú stránku a idú ku konkurencii.

Rýchlosť webu nie je technický detail. Je to obchodný problém.

Prečo je rýchlosť webu dôležitá?

Google skúmal správanie používateľov na mobilných stránkach. Výsledky boli jednoznačné:

• Pri načítaní 1 až 3 sekundy odíde 32 % ľudí
• Pri načítaní 1 až 5 sekúnd odíde 90 % ľudí
• Každá ďalšia sekunda v prvých 5 znižuje konverzie o 4,42 %

Štúdia Deloitte to kvantifikovala presne: zlepšenie o 0,1 sekundy zvýšilo konverzie v retail e-shopoch o 8,4 %. Nie o 0,1 sekundy. O jednu desatinu sekundy. Zákazníci to vedome necítia – ale ich správanie sa mení.

Amazon zistil, že každých 100 ms oneskorenia znižuje tržby o 1 %. Pre menšiu firmu to môže znieť abstraktne. Prakticky: pomalý web odradí zákazníka skôr, než si stihne prečítať, čo ponúkate.

Čo sú Core Web Vitals a prečo ich Google sleduje?

Od roku 2021 je rýchlosť webu oficiálny faktor hodnotenia v Googli. Google to meria cez tri metriky nazvané Core Web Vitals:

Metrika	Čo meria	Dobrá hodnota
LCP (Largest Contentful Paint)	Rýchlosť zobrazenia hlavného obsahu	do 2,5 s
INP (Interaction to Next Paint)	Rýchlosť reakcie na kliknutie	do 200 ms
CLS (Cumulative Layout Shift)	Stabilita rozloženia počas načítavania	pod 0,1

INP nahradil FID v marci 2024 – ak ste čítali starší návod, ktorý stále spomína FID, je zastaraný.

Dôležité upozornenie, ktoré väčšina článkov nehovorí: Core Web Vitals sú pri rankingu tiebreaker, nie primárny signál. Google ich používa na rozlíšenie webov s rovnako relevantným obsahom. Dobrý obsah s pomalým webom stále porazí rýchly web s prázdnym obsahom. Ale pri rovnakej kvalite obsahu rýchlosť rozhoduje.

Ako zistím rýchlosť môjho webu?

PageSpeed Insights

Prejdite na pagespeed.web.dev, zadajte adresu webu a počkajte 30 sekúnd. Dostanete skóre od 0 do 100 a konkrétny zoznam problémov.

Prekvapivý fakt: skóre 50 vás radí do top 25 % všetkých webov. Väčšina stránok je skutočne tak zlá. To neznamená, že 50 stačí – ale ukazuje, kde je reálne konkurenčný priemer.

Skóre nad 90 je výborné. Dôležité: testujte mobilnú verziu, nie desktopovú. Väčšina návštevníkov príde z mobilu a Google hodnotí práve mobilnú rýchlosť.

GTmetrix a Chrome Lighthouse

Na gtmetrix.com dostanete podrobnejšiu analýzu – vidíte presne, čo sa kedy načíta a ktoré súbory sú najväčšie. V Chrome stlačte F12, záložka Lighthouse a spustite analýzu priamo v prehliadači.

Čo skutočne spomaľuje web (v poradí dôležitosti)

1. Hosting a server – problém číslo jeden

Toto je vec, o ktorej sa hovorí málo, lebo je nepohodlná: ak je váš TTFB (Time to First Byte) nad 400 milisekúnd, žiadny caching plugin to nevyrieši. TTFB je čas, za ktorý server odpovie na prvú požiadavku. Je to čistý výkon servera.

Hosting za 1 euro mesačne nie je úspora, je to brzdenie. Zdieľaný server so stovkami iných webov reaguje pomaly ako princíp.

Dva menej známe faktory:

PHP verzia: PHP 8.3 je o 20 až 40 % rýchlejší ako PHP 7.4 pri rovnakom kóde. Väčšina lacných hostingov stále ponúka PHP 7.x ako predvolenú verziu. Prepnutie trvá dve kliknutia v administrácii.

Geografická poloha servera: Hosting v USA pre slovenský web pridáva 80 až 120 ms latencie pri každom načítaní – latencia, ktorú žiadny plugin nevyrieši. Server musí byť fyzicky blízko vašich návštevníkov.

Z vlastnej skúsenosti: keď som presunul klientsky web na LiteSpeed hosting s Redis cache a PHP 8.2, načítavanie kleslo z 5,8 na 1,4 sekundy bez akejkoľvek zmeny kódu. Čo konkrétne odporúčam, opisujem v recenzii HostCreators.

2. Obrázky bez komprimácie

Toto je najčastejší problém. Vidím weby, kde má úvodná fotka 4 MB. Obrázok na web by mal mať:

• Formát WebP alebo AVIF (nie PNG ani JPEG) – o 50 % menší súbor bez viditeľnej straty
• Šírku maximálne 1920 px pre celostránkové obrázky
• Veľkosť do 200 kB pre väčšinu fotiek
• Lazy loading – obrázky mimo obrazovky sa načítavajú až keď ich používateľ scrolluje k nim

Jeden nástroj stačí: squoosh.app – uploadnite fotku, vyberte WebP, znížte kvalitu na 80 %. Vizuálne neropoznáte rozdiel, súbor bude 5 až 10-krát menší.

3. Tretiestranné skripty – tichí zabijaci rýchlosti

Google Analytics, Facebook Pixel, live chat widget, cookie lišta, Instagram feed – každý z týchto skriptov sa načítava externe, blokuje renderovanie a pridáva 100 až 400 ms k celkovému času načítania.

Väčšina webov ich načítava synchrónne, teda prehliadač čaká, kým sa každý stiahne. Riešenie: načítavajte tretiestranné skripty asynchrónne alebo s atribútom defer, prípadne ich oneskorte o 2 sekundy po načítaní stránky.

Na tomto webe je Google Tag Manager oneskorený o 1,5 sekundy po načítaní – zákazník vidí stránku okamžite, analytika sa načíta v pozadí.

4. WordPress pluginy a témy

Ak máte WordPress s 30 pluginmi, každý pridáva vlastný CSS a JavaScript. Web načítava 40 súborov namiesto 10. Prejdite si zoznam pluginov – všetko čo nepoužívate, úplne odstráňte (nie iba deaktivujte).

Pre väčšinu firemných webov stačí 10 až 15 pluginov.

5. Google Fonts – prekvapivý spomaľovač

Väčšina webov načítava Google Fonts priamo z Google serverov. Problém: prehliadač musí urobiť DNS lookup na fonts.googleapis.com, stiahnuť font súbory a až potom zobraziť text.

Moderné prehliadače navyše nepovoľujú zdieľanie cache medzi rôznymi stránkami – každý web si musí fonty stiahnuť odznova. Odporúčanie: self-hostujte fonty priamo na svojom serveri. Ušetríte 200 až 400 ms na každej stránke.

6. Chýbajúca cache

Cache ukladá hotové stránky a podáva ich návštevníkom bez toho, aby server musel všetko znova generovať. Správne nakonfigurovaná cache dokáže zmeniť 5-sekundový web na sub-1-sekundu načítanie.

Pre WordPress: WP Super Cache (zadarmo) alebo LiteSpeed Cache (ak váš hosting beží na LiteSpeed). Inštalácia a základné nastavenie trvá 5 minút.

Opravy od najväčšieho efektu

Väčšina webov zrýchlíte v tomto poradí:

1. Komprimujte obrázky (squoosh.app alebo ShortPixel plugin) – najväčší efekt, najmenej techniky
2. Zapnite cache – WP Super Cache alebo LiteSpeed Cache, 5 minút práce
3. Prepnite PHP na verziu 8.2 alebo 8.3 – dve kliknutia v hostingovej administrácii
4. Odstráňte nepoužívané pluginy – nie deaktivujte, ale vymažte úplne
5. Self-hostujte Google Fonts – technickejšie, ale výrazne pomáha pri LCP
6. Načítavajte tretiestranné skripty asynchrónne – Analytics, Pixel, chat widgety

Skúsenosť z praxe: Na jednom klientskom WordPress webe s 30 pluginmi a nekomprimovanými obrázkami bolo PageSpeed skóre 38/100. Po komprimácii obrázkov, odstránení zbytočných pluginov a zapnutí cache sme sa dostali na 91/100 za jedno dopoludnie. PHP sme prepli z 7.4 na 8.2 – to pridalo ďalších 12 bodov bez akejkoľvek zmeny kódu.

Kedy to riešiť sám a kedy zavolať odborníka?

Komprimácia obrázkov, zapnutie cache a prepnutie PHP verzie je práca na hodinu. Väčšina webov sa po týchto troch zmenách zrýchli o 30 až 50 %.

Ak chcete ísť hlbšie – optimalizácia kódu, lazy loading, CDN, self-hosting fontov, minifikácia skriptov – to už je práca na špecialistu. Rovnako aj presun na iný hosting, ak nemáte skúsenosti s migráciou.

Pri tvorbe webových stránok riešim rýchlosť od začiatku: správny hosting s LiteSpeed, PHP 8.3, self-hosted fonty, komprimované obrázky. Výsledok je web s PageSpeed skóre nad 90 hneď po spustení.

Rýchly web nie je bonus. Je to základ, ktorý ovplyvňuje SEO, konverzie aj prvý dojem zákazníka. Ak potrebujete pomoc, napíšte mi.