- Přehledy IS
- APS (20)
- BPM - procesní řízení (23)
- Cloud computing (IaaS) (10)
- Cloud computing (SaaS) (33)
- CRM (51)
- DMS/ECM - správa dokumentů (20)
- EAM (17)
- Ekonomické systémy (68)
- ERP (77)
- HRM (28)
- ITSM (6)
- MES (32)
- Řízení výroby (36)
- WMS (29)
- Dodavatelé IT služeb a řešení
- Datová centra (25)
- Dodavatelé CAD/CAM/PLM/BIM... (39)
- Dodavatelé CRM (33)
- Dodavatelé DW-BI (50)
- Dodavatelé ERP (71)
- Informační bezpečnost (50)
- IT řešení pro logistiku (45)
- IT řešení pro stavebnictví (26)
- Řešení pro veřejný a státní sektor (27)
Hlavní partner sekce
Tematické sekce
ERP systémy
CRM systémy
Plánování a řízení výroby
AI a Business Intelligence
DMS/ECM - Správa dokumentů
HRM/HCM - Řízení lidských zdrojů
EAM/CMMS - Správa majetku a údržby
Účetní a ekonomické systémy
ITSM (ITIL) - Řízení IT
Cloud a virtualizace IT
IT Security
Logistika, řízení skladů, WMS
IT právo
GIS - geografické informační systémy
Projektové řízení
Trendy ICT
E-commerce B2B/B2C
CAD/CAM/CAE/PLM/3D tiskBranžové sekce
| Přihlaste se k odběru newsletteru SystemNEWS, který každý týden přináší výběr článků z oblasti podnikové informatiky | |
![]() | |
Partneři webu
IT SYSTEMS 12/2025 , ITSM (ITIL) - Řízení IT , Trendy ICT
Rychlost webu je strategická záležitost
Rychlost je podceňovaný faktor se zásadním vlivem na konverze a uživatelský zážitek
Martin Michálek
Proč řešit rychlost webu nebo webových aplikací? Vždyť ta by už přece dávno neměla být problém. Technologie fungují, infrastruktura i uživatelská zařízení jsou výkonnější než kdy dřív, nástroje na měření existují v každém prohlížeči. A přesto jsou weby stále pomalé. Přitom jde o faktor, který má zásadní vliv na konverze a uživatelský zážitek. Rychlost se tak z technického parametru, kdysi tématu jen pro vývojáře, stala systémovým a byznysovým problémem. Rychlost je dnes strategické téma a jeho význam navíc roste s nástupem umělé inteligence.

Rychlost webu je téma, kterému se věnuje povážlivě málo firem a IT manažerů. Přesto je stále důležitější. Důvodů je hned několik:
- Rostou požadavky a očekávání uživatelů. Zatímco my, staří ajťáci, jsme svého času neměli problém čekat na načtení stránky klidně minutu, data dnes ukazují, že trpělivost generace Z a mladších se počítá na nízké jednotky vteřin nebo dokonce stovky milisekund, jak si ukážeme dále.
- Webové technologie jsou pohodlnější pro vývojáře, ale pomalejší pro uživatele. Hromadný přechod na renderování na klientovi – tedy vlna, kterou spustil framework React – „obohacuje“ weby o tuny JavaScriptu, který je ale velmi pomalý.
- Rostou rozdíly mezi zařízeními. Většina čtenářů asi bude mít v kapse hi-end mobil, ale zkuste si používat své weby na zařízení za pět tisíc korun. Budete překvapeni, jak špatně použitelné mohou být. Tento jev má dokonce svůj název – Performance Inequality Gap, tedy nerovnost ve výkonu zařízení, který je patrný na obrázku 1.
Souhrnně řečeno – kód se zvětšuje, závislosti přibývají, třetí strany přetěžují prohlížeče, uživatelé jsou náročnější a do hry navíc vstupují noví „uživatelé“ – roboti a AI systémy.
Obr. 1: Performance Inequality Gap – výkon všech zařízení roste, ale u těch dražších výrazně rychleji, než u těch levnějších.
Rychlost jako podmínka důvěry a byznysové téma
Důraz na rychlý web se týká každé digitální služby – od e-shopů, kde je klíčová, přes banky a nemocnice až po interní informační systémy, při jejichž používání mnozí uživatelé denně trpí. Rychlost je měřitelná, srozumitelná a přímo ovlivňuje byznys. Přesto se o ní v manažerských diskusích mluví překvapivě málo. V byznysu je to totiž relativně nové téma, a přitom každá milisekunda může znamenat ztrátu. Deloitte ve výzkumu mezi 37 velkými weby zjistil, že zrychlení o 0,1 sekundy může zvýšit konverze o více než 8 %. V BBC zase změřili, že každá sekunda zpoždění pro ně znamená o 10 % méně zhlédnutí stránek.

Obr. 2: Výzkum Delloite na 30 milionech uživatelů ukázal, že stačí zrychlení 100 ms, a web daleko lépe plní byznysové cíle.
A Google? Ten sleduje rychlost webů u stovek milionů uživatelů denně a dobře ví, že rychlejší web znamená spokojenější uživatele. Proto zavedl metriky Core Web Vitals, které sbírá od všech uživatelů prohlížeče Chrome. Jejich hodnoty ovlivňují SEO, umístění ve výsledcích vyhledávání i cenu za proklik v PPC reklamě.
Rychlost ve firmách by proto neměla být jen téma pro IT oddělení. Měla by být součástí řízení. Měla by mít své metriky, cíle i odpovědné lidi. V praxi to ale zatím vídáme jen zřídka. Pracujete na tom? Může to být vaše konkurenční výhoda.
AI roboti mění pravidla hry
V době, kdy uživatelé utíkají z webů k AI, už nestačí, že web „nějak funguje“. Musí být dostupný, dobře použitelný a rychlý. A také připravený na provoz, který nepřichází od lidí. Naše weby už totiž dávno nečtou jen lidé. Od příchodu Googlu víme, že je čtou i roboti, dnes však v mnohem větší míře než dřív. AI nástroje, crawlery a agenti generativních systémů si z internetu udělaly zdroj tréninkových dat. A weby se s tím musí umět vypořádat.
Během letošního roku vidíme u klientů prudký nárůst robotického provozu. AI boti zatěžují servery stejně jako reální uživatelé, ale na rozdíl od nich (zatím) nic nekupují a nepřinášejí hodnotu. Často způsobí přetížení právě v době, kdy web potřebujete nejvíc.
Nedávno jsme během sedmi dnů u úspěšného českého e-shopu zaznamenali čtyři miliony dotazů z USA, z nichž 90 % tvořil AI indexer od společnosti Meta, aktuálně nejaktivnější z robotů. Provozovatele to samozřejmě stojí peníze a web se stává dýchavičným.
AI boti stále více ovlivňují zátěž webů, která je proměnlivější a méně předvídatelná.
Dříve se při výpadcích mluvilo o „DDoS útoku“. Dnes jde často o „AI DDoS“. AI boti doslova šílí, protože probíhá velký boj o množství informací, které lze použít k trénování jazykových modelů. Některé z nich se chovají naprosto chaoticky, jsou očividně šité horkou jehlou, protože četnost jejich návštěv je zcela nesmyslná.
Někteří tvůrci těchto robotů navíc v konkurenční boji zcela ignorují dříve zavedené dohody, například instrukce v souboru robots.txt. V praxi to znamená, že i když se web brání, boti si cestu najdou. Web se tak může ocitnout mimo provoz, aniž by o tom správce věděl.
Společnost Cloudflare, která vyvíjí produkty pro zabezpečení a stabilitu webů, pravidelně upozorňuje na praktiky tvůrců AI botů, nedávno například na případy spojené s nástrojem Perplexity. Situace zašla tak daleko, že Cloudfare ve výchozím nastavení žádné AI boty na web vůbec nepustí.
Jenže zakazování přístupů AI botům není správná cesta. Potřebujete být vidět – stejně jako Googlebotovi proto poskytujte přístupy i důležitým AI botům. Jen pečlivě sledujte jejich chování, a pokud začnou dělat nepořádek, dočasně je omezte. Kdo nemá správně nastavené cachování, monitoring a ochranu proti nechtěným dotazům, riskuje, že jeho infrastruktura padne dřív, než si toho vůbec někdo všimne.
Obr. 3: Správné omezení provozu od AI botů může serverům řádně ulehčit.
Jak mít rychlost pod kontrolou: metriky, měření, vzdělávání
Rychlost se nedá vyřešit jednou provždy. Ze zkušeností také vím, že ji není dobré řešit jen jednou za čas. Je to kontinuální disciplína. Jde o maraton, nikoliv sprint. Velmi často vidíme, že po jednorázové optimalizaci se rychlost webu časem opět zhorší.
Webové aplikace se neustále vyvíjejí a tím i zpomalují. Nejsou to přitom jen nové verze vašeho webu nebo aplikace. Webový ekosystém je dnes velmi provázaný, takže často stačí, když se změní způsob měření nebo komponenta třetí strany vydá novou, z pohledu výkonu nepříliš povedenou verzi. Proto je monitoring naprostým základem.
Monitoring stojí pár stokorun měsíčně, ale dokáže zachránit statisíce v tržbách.
Zároveň byste měli znát alespoň základní metriky. Sada Core Web Vitals od Googlu, kterou jsem už zmiňoval, je výborná a pro většinu webů či webových aplikací zcela dostačuje:
- Largest Contentful Paint (LCP) měří dobu potřebnou k načtení největšího viditelného prvku na stránce. Odpovídá na otázku „Jak rychle se to načte?“. Limit pro splnění je 2,5 sekundy.
- Interaction to Next Paint (INP) měří dobu od provedení interakce až do vykreslení nového snímku, a to u všech interakcí na stránce. Odpovídá na otázku „Jak rychle to reaguje?“. Dobrá odezva je do 200 ms.
- Cumulative Layout Shift (CLS) sleduje vizuální stabilitu stránky během načítání a prohlížení webu. Odpovídá na otázku „Jak moc stránka poskakuje?“. Google považuje za vyhovující hodnotu CLS pod 0,1.

Obr. 4: Máte web? A mohli bychom vidět metriky Core Web Vitals? Ty byste určitě měli znát a měřit.
Metriky tedy máme. Ale jak bychom je měli měřit? Možností je celá řada:
- Jednorázové měření příliš nedoporučuji, ale Google nabízí nástroj PageSpeed Insights, který vám ukáže aktuální stav rychlosti.
- Pokročilejší nástroj je např. CrUX Vis, který zobrazuje i data v čase.
- Profesionální služba, jakou poskytuje např. náš tým, zajišťuje dlouhodobý monitoring, posílá upozornění v případě problémů a poskytuje detailní data pro optimalizaci.
Z naší poradenské praxe víme, že nejlepší výsledky s rychlostí dosahují firmy, které:
- Měří pravidelně – kombinují CrUX data z přístupů reálných uživatelů s každodenními syntetickými testy.
- Mají alerty – sledují změny a reagují dřív, než problém ovlivní zákazníky.
- Zahrnují rychlost do vývoje – nastavují performance budgets (limity rychlosti), mají testy v CI/CD a pracují s Core Web Vitals.
- Používají chytrou infrastrukturu – CDN jako Cloudflare pomáhá rozložit zátěž, chránit web a zrychlit odezvu globálně.
- Mají vyčleněné lidi s konkrétní zodpovědností za rychlost.
- Nepodceňují vzdělávání – rychlost je nové téma a je potřeba ji průběžně rozvíjet.
Rychlost už dávno není jen technická disciplína. V době, kdy se AI systémy učí na vašem obsahu a zákazníci očekávají reakce v milisekundách, je rychlost měřítkem důvěry i kvality služby. Rozhoduje o tom, jestli s vámi zůstanou. Nebo odejdou jinam.
![]() |
Martin Michálek Autor článku je expertem na rychlost webů v týmu PageSpeed.ONE. Pomáhá firmám zrychlit weby a webové aplikace, zvýšit tím konverze a zlepšit uživatelský zážitek. |
Chcete získat časopis IT Systems s tímto a mnoha dalšími články z oblasti informačních systémů a řízení podnikové informatiky? Objednejte si předplatné nebo konkrétní vydání časopisu IT Systems z našeho archivu.

Časopis IT Systems / Odborná příloha
Archiv časopisu IT Systems
Oborové a tematické přílohy
Kalendář akcí
Formulář pro přidání akce
| Po | Út | St | Čt | Pá | So | Ne |
| 1 | 2 | 3 | 4 | |||
| 5 | 6 | 7 | 8 | 9 | 10 | 11 |
| 12 | 13 | 14 | 15 | 16 | 17 | 18 |
| 19 | 20 | 21 | 22 | 23 | 24 | 25 |
| 26 | 27 | 28 | 29 | 30 | 31 | 1 |
| 2 | 3 | 4 | 5 | 6 | 7 | 8 |
IT Systems podporuje
Formulář pro přidání akce
Další vybrané akce
| 26.2. | Kyberbezpečnost v IT bez strašení: kde začít? |


















