Rychlost webu: proč rozhoduje o zákaznících i pozici na Googlu

Znáte to sami — otevřete web, který se načítá pomalu, chvíli koukáte na bílou stránku a pak to vzdáte. Přesně tak se chovají i vaši potenciální zákazníci. Rozdíl je v tom, že vy o tom víte, protože jste to právě udělali. O návštěvnících, kteří odešli z vašeho webu, se nedozvíte nic.

Rychlost je jedna z mála věcí na webu, která se dá objektivně změřit a poměrně snadno zlepšit. Tady je návod.

Proč na tom záleží

Lidé nečekají

Chování je u všech oborů stejné: čím déle se web načítá, tím větší část lidí odejde ještě předtím, než uvidí nabídku. Nejvýraznější je to na mobilu, kde je připojení pomalejší a trpělivost menší.

Zvlášť tvrdé je to u služeb, kde má člověk akutní problém. Když teče voda a hledáte instalatéra, otevřete tři weby a zavoláte tomu, který se načte první. Tohle není teorie, tohle je běžné chování.

Google to měří a započítává

Rychlost je jedním z hodnoticích faktorů. Google ji sleduje přes takzvané Core Web Vitals — tři metriky, které popisují, jak web vnímá skutečný člověk:

• LCP (Largest Contentful Paint) — za jak dlouho se zobrazí hlavní obsah stránky. Cíl: do 2,5 vteřiny.
• INP (Interaction to Next Paint) — jak rychle web reaguje, když na něco kliknete. Cíl: do 200 ms.
• CLS (Cumulative Layout Shift) — jestli obsah během načítání „neposkakuje”. Cíl: pod 0,1.

Poslední metrika je ta, která lidi nejvíc štve: chystáte se kliknout na tlačítko, mezitím se doloadí obrázek, obsah se posune a vy kliknete na něco jiného.

Důležité upřesnění: rychlost sama o sobě vás na první místo nedostane. Ale mezi dvěma podobně relevantními weby rozhodne — a hlavně, pomalý web vám kazí všechno ostatní, do čeho jste investovali.

Jak si rychlost změřit

Zabere to dvě minuty a nepotřebujete k tomu nikoho.

1. Otevřete PageSpeed Insights (pagespeed.web.dev).
2. Vložte adresu svého webu.
3. Podívejte se na mobilní výsledek, ne na desktop. Mobil je to, podle čeho Google web hodnotí.

Jak číst výsledek:

• 90–100 bodů — výborné, neřešte.
• 50–89 — je co zlepšovat, ale nehoří to.
• pod 50 — tohle vás stojí zákazníky každý den.

Pod výsledkem najdete konkrétní seznam problémů. Většinou tam bude jedna nebo dvě věci, které dělají 80 % rozdílu.

Druhá věc, na kterou se podívejte: sekce „Zjistěte, co vaši skuteční uživatelé zažívají”. To jsou data od reálných návštěvníků a jsou důležitější než skóre z testu.

Co web nejčastěji brzdí

Z desítek webů, které jsem měřil, se opakují pořád stejné čtyři věci.

1. Obrázky (skoro vždy)

Nejčastější příčina pomalého webu s velkým náskokem. Typický scénář: někdo nahraje na web fotku přímo z mobilu — 4 MB, 4000 pixelů široká — a web ji zobrazí ve velikosti 400 pixelů. Návštěvník stáhne 4 MB, aby viděl obrázek za 60 kB.

Co s tím:

• Zmenšete rozměry na to, co se reálně zobrazuje. Na většinu webů stačí šířka 1600 px.
• Používejte moderní formáty WebP nebo AVIF. Bývají o 30–50 % menší než JPEG.
• Zapněte odložené načítání (loading="lazy") u obrázků pod ohybem stránky.
• Vždy uveďte width a height — zabrání to poskakování obsahu (a tím zkazí CLS).

Tohle jediné opatření často zvedne skóre o 20–30 bodů.

2. Těžká šablona a pluginy

Typický problém WordPressu. Koupená šablona přinese framework s desítkami funkcí, z nichž použijete tři. K tomu dvacet pluginů, každý si přidá vlastní CSS a JavaScript, a najednou stránka stahuje dva megabajty kódu, než se vůbec ukáže.

Co s tím: projděte pluginy a smažte, co nepoužíváte. Zvažte, jestli potřebujete page builder — bývá to jeden z největších žroutů. Víc o tomhle přístupu píšu u tvorby webů na WordPressu.

3. Pomalý hosting

Levný sdílený hosting za dvě stě ročně bývá přetížený a odpovídá pomalu. Poznáte to podle metriky TTFB (čas do první odpovědi serveru) — pokud je nad 600 ms, je problém na serveru, ne ve vašem webu.

Co s tím: přejděte na lepší hosting, nebo předřaďte CDN. U statického webu je tenhle problém prakticky vyřešený sám od sebe.

4. Externí skripty

Chat, mapy, sledovací kódy, widgety sociálních sítí, fonty z cizího serveru. Každý znamená připojení na další doménu a čekání na cizí server, který neovlivníte.

Co s tím: vyhoďte, co nepoužíváte. Fonty hostujte u sebe. Mapu načítejte až po kliknutí, ne rovnou.

Co s tím zvládnete sami

Bez programátora:

• Zmenšit obrázky před nahráním. Zdarma to udělá třeba Squoosh nebo TinyPNG.
• Vypnout nepoužívané pluginy ve WordPressu.
• Odebrat widgety, které nikdo neklikne.
• Zapnout cache — v běžných systémech je to jeden plugin nebo jedna volba.

To bývá polovina cesty. Zbytek — optimalizace kódu, hosting, načítací strategie — už chce někoho, kdo tomu rozumí.

Proč je statický web řešením problému, ne jeho optimalizací

Většina rad výše je hašení požáru: web je pomalý z principu a my ho zrychlujeme.

Statický web problém obchází. Stránky jsou hotové HTML soubory, které server jen pošle — nic se nepočítá při každé návštěvě, není databáze, není PHP. Rychlost pak nezáleží na tom, kolik má web návštěvníků nebo jak je složitý.

Tenhle web, který právě čtete, je postavený přesně takhle. Hlavní stránka má pod 30 kB a načítá se v desetinách vteřiny — bez cache pluginů a bez optimalizačních triků.

Neznamená to, že je statický web vždy správná volba. Když potřebujete obsah spravovat sami nebo prodávat, je WordPress praktičtější. Rozdíly jsem rozebral ve srovnání WordPressu a webu na míru.

Kdy rychlost neřešit

Abych byl férový: pokud má váš web 85 bodů, neinvestujte peníze do honby za devadesátkou. Rozdíl nikdo nepozná a jsou to vyhozené peníze.

Rychlost řešte, když:

• jste pod 50 body na mobilu,
• web se načítá viditelně déle než tři vteřiny,
• máte hodně návštěv z mobilu a málo poptávek.

Ve všech ostatních případech je lepší investovat do obsahu a SEO.

Shrnutí

Změřte si web v PageSpeed Insights na mobilu. Pokud jste pod 50 body, začněte obrázky — v devíti z deseti případů je problém tam a opravíte ho sami během hodiny. Pokud je problém v šabloně, pluginech nebo hostingu, řešte to systémově, ne dalším optimalizačním pluginem.

Chcete vědět, jak na tom váš web je? Napište mi adresu — zdarma ho proměřím a řeknu, co konkrétně ho brzdí a jestli se to vyplatí řešit.