Martin Michálek, známý český frontenďák a zakladatel projektu Vzhůru dolů, si s námi sedl k diskusi o rychlosti webu, optimalizaci a komunitě kolem frontendu. Během rozhovoru otevřeně kritizoval některé rozšířené přístupy k měření výkonnosti a podělil se o svůj pohled na to, co v této oblasti dává smysl – a co je naopak slepá ulička.
Jak dnes vnímá rychlost webu a proč by měl běžný člověk zapomenout na metriky z nástrojů jako Lighthouse?

Freelo - Nástroj na řízení úkolů a projektů
Přidej se, pozvi svůj tým a klienty, rozděl práci a sleduj, jak se úkoly dají do pohybu.
Rychlost webu: Je to víc než jen hromada čísel v nástroji
Jedním z hlavních projektů, na kterém Martin nyní pracuje, je PageSpeed.cz. Ačkoliv se může zdát, že rychlost webu je jen o tom, jak rychle se stránka načte, podle Martina je to mnohem komplexnější.
Rychlost webu je pro mě způsob, jak můžu pomoct běžným lidem na druhé straně drátu.
Vysvětluje a zároveň popisuje svůj cíl čím dál víc zlepšovat uživatelskou zkušenost. Přesto upozorňuje, že nástroje jako Lighthouse mohou lidi dostat na špatnou stopu:
Dostaneš jedno čísílko a nazdar! Jenže to číslo často neříká pravdu. Měří jednu stránku na extrémně pomalém zařízení. Lidi pak zbytečně panikaří, že mají pomalý celý web, ale ve skutečnosti je vše v pohodě.
VPS Centrum
Vyzkoušejte zdarma naši aplikaci pro správu serveru a domén. Budete si připadat jako zkušený administrátor.
Co jsou Core Web Vitals a proč jedno číslo nestačí?
„Core Web Vitals jsou základ,“ vysvětluje Martin a popisuje tři základní klíčové metriky:
- Largest Contentful Paint (LCP) – měří rychlost načítání hlavního obsahu stránky,
- Cumulative Layout Shift (CLS) – zajišťuje vizuální stabilitu stránky, aby prvky nepřeskakovaly,
- Interaction to Next Paint (INP) – sleduje, jak rychle stránka reaguje na kliknutí uživatele.
To ale není všechno – Martin zároveň doplňuje, že tyto metriky je třeba sledovat zvlášť pro mobilní zařízení a zvlášť pro desktop.
V praxi to znamená mít v hlavě šest čísel pro každý web. A pokud máte třeba agenturu s desítkami klientů, ta čísla se začnou násobit.
Hosting, JavaScript a obrázky – svatá trojice rychlého webu
Aby web fungoval rychle, je podle Martina nutné začít u základů:
- Odezva serveru je úplný základ. Zaměřte se na kvalitní hosting. Když nemáte dobrý backend, všechny metriky půjdou do kytek.
- Optimalizace datového objemu (minimalizujte velikosti souborů JavaScriptu) – „Někteří vývojáři pořád sypou na weby megabajty skriptů. Říkám to 10 let a říkat to budu i za dalších 10,“ směje se Martin.
- Vyměňte staré formáty obrázků za nové.
Zapomeňte na JPG, PNG nebo dokonce GIFy. Máme tu WebP a AVIF. Jsou mnohem lehčí a efektivnější.
Špatně implementovaný lazy loading může uškodit
Jedna z dalších možností je použít Lazy loading, neboli odložit konkrétní prvky na stránce (například logo v patičce), které se nemusí stáhnout okamžitě, když přijde uživatel na web.
Martin zároveň upozorňuje, že vývojáři často optimalizují špatně. Lazy loading je typickým příkladem.
Pokud Lazy loading nastavíte na všechno, odkládáte načítání klíčových částí stránky a uživatel uvidí prázdný web.
Pozor na třetí strany: Chaty a cookie lišty můžou web značně zpomalit
Přestože většina problémů s výkonem pramení z frontendového kódu, někdy jsou na vině i pluginy třetích stran. „Widgety pro chat nebo cookie lišty jsou často špatně optimalizované. Po zavedení metriky INP se staly ještě větším problémem, protože zpomalují odezvu na kliknutí
Přesto podle Martina vzniká většina problémů ve vlastním kódu:
80 % problémů je ve frontendu. Často stačí odstranit zbytečné kusy kódu a web je rychlejší.
Neopatrné přednačítání může shodit celý web
Jednou z nových funkcí, které mohou zlepšit rychlost načítání stránek, jsou tzv. speculation rules. Ty umožňují prohlížeči přednačíst pravděpodobné další stránky na základě uživatelského chování.
Speculation rules je skvělá věc, ale musíte s tím opatrně. Během Black Friday totiž několik velkých webů doplatilo na to, že přednačítaly všechny možné stránky najednou. Výsledkem bylo přetížení serverů a pád stránek.
Rychlost webu není jen o prvním načtení
A co běžná uživatelská zkušenost při procházení zpět a vpřed v historii prohlížeče? Právě zde může výrazně pomoci BFcache (back/forward cache), technologie, která uchovává stránky přímo v paměti.
Když to funguje správně, přechody mezi stránkami se načítají prakticky okamžitě. Rychlost se blíží nule.
A aby BFcache fungovala správně, musí stránka splňovat určité podmínky – například nesmí mít trvale otevřené spojení, třeba přes WebSocket nebo WebRTC.
Je to další z věcí, která může uživatelský zážitek posunout na úplně jinou úroveň, protože procházení historie je něco, co všichni děláme pořád.
Frontendisti jako manažerský projekt. „Chci, aby přežili i beze mě.“
Martin patří mezi klíčové postavy české front-end komunity a založil komunitu Frontendisti.cz. Projekt začínal před 11 lety s cílem vytvořit prostředí, kde se mohou vývojáři scházet a učit se od sebe navzájem.
„Děláme to jako firmu, ale dobrovolně. Cílem je, aby komunita fungovala i bez nás. Díky tomu máme dnes tým lidí, kteří se o akce starají. A já už tam můžu přijít jen na pivko,“ říká Martin s úsměvem.
Závěrem
Díky technologickým vychytávkám se dá na výkonu webu neustále pracovat a hledat nové způsoby optimalizace. Každý krok se musí pečlivě rozmyslet, obzvláště, pokud nevíte, jak na něj. Jak Martin říká, „rychlost webu dneska připomíná SEO před 20 lety – tehdy si to lidi taky zkoušeli řešit sami, než zjistili, že na to potřebují odborníky.
Za nás dodáváme, že pokud máte dojem, že je pro vás optimalizace rychlosti velké sousto a stojíte o kvalitní rady na míru, mrkněte na Pagespeed.cz
A nenechte si ujít celý díl. Nyní na YouTube 🎥:
Nebo k poslechu na Spotify 🎧: