Souhrn

Pro vedení firmy: Vlastní web si skoro každý majitel firmy zkontroluje na firemním notebooku nebo velkém monitoru v kanceláři · a tam obvykle vypadá v pořádku. Jenže značná část návštěvníků na web přichází z telefonu, a telefon je jiné zařízení na jiné síti. CIAD živě změřil rychlost načítání 228 českých firemních domén jak na mobilu, tak na počítači, stejným nástrojem, stejný den, a rozdíl mezi oběma pohledy je největší jednotlivé zjištění z celého programu studií: dá se ověřit na vlastním webu za třicet vteřin, bez nástrojů, jen otevřením telefonu.

86,6 %webů má na mobilu načtení hlavního obsahu nad 4 s (Google: „špatné")
7,1 %stejná hranice na počítači, u stejné množiny webů
6,7 %webů má na mobilu skóre výkonu v pásmu „dobré"
Rozdělení LCP do časových pásem: mobil a počítač, s hranicí 4 sekundyDva histogramy sdílející jednu vodorovnou osu časových pásem LCP, mobil nahoře a počítač dole. Mobil (n=224): 0-1s 7, 1-1.5s 1, 1.5-2s 2, 2-2.5s 2, 2.5-3s 3, 3-4s 15, 4-6s 36, 6-9s 49, 9-14s 49, 14-22s 37, 22s+ 23. Počítač (n=226): 0-1s 50, 1-1.5s 53, 1.5-2s 45, 2-2.5s 23, 2.5-3s 20, 3-4s 19, 4-6s 9, 6-9s 4, 9-14s 3, 14-22s 0, 22s+ 0. Svislá přerušovaná čára na 4 sekundách je Googlem publikovaná hranice pro špatné hodnocení LCP a odpovídá hranici mezi pásmy 3-4 s a 4-6 s.Google: špatné nad 4 sMobiln = 22471223153649493723Počítačn = 2265053452320199430-1s1-1.5s1.5-2s2-2.5s2.5-3s3-4s4-6s6-9s9-14s14-22s22s+
Rozdělení LCP do pásem (v sekundách): mobil (n=224) vs. počítač (n=226). Pásma jsou ukotvena na Googlem publikovaných hranicích LCP 2,5 s (dobré) a 4 s (špatné); nejjemnější rozlišení mají pásma pod 2,5 s (kde leží těžiště počítačů) a pásma nad 4 s (kde leží těžiště mobilů). Poslední pásmo (22 s+) je otevřené, aby jeden odlehlý naměřený případ (97,0 s) neurčoval celou osu. Medián: mobil 8,7 s, počítač 1,6 s. Svislá přerušovaná čára ukazuje Googlem publikovanou hranici 4 s pro špatné hodnocení LCP.

Co je LCP a proč na tom firmě záleží

Okamžik, kdy návštěvník webu poprvé vidí, že stránka „dorazila", nastává až ve chvíli, kdy se na obrazovce objeví největší viditelný prvek, ne hned na začátku načítání ani až po dokončení posledního pixelu · typicky velký obrázek, nadpis hero sekce nebo hlavní blok textu. Do té doby má návštěvník dojem, že se web teprve načítá, i kdyby technicky už něco viditelného bylo. Tomuto okamžiku se říká Largest Contentful Paint, zkráceně LCP, a je to jedna ze tří metrik, které Google souhrnně nazývá Core Web Vitals.

Hranici, od které Google sám označuje LCP za „špatné", stanovil Google, ne CIAD: 4000 milisekund, tedy 4 sekundy. Pod 2500 ms je výsledek „dobrý", mezi 2500 a 4000 ms „potřebuje zlepšit", nad 4000 ms „špatný" · jde o veřejně publikovanou klasifikaci, kterou Google používá i sám u sebe. Zjištění měřené proti hranici, kterou stanovil někdo jiný a zveřejnil ji dopředu, se hůř zpochybňuje než zjištění měřené proti vlastnímu názoru.

Vzorek a jeho meze

Vzorek je konvenienční, ne náhodný: domény z výzkumného korpusu, který CIAD dlouhodobě používá napříč paralelními studiemi. Není sestavený náhodným výběrem a nepokrývá žádný konkrétní obor ani celou českou ekonomiku. Každé procento v tomto textu se proto vztahuje výhradně k měřeným doménám, nikdy k českým firmám obecně.

Mobil a počítač měří Google PageSpeed Insights jako dvě oddělené strategie, s vlastním během a vlastním výsledkem dostupnosti pro každou · proto mají mírně odlišné základy a je potřeba je uvádět zvlášť, ne jako jeden společný vzorek.

KategorieMobilPočítač
Domén celkem, sken zahájen299299
Nedostupné / chyba měření PageSpeed Insights4647
Vyloučeno jako přesměrování mimo doménu nebo parkovaná doména2524
Dostupné a použitelné pro toto srovnání (základ)228228

25 domén na mobilu a 24 na počítači je z výsledků vyloučeno, protože měření sice proběhlo, ale skončilo na jiné doméně, než která byla zadaná · typicky přesměrování na parkovací stránku s reklamou nebo na nesouvisející cíl, ne na skutečný web firmy. V jednom ověřeném případě šlo o doménu, která byla celá přesměrovaná na cizí reklamní parkovací stránku page. Tyto domény nejsou v žádném čísle níže započítané ani jako rychlé, ani jako pomalé · jsou úplně mimo základ, protože měřený obsah nepatřil zkoumanému webu. Jejich vyloučení je otevřeně přiznaná mez metody.

Dalších 46 (mobil) / 47 (počítač) domén bylo pro nástroj PageSpeed Insights zcela nedostupných (nejčastěji vlastní chyba nástroje při požadavku na stránku, menšinově timeout, ojediněle chyba serveru na straně PageSpeed Insights) a jsou ze základu vyloučené stejně: nedostupnost není totéž co pomalost, a míchat obě kategorie dohromady by číslo o rychlosti zkreslilo.

V rámci 228 použitelných domén se u části z nich nepodařilo získat plné skóre výkonu a hodnotu LCP i přes to, že doména byla dostupná a nešlo o parkovací stránku · na mobilu 224 z 228, na počítači 226 z 228. Tato dvě čísla (224 a 226) jsou základ pro všechny tabulky skóre výkonu a LCP níže, ne 228. Metrika CLS je dostupná pro celých 228 v obou strategiích.

Hlavní zjištění: mezera mezi mobilem a počítačem

Ze živého měření Google PageSpeed Insights (3. 8. 2026) má 86,6 % zkoumaných webů na mobilu (194 z 224) dobu do vykreslení hlavního obsahu nad hranicí 4000 ms, kterou Google sám označuje jako „špatnou". Na počítači, u téže množiny webů, stejnou hranici překračuje jen 7,1 % (16 z 226). V pásmu skóre výkonu, které Lighthouse označuje jako „dobré" (skóre 0,90 a výš), je na mobilu jen 6,7 % webů (15 z 224), na počítači 36,3 % (82 z 226). Zjištění popisují technický stav v okamžiku měření a nepředstavují posouzení jednotlivých subjektů.

Skóre výkonu Lighthouse se v datech pohybuje v rozsahu 0 až 1, ne 0 až 100 · v naměřených datech je to vidět přímo (minimum 0,06, maximum 1,00 u mobilu). Procenta v tomto textu popisují podíl domén v daném pásmu skóre, počítaný z 224, resp. 226 domén, ne totéž skóre přepočítané na jinou stupnici.

Pásmo skóre výkonu (Lighthouse Performance)Mobil (z 224)PodílPočítač (z 226)Podíl
Dobré, skóre ≥ 0,90156,7 %8236,3 %
Potřebuje zlepšit, skóre 0,50 až 0,8916372,8 %13258,4 %
Špatné, skóre < 0,504620,5 %125,3 %
Celkem224100,0 %226100,0 %
LCP vůči hranici 4000 ms (Google)Mobil (z 224)PodílPočítač (z 226)Podíl
LCP nad 4000 ms („špatné")19486,6 %167,1 %
LCP do 4000 ms3013,4 %21092,9 %
Celkem224100,0 %226100,0 %

Medián LCP (typická, prostřední naměřená hodnota, ne průměr tažený nahoru výjimkami) je na mobilu 8,7 s (přesně 8723 ms), na počítači 1,6 s (přesně 1561 ms) · mobilní medián je z naměřených hodnot 5,6krát delší. Rozdíl v „dobrém" pásmu skóre je 29,6 procentního bodu (36,3 % počítač vs. 6,7 % mobil), rozdíl v podílu za hranicí 4000 ms je 79,5 procentního bodu. Obě čísla popisují tutéž věc dvěma různými metrikami: majitel firmy, který svůj web otevře na monitoru v kanceláři, vidí verzi webu, která je v datech mnohonásobně blíž pásmu „dobré" než verze, kterou vidí návštěvník na telefonu.

Proč je mezera tak velká

Část rozdílu mezi mobilem a počítačem je metodická, a je fér to napsat: mobilní strategie PageSpeed Insights simuluje slabší telefon na pomalejší mobilní síti pomocí vestavěného zpomalení procesoru a připojení, které je standardní vnitřní součástí nástroje Lighthouse · desktopová strategie simuluje výkonný počítač na rychlém připojení, bez tohoto zpomalení. Tohle zpomalení je záměrná součást metody: mobilní strategie se snaží přiblížit tomu, co skutečně zažije návštěvník na telefonu, ne poskytnout srovnatelné laboratorní podmínky. Číslo pro mobil proto v této studii popisuje reálnější přiblížení zkušenosti telefonního návštěvníka.

To ale neznamená, že celý rozdíl je jen v nastavení měřicího nástroje. Skutečné rozdíly mezi weby (jak jsou stránky sestavené, kolik toho musí prohlížeč zpracovat, než se objeví hlavní obsah) se projeví silněji právě na slabším, simulovaném zařízení, protože tam má web méně rezervy · to je přesně důvod, proč rozdíl mezi „vypadá to v pořádku na počítači" a „na telefonu to trvá" je opakovaný vzorec napříč 224, resp. 226 měřenými weby.

Co dál ovlivňuje rychlost

Vedle celkového skóre a LCP měření zachytilo i dvě další metriky Core Web Vitals: Total Blocking Time (TBT, čas, po který je hlavní vlákno prohlížeče zablokované vykonáváním JavaScriptu, a stránka proto nereaguje na klik nebo dotyk) a Cumulative Layout Shift (CLS, míra toho, jak moc se prvky na stránce při načítání nečekaně posouvají).

Metrika (medián)MobilPočítač
Total Blocking Time, medián (z 224 / 226)150,5 ms105 ms
Total Blocking Time, 90. percentil740,5 ms467,0 ms
Cumulative Layout Shift, medián (z 228 / 228)0,00010,0029

Vyšší medián TBT na mobilu odpovídá stejnému vzorci jako LCP: na slabším simulovaném zařízení trvá zpracování stejného JavaScriptu déle, a hlavní vlákno je proto déle zablokované.

Co toto měření nezachytilo a proč: tento průchod zaznamenal souhrnné metriky Core Web Vitals (skóre výkonu, LCP, TBT, CLS), ne podrobnější rozpad na úrovni jednotlivých bajtů, jako je celková váha stránky, velikost obrázků v kilobajtech, počet síťových požadavků nebo seznam zdrojů, které blokují vykreslení stránky. Tyto údaje Lighthouse umí vracet, ale nebyly součástí tohoto měřicího běhu, a proto je tento text neuvádí · je to poctivější než dopočítávat nebo odhadovat čísla, která nebyla změřená.

Co s tím

Jak si to ověřit u vlastního webu za 30 vteřin: vezměte telefon, vypněte Wi-Fi (přepněte na mobilní data, ne firemní síť) a otevřete vlastní web. Počítejte vteřiny do chvíle, kdy se objeví hlavní obsah stránky, ne jen prázdné pozadí nebo logo. Pak to samé zkuste na počítači v kanceláři a porovnejte pocit · právě tenhle rozdíl je zjištění téhle studie, jen změřené na 228 dalších webech místo jednoho vlastního.

Rychlost stránky ovlivňuje dvě oddělené věci. První je chování návštěvníka: čím déle stránka viditelně nenačte hlavní obsah, tím větší podíl lidí ji opustí dřív, než uvidí, co nabízí · to je obecně známý vzorec chování na webu, nezávislý na oboru. Druhá věc je vyhledávání: Google sám řadí zkušenost se stránkou (page experience), jejíž součástí je i LCP, mezi vstupy do hodnocení výsledků vyhledávání, jeden mezi mnoha, ne jediný ani rozhodující. Přesný dopad na tržby nebo na konkrétní pozici ve vyhledávání se z tohoto měření odvodit nedá a žádné takové číslo tato studie neuvádí.

Metodika

Detail dostatečný k tomu, aby měření kdokoli zopakoval na stejném vzorku:

  • Zdroj vzorku: 299 českých komerčních domén z výzkumného korpusu, který CIAD používá napříč paralelními studiemi.
  • Datum měření: 3. 8. 2026, jeden živý běh pro mobil a jeden pro počítač, obě strategie stejný den, žádná archivní ani opakovaně zprůměrovaná data.
  • Nástroj: Google PageSpeed Insights API v5 (Lighthouse), jedno měření na doménu na strategii. Vlastní API klíč ověřený jako platný před spuštěním měření.
  • Prahová hodnota 4000 ms pro LCP: veřejně publikovaná klasifikace Core Web Vitals od Google (LCP dobré pod 2500 ms, potřebuje zlepšit 2500 až 4000 ms, špatné nad 4000 ms), ne interní práh CIAD.
  • Škála skóre výkonu: 0 až 1, potvrzeno rozsahem naměřených hodnot (minimum 0,06, maximum 1,00 na mobilu), ne přepočítáváno na stupnici 0 až 100.
  • Vyloučení přesměrování mimo doménu a parkovaných domén: 25 na mobilu, 24 na počítači, tam, kde měření skončilo na jiné doméně, než která byla zadaná (typicky parkovací stránka s reklamou). Vyloučené domény se nepočítají ani jako rychlé, ani jako pomalé.
  • Základ pro výpočet podílu: 228 pro dostupnost na mobilu i na počítači (299 mínus nedostupné mínus vyloučené redirecty); 224 pro skóre výkonu a LCP na mobilu, 226 na počítači (podmnožina 228, u zbytku se nepodařilo získat plné skóre); 228 pro CLS na obou strategiích.
  • Rozsah měření: výhradně veřejné API PageSpeed Insights. Žádná autentizace, žádné testování zranitelností, žádný zásah do funkčnosti webu.
  • Publikovaná data: pouze agregáty · žádná doména, žádné jméno firmy. Podrobná data z jednotlivého měření nejsou veřejná.

Data ke stažení

Agregovaná data ke stažení pod licencí CC BY 4.0 · JSON i CSV, bez doménových jmen a bez jmen firem. Kdokoli může data ověřit, přepočítat nebo citovat s odkazem na tuto stránku.

Stáhnout JSON · Stáhnout CSV