Kaen
Jak to funguje Náš přístup Ceník Reference Blog Ukázka auditu Objednat audit webu
Zpět na blog

Rychlost webu: proč pomalý web stojí peníze

Kaen 10 min čtení

Investujete do reklamy. Platíte za SEO. Návštěvnost roste. Ale konverze? Ty se nehýbou. Nebo dokonce klesají. A vy si říkáte, jestli je problém v nabídce, v ceně, nebo v reklamách.

Možná je ale problém v něčem, na co byste sami nepomysleli: váš web je pomalý.

Ne “trochu pomalejší”. Pomalý tak, že návštěvníci odcházejí dřív, než vůbec uvidí, co nabízíte. Pomalý tak, že vás Google řadí níž než konkurenci. A pomalý tak, že každý den ztrácíte zákazníky, aniž byste o tom věděli.

Rychlost webu není technický detail — je to byznysový problém

Většina majitelů webů vnímá rychlost jako technickou záležitost, která se jich netýká. Něco, co řeší programátor. Jenže rychlost webu má přímý dopad na dvě věci, které vás zajímají víc než cokoliv jiného: kolik lidí se stane zákazníky a kolik lidí vás najde přes Google.

Jak rychlost ovlivňuje konverze

Zamyslete se nad vlastním chováním. Když kliknete na odkaz a stránka se nenačte hned, co uděláte? Čekáte trpělivě? Nebo kliknete zpátky a zkusíte jiný výsledek?

Většina lidí dělá to druhé. Podle dat Googlu 53 % mobilních uživatelů opustí stránku, která se načítá déle než 3 sekundy. Víc než polovina. A to mluvíme jen o třech sekundách — na webu je to celá věčnost.

Teď si to přeložte do peněz. Pokud máte na web 1 000 návštěvníků měsíčně a váš web se načítá 5 sekund, přicházíte o stovky lidí, kteří váš web ani neviděli. Neviděli vaši nabídku, nepřečetli si reference, nevyplnili formulář. Prostě odešli. A co je horší — odešli ke konkurenci, které se web načte rychleji.

Jak rychlost ovlivňuje SEO

Od června 2021 Google používá takzvané Core Web Vitals jako jeden z faktorů pro řazení výsledků vyhledávání. Zjednodušeně řečeno: pokud máte dva weby s podobným obsahem a podobnou autoritou, ten rychlejší se zobrazí výš.

Není to jediný faktor — Google jich zohledňuje stovky. Ale je to faktor, který můžete ovlivnit. A na rozdíl od budování zpětných odkazů nebo tvorby obsahu, zrychlení webu přinese výsledky poměrně rychle.

Pomalý web vás tedy stojí dvakrát: jednou přes ztracené konverze a podruhé přes nižší pozice ve vyhledávání.

Co jsou Core Web Vitals a proč by vás měly zajímat

Core Web Vitals jsou tři metriky, kterými Google měří, jak rychlý a příjemný je váš web z pohledu návštěvníka. Nemusíte rozumět technickým detailům — stačí pochopit, co měří a jaké jsou cílové hodnoty.

LCP — Largest Contentful Paint

Co měří: Jak rychle se zobrazí hlavní viditelný obsah stránky. Typicky jde o velký obrázek v hlavičce, nadpis nebo celý hero blok.

Cílová hodnota: pod 2,5 sekundy.

Proč na tom záleží: LCP je to, co návštěvník vnímá jako “stránka se načetla”. Pokud hlavní obsah vyskočí až po 4 nebo 5 sekundách, uživatel má pocit, že web nefunguje — i když se na pozadí už leccos načetlo.

Představte si to jako výlohu obchodu. Pokud zákazník přijde a 5 sekund vidí jen prázdný prostor, otočí se a jde jinam. Nezajímá ho, že uvnitř už je všechno připravené.

CLS — Cumulative Layout Shift

Co měří: Jak moc se stránka “posouvá” a přeskakuje během načítání. Znáte to — chcete kliknout na tlačítko, ale v tu chvíli se nad ním načte obrázek a tlačítko uskočí. Kliknete na něco jiného a jste frustrovaní.

Cílová hodnota: pod 0,1.

Proč na tom záleží: Vysoký CLS je jeden z nejotravnějších zážitků na webu. Stránka vypadá, že je načtená, ale pak se všechno rozjede. Návštěvník ztrácí důvěru — a důvěra je základ konverze. Nikdo nevyplní formulář na webu, který se chová nepředvídatelně.

Nejčastější příčinou jsou obrázky bez definovaných rozměrů a dynamicky vkládané reklamní bannery nebo widgety.

INP — Interaction to Next Paint

Co měří: Jak rychle stránka reaguje, když na něco kliknete, tapnete nebo stisknete klávesu. Konkrétně jde o dobu od vaší interakce do okamžiku, kdy se stránka vizuálně aktualizuje.

