Zpět na blog
rychlostseoperformancecore web vitals

Rychlost webu a SEO — proč na ní Google tolik záleží

Pomalý web = méně zákazníků a horší pozice v Googlu. Vysvětlíme Core Web Vitals, proč jsou důležité, a jak se dostat k Lighthouse skóre 100/100.

Miloš Mřihlad5. dubna 20265 min čtení
Rychlost webu a SEO — proč na ní Google tolik záleží

Google už nejsou jen modrá odkazová stránka. Je to nejsofistikovanější rozhodovací algoritmus na světě — a od roku 2021 má mezi svými rozhodovacími kritérii rychlost webu (konkrétně Core Web Vitals).

Co to znamená v praxi? Pomalý web horšuje pozice ve vyhledávání, zvyšuje bounce rate a přímo snižuje konverze. Podle dat Googlu: každá sekunda navíc u načítání stránky = 7 % méně konverzí.

V tomto článku rozebereme, proč rychlost tolik záleží, jak se měří, a co konkrétně dělá web rychlý.

Co jsou Core Web Vitals

Core Web Vitals jsou 3 metriky, kterými Google měří uživatelský zážitek:

1. LCP — Largest Contentful Paint

Jak rychle se načte největší viditelný prvek stránky (typicky hero obrázek nebo nadpis).

  • Skvělé: pod 1,8 sekundy
  • Potřebuje zlepšení: 1,8 – 3 sekundy
  • Špatné: nad 3 sekundy

2. INP — Interaction to Next Paint

Jak rychle web reaguje na kliknutí, stisknutí klávesy nebo dotyk.

  • Skvělé: pod 200 ms
  • Potřebuje zlepšení: 200 – 500 ms
  • Špatné: nad 500 ms

3. CLS — Cumulative Layout Shift

Jak moc se obsah "poskakuje" při načítání (když se dotažou fotky a posunou text).

  • Skvělé: pod 0,1
  • Potřebuje zlepšení: 0,1 – 0,25
  • Špatné: nad 0,25

Proč na tom Googlu záleží

Google chce nabízet uživatelům ten nejlepší výsledek ve vyhledávání. A nejlepší výsledek není jen relevantní obsah — je to i to, co návštěvník skutečně uvidí.

Pokud máte relevantní obsah, ale stránka se načítá 5 sekund, návštěvník odejde a Google to ví. Přes analytická data Googlu (v Chrome Datasettes, Search Console) měří skutečné chování uživatelů a podle toho upravuje rankings.

V praxi to znamená: dva weby s podobným obsahem — ten rychlejší bude výš v SERPu.

Konkrétní dopad na byznys

Bounce rate a konverze

Data z reálných měření (BBC, Pinterest, Walmart, Amazon):

  • Walmart: každá sekunda rychlejšího načtení = +2 % konverzí
  • Pinterest: zrychlení o 40 % = +15 % registrací
  • BBC: každá sekunda pomalejšího načtení = -10 % návštěvníků

Malá firma s 10 objednávkami denně → zrychlení z 4 s na 2 s může přinést 1–2 objednávky navíc denně = 30–60 měsíčně.

SEO pozice

Studie Backlinko na 11 milionech Google SERP výsledků ukázala:

  • Weby v TOP 3 mají průměrně o 25 % lepší Core Web Vitals než weby v TOP 10–20.
  • Rychlost není hlavní faktor (obsah zůstává králem), ale je rozhodující u konkurenčních dotazů, kde mezi stránkami není jiný rozdíl.

Mobilní návštěvnost

70 % českého webu přichází z mobilu. Mobil znamená pomalejší síť (3G/4G v oblastech mimo města) a slabší procesor. Web, co na desktopu běží super, může na mobilu trvat 8 sekund.

Proto Google od 2021 hodnotí weby primárně podle mobilní verze (mobile-first indexing).

Co konkrétně zpomaluje web

1. Velké, neoptimalizované obrázky

Největší problém 90 % webů. Fotka z iPhonu má 4 MB. Stejnou fotku v moderním WebP formátu a velikosti 1200 px zvládne 80 kB.

Řešení:

  • WebP nebo AVIF formát (5× menší než JPEG)
  • Responzivní velikosti (srcset) — mobil dostane menší verzi než desktop
  • Lazy loading (načte se až když uživatel scrolluje blíž)

2. Blokující JavaScript a CSS

Když prohlížeč vidí <script src="analytics.js">, zastaví renderování, stáhne script a spustí ho. Pokud je scriptů 20, stránka čeká.

Řešení:

  • async a defer atributy pro scripty
  • Code splitting (stáhne se jen to, co je potřeba pro danou stránku)
  • Inline kritický CSS, zbytek lazy-load

3. Neefektivní fonty

Stahování 6 variant fontu Google Fonts přes externí CDN může přidat 1–2 sekundy.

Řešení:

  • Self-hosted fonty (vlastní server)
  • font-display: swap (text se ukáže hned, jakmile font doputuje, vymění se)
  • Minimum variant (2 tloušťky místo 6)

4. Externí scripty (Facebook pixel, Hotjar, chatboti)

Každý tracker přidává 100–500 kB a několik HTTP requestů. U webů s 10 trackery to znamená 3–5 sekund pomalejší načtení.

Řešení:

  • Lazy loading trackerů (po interakci uživatele, ne hned)
  • Server-side tracking (ServerFacts, Segment)
  • Otázka sama: opravdu potřebujete všechny tyhle?

5. Pomalý hosting

Sdílený hosting za 80 Kč/měsíc sdílí procesor s dalšími 500 weby. Když některý z nich dostane 1000 návštěv, vaše stránka se načítá 3× pomaleji.

Řešení:

  • Dedikovaný server nebo VPS (500+ Kč / měsíc)
  • CDN (Cloudflare, Bunny.net) pro geografickou rychlost
  • Edge hosting (Vercel, Netlify) — web běží v desítkách regionů po světě

Jak si změřit svůj web

Existují 3 bezplatné nástroje:

1. PageSpeed Insights

pagespeed.web.dev — Google's oficiální nástroj. Vložte URL, dostanete:

  • Core Web Vitals hodnocení
  • Konkrétní doporučení, co opravit
  • Lighthouse skóre 0–100 ve 4 kategoriích

2. Chrome DevTools Lighthouse

V Chrome: F12 → Lighthouse tab → Generate report. Same jako PageSpeed, ale běží lokálně.

3. WebPageTest

webpagetest.org — pokročilejší analýza, testuje z různých lokalit a různých zařízení. Zdarma, ale vyžaduje čtení.

Cíl: Lighthouse skóre 95+ v kategoriích Performance, Accessibility, Best Practices, SEO.

Jak dosáhnout Lighthouse 100/100

Realistické kroky od nejdůležitějšího po nejmenší vylepšení:

Krok 1: Obrázky (největší win)

  • Všechno převést na WebP
  • Hero obrázky: max 1920 × 1080 px, pod 100 kB
  • Ostatní fotky: max 1200 × 800 px, pod 80 kB
  • Použít next/image (Next.js) nebo lazy-loading plugin (WordPress)

Krok 2: Fonty

  • Self-host fonty
  • Max 2 tloušťky (typicky 400 a 700)
  • font-display: swap
  • Preload pro kritické fonty

Krok 3: CSS a JS

  • Odebrat nepoužívaný kód (tree shaking)
  • Minimalizovat CSS + JS bundly
  • Critical CSS inline, zbytek lazy

Krok 4: Hosting

  • HTTPS + HTTP/2 nebo HTTP/3
  • CDN pro statický obsah
  • Server-side caching (Redis, Varnish)

Krok 5: Third-party scripty

  • Google Tag Manager místo jednotlivých scriptů
  • Hotjar / Smartsupp: lazy load po interakci
  • Omezit počet trackovacích pixelů

Jak je to s WordPressem

WordPress může být rychlý, ale vyžaduje víc práce než Next.js:

  • Dobrý hosting (LiteSpeed nebo Nginx + Redis, ne Apache)
  • Cachovací plugin (LiteSpeed Cache, WP Rocket)
  • Image optimization plugin (Imagify, ShortPixel)
  • Minimum pluginů — každý přidá zátěž
  • Custom theme, ne Elementor/Divi (buildery zpomalují)

S custom WordPress themem a dobrým hostingem se dá dosáhnout Lighthouse 90+. S Next.js je 100/100 default, ne cíl.

Reálné výsledky našich projektů

Všechny jsou na našich referencích:

  • Carvex (autoservisní web): Lighthouse 100/100, LCP 0,5 s
  • Hotel v Podhradí: Lighthouse 100/100, LCP 0,6 s
  • Oční klinika HP (WordPress): Lighthouse 91, LCP 1,3 s
  • MM3D Factory (Next.js aplikace): Lighthouse 94, LCP 0,8 s

Závěr

Rychlost webu není luxusní extra. Je to základní požadavek v roce 2026. Google to ví, zákazníci to ví, a konkurence to ví.

Pokud se váš web načítá déle než 2 sekundy, ztrácíte:

  • Pozice ve vyhledávání (Google preferuje rychlé)
  • Konverze (každá sekunda = 7 % méně objednávek)
  • Brand reputation (pomalý web = neprofesionální firma)

Dobrá zpráva: rychlost webu je řešitelná. Často stačí upravit obrázky, hosting a pár nastavení. Výrazně rychlejší web ale vyžaduje přestavbu od základu — například migraci z WordPressu na Next.js.


Chcete si změřit rychlost svého webu a zjistit, co zlepšit? Napište nám — zdarma vám pošleme detailní Lighthouse audit s konkrétními kroky k nápravě.

Chcete probrat konkrétní projekt?

Napište nám nezávaznou poptávku — do 24 hodin se ozveme.

Napište nám