Rychlost · mobil i počítač zvlášť

Test rychlosti webu

Rychlost webu změříte tak, že sem vložíte jeho adresu. Nástroj si vyžádá měření z Google PageSpeed Insights zvlášť pro mobil a zvlášť pro počítač a vrátí Core Web Vitals — LCP, INP, CLS a TTFB — i celkové Performance skóre, každé s vysvětlením a doporučením.

Měří se to, podle čeho hodnotí rychlost i Google: reálná data návštěvníků z Chrome UX Reportu, a když pro adresu nejsou, laboratorní měření Lighthouse. Obě zařízení se počítají samostatně, protože se výsledky běžně liší o desítky bodů.

Spustit audit zdarma
měření na jeden audit
2×

Mobil a počítač běží souběžně, každé ve vlastním požadavku.

metriky Core Web Vitals
4

LCP, INP (respektive TBT), CLS a k tomu TTFB.

váha rychlosti ve skóre
25 %

Mobil a počítač dohromady, mobil váží víc.

Postup

Jak změřit rychlost webu

Měření si vyžádáme u Googlu, takže dostanete stejná čísla, jaká vidí on.

  1. 01

    Vložte adresu stránky

    Nejlépe tu konkrétní, která vás zajímá — rychlost úvodní stránky a rychlost detailu produktu spolu nemusí mít nic společného.

  2. 02

    Počkejte na obě měření

    Mobilní i desktopové měření běží souběžně. Lighthouse u Googlu je nejpomalejší část auditu, proto to trvá desítky sekund.

  3. 03

    Porovnejte mobil s počítačem

    Report ukazuje obě čísla vedle sebe. Google indexuje mobile-first, takže mobilní hodnota rozhoduje víc.

  4. 04

    Řešte metriku s nejhorším skóre

    U každé metriky je napsané, co ji obvykle kazí. Začněte tou, která je nejdál od doporučené hranice.

Které metriky se měří

Core Web Vitals jsou tři metriky, kterými Google popisuje zážitek z načtení stránky. K nim se hodí čtvrté číslo — odezva serveru — protože bez ní se první tři těžko vysvětlují.

LCP — Largest Contentful Paint
Za jak dlouho se vykreslí největší prvek v prvním pohledu, typicky hlavní obrázek nebo nadpis. Dobrá hodnota je do 2,5 s. Kazí ji pomalý server, těžké obrázky a písma načítaná až po startu.
INP — Interaction to Next Paint
Jak dlouho stránka odpovídá na kliknutí a psaní. Do 200 ms je v pořádku. Nahradila starší FID a je citlivá na množství JavaScriptu, který běží v hlavním vlákně.
CLS — Cumulative Layout Shift
Kolik obsahu uskočí během načítání. Do 0,1 je dobré. Typický viník jsou obrázky bez rozměrů, reklamy a bannery vkládané nad obsah.
TTFB — Time to First Byte
Za jak dlouho dorazí první bajt odpovědi. Vysoké TTFB posouvá všechno ostatní a bývá to hosting, chybějící cache nebo pomalé dotazy do databáze.
Performance skóre
Souhrnné číslo 0–100 z Lighthouse. Je to vážený průměr laboratorních metrik, ne samostatná metrika — bere se jako orientace, ne jako cíl.

Reálná data versus laboratoř

Terénní data (Chrome UX Report) pocházejí od skutečných návštěvníků za posledních osmadvacet dní. Jsou to nejpoctivější čísla, jaká se dají získat, ale existují jen pro adresy s dostatečnou návštěvností.

Když terénní data nejsou, měří se laboratorně: Lighthouse načte stránku na simulovaném zařízení a pomalejší síti. Čísla jsou opakovatelná a dobře se podle nich ladí, ale nepopisují to, co zažívají vaši návštěvníci. Report vždycky napíše, ze kterého zdroje čísla jsou.

Mezi dvěma běhy se laboratorní hodnoty můžou lišit i o desítky bodů — měření je citlivé na zatížení sítě i strojů na straně Googlu. Když vás zajímá dopad změny, porovnávejte víc měření, ne dvě jednotlivá.

Proč se mobil a počítač měří zvlášť

Mobilní měření běží na simulovaném pomalejším procesoru a pomalejší síti. Stránka, která je na počítači svižná, se na mobilu klidně plazí — rozdíl třiceti bodů není nic zvláštního.

Google indexuje mobile-first, takže o hodnocení stránky rozhoduje mobilní verze. Proto se obě čísla ukazují samostatně a nesměšují se do jednoho průměru, který by pravdu o žádném z obou zařízení neříkal.

Časté dotazy

Na co se u toho ptáte

Odpovědi jsou stejné, jaké byste dostali od nás e-mailem — bez marketingových obezliček.

  • Jaká rychlost webu je dobrá?

    Podle prahů Googlu: LCP do 2,5 sekundy, INP do 200 milisekund a CLS do 0,1. Tyhle hodnoty by měl splnit alespoň 75 % návštěv. Performance skóre nad 90 je výborné, 50–89 znamená, že je co zlepšovat, pod 50 je problém.

  • Proč mi vyšlo jiné číslo než minule?

    Laboratorní měření je citlivé na zatížení strojů a sítě na straně Googlu, takže se výsledky mezi běhy liší. Terénní data z Chrome UX Reportu se naopak mění pomalu, protože jde o klouzavý průměr za osmadvacet dní. Když sledujete dopad optimalizace, porovnávejte trend, ne jedno měření.

  • Měříte rychlost přímo, nebo přes Google?

    Core Web Vitals si vyžádáme z Google PageSpeed Insights, takže dostanete přesně ta čísla, se kterými pracuje i Google. Odezvu serveru (TTFB) měříme navíc sami při stažení HTML, protože ta je k dispozici okamžitě a hodí se pro kontext.

  • Proč se někdy rychlost nezměří?

    PageSpeed Insights má limit požadavků a Lighthouse občas vypadne — na stejné adrese jednou spadne mobil, podruhé počítač. Nástroj proto každé měření zkouší dvakrát a když ani druhý pokus nedoběhne, kategorie se z celkového skóre vynechá a v reportu je tlačítko na doměření.

  • Zrychlí se web tím, že ho změřím?

    Ne, měření je jen diagnostika. Report ale u každé metriky mimo doporučenou hranici napíše, co ji nejčastěji kazí a kterým směrem se dívat — obrázky, JavaScript, písma, cache nebo hosting.

Související průvodci

Ohodnocení webu

Jedno číslo 0–100 ze šesti oblastí, rozepsané až na jednotlivé kontroly. Vhodné na srovnání s konkurencí.

Kontrola SEO

Indexovatelnost, title, H1, canonical, Open Graph, robots.txt a sitemapa — s doporučením u každého nálezu.

Jak vás vidí Google

Indexace, direktivy pro roboty, náhled ve výsledcích, favicon a strukturovaná data — pohled robota, ne prohlížeče.

Zbývá zadat adresu.

Audit trvá zhruba minutu, nikam se neukládá a potřebuje jen veřejnou URL. Klidně ho pusťte i na konkurenci.

Spustit audit zdarma