Cílová hodnota: pod 200 milisekund.

Proč na tom záleží: INP nahradil starší metriku FID (First Input Delay) v březnu 2024, protože lépe zachycuje celkovou responzivnost stránky. Zatímco FID měřil jen první interakci, INP sleduje všechny interakce a vyhodnocuje tu nejhorší.

Když návštěvník klikne na tlačítko “Přidat do košíku” a nic se nestane půl sekundy, začne klikat znovu. Výsledek? Zmatek, frustrace, odchod. Stránka musí reagovat okamžitě — 200 milisekund je hranice, kdy lidé vnímají odezvu jako “instantní”.

Jak změřit rychlost svého webu

Nemusíte být programátor, abyste zjistili, jak na tom váš web je. Existují bezplatné nástroje, které vám řeknou všechno podstatné.

PageSpeed Insights (doporučený start)

Otevřete PageSpeed Insights, zadejte adresu svého webu a klikněte na “Analyze”. Za pár sekund dostanete kompletní přehled.

Na co se dívat:

  • Skóre 0—100 — zelená (90+) je výborná, oranžová (50—89) potřebuje pozornost, červená (0—49) je problém.
  • Core Web Vitals — konkrétní hodnoty LCP, CLS a INP z reálných dat uživatelů (pokud jsou dostupná) i ze simulovaného testu.
  • Opportunities a Diagnostics — konkrétní doporučení, co zlepšit.

Důležité: testujte zvlášť mobilní a desktopovou verzi. Mobilní skóre bývá výrazně horší, protože simuluje pomalejší připojení a slabší zařízení. A právě z mobilů dnes přichází většina návštěvníků.

Lighthouse (podrobnější pohled)

Lighthouse je nástroj zabudovaný přímo v prohlížeči Google Chrome. Otevřete DevTools (klávesa F12), přejděte na záložku “Lighthouse” a spusťte audit. Dostanete podrobnou zprávu nejen o rychlosti, ale i o přístupnosti, SEO a dalších aspektech.

Lighthouse je užitečný především proto, že ukazuje přesně, které prvky stránku zpomalují — včetně konkrétních souborů a jejich velikostí.

Chrome DevTools — záložka Network

Pro pokročilejší pohled otevřete DevTools (F12) a přejděte na záložku “Network”. Načtěte stránku znovu (Ctrl+R) a sledujte, co se děje. Uvidíte každý soubor, který se stahuje, jak je velký a jak dlouho trvá jeho načtení.

Často tady odhalíte překvapení — třeba obrázek na pozadí, který má 5 MB, nebo skript třetí strany, který blokuje vykreslení stránky na 2 sekundy.

Nejčastější příčiny pomalých webů

Když auditujeme weby českých firem, většina problémů s rychlostí spadá do tří kategorií. Žádné z nich nejsou překvapivé, ale téměř všechny jsou snadno řešitelné.

1. Neoptimalizované obrázky

Tohle je jednoznačně nejčastější problém. Fotky nahrané přímo z fotoaparátu nebo z fotobanky v plném rozlišení. Obrázek 4000x3000 pixelů, který se na webu zobrazuje v ploše 800x600 pixelů. Banner v PNG o velikosti 3 MB, když by stačil WebP o 200 KB.

Obrázky běžně tvoří 50—80 % celkové velikosti stránky. Když je zmenšíte a převedete do správného formátu, často tím vyřešíte většinu problémů s rychlostí najednou.

2. Příliš mnoho externích skriptů

Každý nástroj, který na web přidáte, přidává i kód, který se musí stáhnout a spustit. Google Analytics, Facebook Pixel, Hotjar, chat widget, cookie lišta, remarketingové skripty, sledování konverzí…

Na některých webech najdeme 15 i 20 externích skriptů. Každý z nich potřebuje navázat spojení se vzdáleným serverem, stáhnout kód a spustit ho. A protože se řada z nich načítá hned na začátku, blokují zobrazení samotného obsahu stránky.

Přitom řada těchto skriptů je zbytečná — nástroje, které někdo přidal před dvěma lety a dnes je nikdo nepoužívá. Nebo tři různé analytics nástroje, které sledují to samé.

3. Render-blocking zdroje

Některé CSS a JavaScript soubory blokují vykreslení stránky — prohlížeč čeká, až se celé stáhnou a zpracují, než začne zobrazovat obsah. Pokud jsou tyto soubory velké nebo se načítají pomalu, návštěvník vidí bílou stránku i několik sekund.

Typický případ: web používá velkou CSS knihovnu (jako celý Bootstrap), ze které reálně využívá zlomek stylů. Nebo má v hlavičce tři JavaScript soubory, které by klidně mohly čekat, až se stránka zobrazí.

Co můžete udělat hned (i bez programátora)

Některá zlepšení nevyžadují žádné technické znalosti. Jsou to jednoduché kroky, které můžete udělat sami — a přesto mohou mít velký dopad na rychlost.

