Proč rychlost webu rozhoduje o konverzi víc než design

Hezký design, který se načítá čtyři sekundy, prohrává proti ošklivému designu, který se načte za jednu. Zní to tvrdě, ale data to potvrzují už roky: každá sekunda navíc v načítání znamená měřitelný pokles konverzí. Problém je, že "rychlost" je vágní slovo — Core Web Vitals ji rozdělují na tři konkrétní, měřitelné věci.

LCP: kdy je vidět hlavní obsah

Largest Contentful Paint měří, jak dlouho trvá, než se na obrazovce objeví největší viditelný prvek — typicky hlavní obrázek nebo nadpis. Google doporučuje pod 2,5 sekundy. Nad touhle hranicí web působí pomalu, i když si to uživatel neumí pojmenovat — jen odchází.

CLS: proč se web "hýbe"

Cumulative Layout Shift měří, kolik se obsah neočekávaně posune během načítání. Klasický scénář: tlačítko "Koupit" se objeví, uživatel na něj klikne, ale mezitím se nahoře doreknderoval obrázek a tlačítko poskočilo o kus níž — klik trefí něco jiného. Na e-shopu je tohle přímá ztráta objednávky, ne kosmetická vada.

Co se s tím reálně dá dělat

Na bazarfoto.cz šlo o řetěz konkrétních rozhodnutí, ne jeden trik: LCP obrázek dostal prioritu načítání, statické soubory mají trvalé cachování s verzováním, stránky renderuje server bez těžkého JS frameworku navíc. Výsledek je měřitelný — Lighthouse Performance 100 na desktopu, 90–100 na mobilu, ne odhad od boku.

Kde to končí

Rychlost webu není projekt, který se jednou udělá a zapomene. Je to důsledek architektonických rozhodnutí udělaných na začátku — co se renderuje kde, kolik JavaScriptu web posílá klientovi, jak jsou obrázky optimalizované. Přesně tohle je obsahem auditu konverzního poměru: najít, kde konkrétně web ztrácí sekundy, a spočítat, kolik to stojí.