Rychlost webu jako rankingový faktor
Google již od roku 2010 používá rychlost webu jako jeden z faktorů pro hodnocení stránek ve vyhledávání. V roce 2021 přidal tzv. Core Web Vitals, sadu metrik, které měří reálný uživatelský zážitek. Pomalý web dnes znamená nejen frustrované návštěvníky, ale může znamenat i nižší pozice v Google.
Proč na tom záleží:
- Pomalé načítání zvyšuje šanci, že návštěvník odejde dřív, než uvidí obsah, zvlášť na mobilu
- Core Web Vitals jsou jedním ze signálů, které Google bere v potaz, relevance obsahu ale rozhoduje víc
- Dobré terénní hodnoty jsou LCP ≤ 2,5 s, INP ≤ 200 ms a CLS ≤ 0,1 na 75. percentilu, zvlášť pro mobil a desktop
Co jsou Core Web Vitals
Core Web Vitals jsou tři metriky, které Google považuje za klíčové pro uživatelský zážitek:
LCP (Largest Contentful Paint)
Měří, jak rychle se vykreslí největší viditelný prvek na stránce (obvykle hlavní obrázek nebo nadpis).
| Hodnocení | Hodnota |
|---|---|
| Dobré | ≤ 2,5 s |
| Ke zlepšení | 2,5-4,0 s |
| Špatné | > 4,0 s |
INP (Interaction to Next Paint)
Nahradil starší metriku FID v březnu 2024. Měří odezvu stránky na interakce uživatele, kliknutí, tapnutí, stisknutí klávesy.
| Hodnocení | Hodnota |
|---|---|
| Dobré | ≤ 200 ms |
| Ke zlepšení | 200-500 ms |
| Špatné | > 500 ms |
CLS (Cumulative Layout Shift)
CLS měří největší souhrn neočekávaných posunů rozvržení v časovém okně během návštěvy, nejen při prvním načtení. Náhlé posunutí tlačítka je příklad problému, ne samo o sobě změřená hodnota CLS.
| Hodnocení | Hodnota |
|---|---|
| Dobré | ≤ 0,1 |
| Ke zlepšení | 0,1-0,25 |
| Špatné | > 0,25 |
Jak rychlost ovlivňuje SEO
Rychlost ovlivňuje SEO dvěma způsoby:
1. Přímý vliv na hodnocení
Core Web Vitals jsou součástí tzv. Page Experience signálů. Google je bere v potaz jako jeden z mnoha signálů: při podobně relevantním obsahu může lepší zážitek pomoct.
2. Nepřímý vliv přes chování uživatelů
Pomalý web odrazuje návštěvníky: častěji odcházejí hned, méně často pokračují dál a méně často poptají nebo nakoupí. Bounce rate z Google Analytics přitom Google pro hodnocení nepoužívá, skutečná škoda je ve ztracených zákaznících.
Výkon serveru může ovlivnit intenzitu procházení. Crawl budget řešte zejména u velkých nebo rychle se měnících webů s doloženým problémem objevování URL; malý firemní web obvykle nepotřebuje zvláštní optimalizaci denní kvóty. Procházení a indexace nejsou totéž.
Jak zjistit rychlost svého webu
Existuje několik nástrojů pro měření rychlosti:
- Google PageSpeed Insights, nejdůležitější nástroj, ukazuje jak laboratorní, tak reálná data
- Google Search Console, sekce Core Web Vitals ukazuje problémy napříč celým webem
- GTmetrix, podrobná analýza s vodopádovým diagramem požadavků
- WebPageTest, pokročilé testování z různých lokací a zařízení
- Chrome DevTools (Lighthouse), integrované přímo v prohlížeči
Důležité je rozlišovat mezi laboratorními daty (simulované prostředí) a field daty (reálná měření od skutečných uživatelů). Google pro ranking používá primárně field data ze zprávy Chrome UX Report.
Praktický příklad: Začněte konkrétním souborem
ověřená inventura souborů
| Soubor | Rozměry | Velikost |
|---|---|---|
| performance-test | 1536 × 1024 | 124 420 B |
| responsive-test | 1536 × 1024 | 138 032 B |
| old-code | 960 × 640 | 55 292 B |
Největší z těchto souborů má 138 032 B. Zda brzdí hlavní obsah, musí ukázat načítání stránky; nejde o terénní report.
10 způsobů, jak zrychlit web
Tohle je zkrácený přehled. Pokud chcete detailnější postup včetně toho, čím začít a co má největší dopad, mám k tomu samostatný návod: jak zrychlit web.
1. Optimalizujte obrázky
Obrázky mohou tvořit podstatnou část přenosu. Pokud měření ukáže, že brzdí stránku:
- Používejte moderní formáty (WebP nebo AVIF)
- Nastavte správné rozměry (neservírujte 4000px obrázek do 400px slotu)
- Implementujte lazy loading pro obrázky pod ohybem stránky
- Využijte CDN pro distribuci obrázků
2. Minimalizujte CSS a JavaScript
- Odstraňte nepoužívaný kód (nástroj Coverage v Chrome DevTools)
- Minifikujte soubory (odstraňte mezery, komentáře)
- Rozdělte kód na menší části (code splitting)
- Načítejte nekritické skripty s atributem
deferneboasync
3. Využijte caching
- Nastavte správné cache headers (Cache-Control, ETag)
- Service worker zvažte pouze při potřebě offline režimu a s vyřešenou aktualizací cache
- Využijte CDN (např. Cloudflare) pro statické soubory
4. Zmenšete počet HTTP požadavků
- Omezte zbytečné požadavky; nespojujte vše automaticky do jednoho balíku, zohledněte HTTP/2 či HTTP/3, cache a rozdělení kódu
- Používejte inline SVG místo ikon jako obrázků
- Eliminujte zbytečné pluginy a třetí strany
5. Optimalizujte fonty
- Používejte font-display: swap pro včasné zobrazení textu; omezte posun při výměně fontu vhodným fallbackem
- Omezte počet fontů na 2-3
- Preloadujte klíčové fonty pomocí
<link rel="preload"> - Zvažte systémové fonty pro maximální výkon
6. Používejte server-side rendering nebo static generation
Frameworky jako Next.js umožňují generovat HTML na serveru nebo v době buildu. Stránka je tak připravena k zobrazení bez čekání na JavaScript. Právě na této technologii stavím weby v rámci své služby tvorby webových stránek.
7. Komprimujte odpovědi serveru
- Zapněte Gzip nebo lépe Brotli kompresi
- Úsporu změřte na konkrétních souborech; již komprimované obrázky obvykle další kompresi přenosu nepotřebují
8. Optimalizujte Critical Rendering Path
- Vložte kritické CSS přímo do HTML (inline critical CSS)
- Odložte načítání nekritického CSS
- Eliminujte render-blocking zdroje
9. Vylepšete serverovou infrastrukturu
- Posuďte odezvu a kapacitu hostingu měřením; nízká cena sama neznamená pomalost
- Zvažte edge computing (např. Cloudflare Workers)
- Optimalizujte databázové dotazy a API odpovědi
10. Sledujte a optimalizujte průběžně
Rychlost webu není jednorázový projekt. Každý nový plugin, obrázek nebo skript může web zpomalit. Nastavte si automatický monitoring pomocí nástrojů jako SpeedCurve nebo pravidelné audity v Search Console.
Praktický příklad: Mobil nemusí přenášet velkou variantu
ověřené responzivní varianty
| Varianta | Rozměry | Velikost |
|---|---|---|
| Desktop WebP | 1536 × 1024 | 138 032 B |
| Mobilní WebP | 640 × 427 | 37 188 B |
| Rozdíl souborů | Jiné rozlišení | −100 844 B / −73,1 % |
Porovnání existujících variant, nikoli dvou testů rychlosti. Správný výběr v prohlížeči a vzhled je nutné ověřit.
Rychlost vs. funkcionalita: hledání rovnováhy
Není nutné obětovat veškerou funkcionalitu kvůli rychlosti. Klíčem je prioritizace:
- Kritický obsah (text, hlavní obrázek) se musí načíst co nejrychleji
- Sekundární prvky (chatbot, analytika, reklamy) mohou počkat
- Animace a efekty by neměly blokovat vykreslení stránky
Závěr
Rychlost webu a SEO jsou neoddělitelně propojené. Zrychlení může odstranit překážky používání; dopad na konverze a pozice ověřte, není zaručen. Začněte tím, že si změříte Core Web Vitals svého webu v PageSpeed Insights, výsledky vás možná překvapí. Jak pomalé načítání vypadá jako modelový nález při auditu, ukazuju v článku co odhalí SEO audit. Širší kontext najdete v SEO průvodci pro majitele firem.
Rychlost webů optimalizuju jako součást každého projektu, ať už jde o tvorbu webu nebo SEO optimalizaci. Pokud váš web potřebuje zrychlit, rád vám pomůžu dosáhnout zelených hodnot ve všech Core Web Vitals.