Převeďte obrázky do formátu WebP

WebP je moderní obrazový formát od Googlu, který nabízí 25—34% úsporu velikosti oproti JPEG při srovnatelné vizuální kvalitě. To znamená, že obrázek, který jako JPEG má 500 KB, bude ve WebP kolem 350 KB — bez viditelné ztráty kvality.

Jak na to:

  • Použijte online nástroj jako Squoosh od Googlu — stačí přetáhnout obrázek a stáhnout WebP verzi.
  • Nastavte kvalitu kolem 80 % — rozdíl oproti 100 % neuvidíte, ale soubor bude výrazně menší.
  • Pokud máte WordPress, nainstalujte plugin jako ShortPixel nebo Imagify, který obrázky převede automaticky.

Zapněte lazy loading na obrázcích

Lazy loading znamená, že se obrázky načítají až ve chvíli, kdy se k nim uživatel dostane scrollováním. Obrázek na konci stránky se tedy nestahuje hned při načtení, ale až když ho návštěvník potřebuje vidět.

V praxi to znamená přidání atributu loading="lazy" k obrázkům v HTML. Většina moderních redakčních systémů (WordPress, Webflow) to umí zapnout jedním přepínačem v nastavení.

Důležité: lazy loading nepřidávejte na obrázky v horní části stránky (above the fold) — ty chcete načíst co nejrychleji, protože je návštěvník vidí okamžitě.

Zmenšete obrázky na skutečnou zobrazovanou velikost

Pokud se obrázek na webu zobrazuje v šířce 800 pixelů, nemá smysl nahrávat ho v šířce 4000 pixelů. Prohlížeč ho sice zmenší, ale stáhne celý.

Před nahráním na web zmenšete obrázky na maximální šířku, ve které se zobrazí. Pro většinu webů je to 1200—1600 pixelů na šířku. Pro thumbnaily a menší prvky často stačí 400—600 pixelů.

Projděte si seznam načítaných skriptů

Otevřete si web v Chrome, stiskněte F12 a podívejte se na záložku “Network”. Filtrujte na “JS” (JavaScript). Projděte si seznam a zamyslete se: opravdu všechny tyto nástroje používáte? Potřebujete tři různé analytické nástroje? Je ten chat widget, přes který vám za poslední rok nikdo nenapsal, opravdu nutný?

Každý odstraněný skript je méně dat ke stažení a rychlejší načtení stránky.

Zkontrolujte hosting

Někdy není problém ve webu, ale v hostingu. Levný sdílený hosting za pár desítek korun měsíčně může znamenat pomalou odezvu serveru — a s tím nepomůže žádná optimalizace na straně webu.

Změřte si odezvu serveru přes PageSpeed Insights — metrika TTFB (Time to First Byte) by měla být pod 800 ms — ideálně pod 200 ms. Pokud je výrazně vyšší, zvažte upgrade hostingu.

Kdy se vyplatí investovat do profesionální optimalizace

Quick wins, které jsme popsali výše, zvládnete sami a mohou přinést výrazné zlepšení. Ale jsou situace, kdy se vyplatí přizvat odborníka.

Zvažte profesionální optimalizaci, pokud:

  • Skóre v PageSpeed Insights je pod 50 bodů i po základní optimalizaci obrázků.
  • Web běží na zakázkově vytvořeném systému, kde nemůžete jednoduše měnit nastavení.
  • Máte e-shop s tisíci produkty, kde je optimalizace složitější.
  • Potřebujete řešit render-blocking zdroje, kritický CSS nebo preloading — to vyžaduje technické znalosti.
  • Web generuje významné tržby a každé procento konverzního poměru znamená reálné peníze.

V těchto případech investice do optimalizace rychlosti má rychlou návratnost. Není to kosmetická úprava — je to oprava děravého trychtýře, kterým vám utíkají zákazníci.

Shrnutí: Co si z článku odnést

Pomalý web není jen nepříjemnost — je to konkrétní finanční ztráta. Investujete do získávání návštěvníků, ale pomalý web je odhání dřív, než se stačí podívat, co nabízíte.

Tři kroky, které můžete udělat dnes:

  1. Změřte si web přes PageSpeed Insights — zabere to 30 sekund.
  2. Optimalizujte obrázky — převeďte do WebP, zmenšete rozlišení, zapněte lazy loading.
  3. Projděte si skripty — odstraňte to, co nepoužíváte.

A pokud chcete vědět, co přesně vás na webu stojí zákazníky — nejen rychlost, ale i copy, UX a formuláře — nechte si udělat konverzní audit od Kaen. Projdeme váš web systematicky a ukážeme vám, kde jsou největší příležitosti ke zlepšení. Ke každému problému dostanete konkrétní doporučení a měřitelnou hypotézu, jak ho ověřit.

Mohlo by vás zajímat