Rychlost webu jako byznysový fak­tor! Bez ní přicházíte o kon­verze i zákazníky

Rychlost má přímý vliv na kon­verze. ​„U jed­no­ho českého e‑shopu jsme naměřili, že lidé s načítáním kolem jed­né vteřiny mají šestkrát vyšší kon­verze než uži­vatelé čeka­jící čtyři sekundy,“ uvádí Michálek. Opti­mal­izace webu Srov​name​.cz podle jeho zkušenos­tí umožni­la zvýšit kon­verzní poměr o 25 % rel­a­tivně snad­ný­mi změ­na­mi. Google si vlivu rychlosti na uži­va­tel­ský prožitek všiml, a pro­to zavedl metriky Core Web Vitals, které jsou sbírané od skutečných lidí a jsou pro všech­ny webaře vel­mi užitečné. Dokonce změřil, že pokud strán­ka splňu­je tyto metriky, je o čtvrt­inu méně pravděpodob­né, že uži­va­tel uteče před načtením stránky. 

Rychlost však není důležitá jen pro e‑shopy. Vliv je patrný i u webových aplikací, napřík­lad v online bankovnictví nebo back office sys­témech. ​„Všich­ni známe ten nepří­jem­ný stav, kdy čekáme na infor­ma­ce od pod­pory, pro­tože sys­témy fun­gu­jí vel­mi poma­lu. Já přit­om pří­mo fyz­icky trpím,“ dodává. 

Rych­lý web není jen otázk­ou tech­nick­ých úprav. ​„Per­for­mance Cul­ture je způ­sob řízení orga­ni­zace, který směřu­je k rych­le­jším webům a webovým aplikacím,“ vysvětlu­je Michálek. Pod­niky, které chtějí dosáh­nout vyšší rychlosti, by měly splnit něko­lik klíčových podmínek: 

1. Přesvědčit vedení, že je to důležité téma. 

2. Mít ​„per­for­mance man­agera“, tedy něko­ho, kdo téma řeší a posouvá. 

3. Mít správné metriky, nas­tavený mon­i­tor­ing, hlí­dat regrese už v době vzniku. 

4. Vzdělá­vat všech­ny dotčené, což jsou nejen vývo­jáři, ale i další lidé v procesu. 

Vývo­jáři i man­age­ment se při snaze zrych­lit web čas­to potýka­jí právě s nedostatky v této oblasti. I přesto, že rychlost je pro byznys webů zásad­ní, čas­to má nízk­ou pri­or­itu. ​„Rychlost je samostat­ný obor a firmy by měly mít ale­spoň částečné spe­cial­isty, nebo se obrátit na odborníky,“ upo­zorňu­je. I pokud se podaří na opti­mal­izaci vyčlen­it čas a prostřed­ky, čas­to se ukáže, že reál­ně nikdo ve fir­mě rychlosti plně nerozumí. Podle něj není možné očeká­vat, že si vývo­jáři potřeb­né know-how osvo­jí pouze bokem ke své hlavní činnosti. 

V praxi se Michálek čas­to setkává s řadou mýtů o rychlosti webu. Jak sám říká: ​„Rychlost webu je mladý a zatím vcelku pod­ceňo­vaný obor, takže mýty ho pří­mo při­tahu­jí.“ Mezi nejčastější, na které narazil, patří: 

1. Rychlost je potře­ba řešit podle check­lis­tu nebo metodou pokus omyl.  
   Reali­ta: rychlost je vel­mi exak­t­ní dis­ci­plí­na, kdy přes­ně víme, co a proč jdeme opravovat. 

2. Dnes­ka už jsou všech­ny zařízení rych­lé a inter­net jak­bysmet. 
   Reali­ta: Nůžky mezi výkon­ný­mi (iPhone ve vaší kapse) a průměrný­mi zařízení­mi (mobil vaší mámy) se stále rozšiřují. 

3. Mod­erní vývo­jářské frame­worky typu React/​Next řeší rychlost daleko lépe. 
   Reali­ta: Daleko více záleží na vývo­jářích. Větši­na webů i webových aplikací na mod­erních frame­wor­cích jsou naopak poma­le­jší než ty dělané starší­mi technologiemi. 

4. Rychlost je věc vývo­jářů. 
   Reali­ta: Velká část prob­lémů vzniká mimo vývo­jáře, u mar­ketérů, designérů, správců obsahu a sami vývo­jáři větši­nou nema­jí moc ani schop­nos­ti tyto prob­lémy řešit.

5. Rychlost nám vyřeší lep­ší servery. 
   Reali­ta: Větší část prob­lémů řešíváme na fron­tendu, tedy při ren­derování HTML, CSS a spouštění JavaScrip­tu v prohlížeči. 

Nejčastější výkon­nos­t­ní hříchy ve fron­tend vývo­ji čas­to pra­mení z nedostatečné Per­for­mance Cul­ture. Vývo­jáři prostě nedostanou čas nebo pod­poru řešit rychlost webu. Když se rychlost řeší, nejzásad­nějším prob­lémem bývá pod­cenění JavaScrip­tu. Součas­né weby jsou stále datově objem­nější, přičemž samot­ný JavaScript se nejen stahu­je, ale i spouští v prohlížeči, což na poma­le­jších zařízeních výrazně zpo­ma­lu­je stránky. 

Další časté chy­by zahrnu­jí ignorování mod­erních opti­mal­iza­čních tech­nik, jako je lazy loadin­gu, lazy eval­u­ace, práce s back/​forward cache nebo nasazení Serv­er Side Ren­deringu. Michálek zároveň připomíná, že bez rych­lého back­endu je vešk­eré úsilí o fron­tendovou opti­mal­izaci jen částečně účinné. 

Pravidel­ný mon­i­tor­ing rychlosti je nezbyt­ným prvním krokem pro všech­ny firmy, které se chtějí výkonu webu věno­vat. ​„Bez mon­i­toringu nevíte, zda nový release nezhorší rychlost nebo zda nepřidání kom­po­nen­ty třetí strany nekom­p­liku­je uži­va­tel­ský zážitek,“ vysvětlu­je Michálek. 

Podle něj není ideál­ní spoléhat se na známé nástro­je jako Ping­dom Tools nebo GTMetrix, které dnes odráže­jí spíše zas­taralý tech­nický pohled. Naopak něk­teré spe­cial­i­zo­vané ​„geekovské“ nástro­je, napřík­lad Speed­Curve nebo New Rel­ic, jsou urče­ny pro detail­ní analýzu dat, ale pro běžné firmy mohou být příliš složité. V Page​Speed​.cz pro­to vyví­je­jí vlast­ní mon­i­tor­ing, který je cen­ově dos­tup­ný a max­imál­ně srozu­mitel­ný i pro laiky, a zároveň umožňu­je sle­dovat rychlost webu efek­tivně a každodenně. 

Pro hlubší pochopení web per­for­mance doporuču­je Michálek kni­hy Time is Mon­ey a High Per­for­mance Brows­er Net­work­ing. Zároveň radí sle­dovat na Linked­Inu odborníky, jako jsou Har­ry Roberts, Tam­my Everts či Mike Roul­ston, a také firem­ní web Page​Speed​.cz, kde pravidel­ně vycháze­jí tipy a novinky.