Vezměte dva weby, které prodávají totéž. Otevřete je vedle sebe. Jeden se načte dřív, než zvednete prst z touchpadu. Druhý potřebuje čtyři sekundy, než se objeví jediný prvek. Rozdíl, který jste právě zažili, má název: doba načítání stránky. Číslo, které vidíte v nástroji na testování rychlosti, je ale jen část obrazu. Doba načítání stránky není jedno měření. Je to soubor měření, z nichž každé zachycuje jiný okamžik načítání a říká něco jiného o tom, co návštěvník skutečně zažívá. Tento článek vysvětluje, co doba načítání stránky měří, na kterých metrikách záleží a co vám říkají, proč se mobil a počítač liší a jak číst data o výkonu vlastního webu, aniž by vám je musel překládat vývojář.
Doba načítání stránky je doba mezi tím, kdy návštěvník o stránku požádá, a tím, kdy je stránka v jeho prohlížeči plně použitelná. Měří se několika způsoby proto, že „načteno“ znamená něco jiného podle toho, co chcete zjistit. Stránka může zobrazit obsah, ještě než načte všechny prvky. Může vypadat interaktivně, ještě než skutečně reaguje na kliknutí. Pochopit, která část načítání je pomalá, dělá z dat o rychlosti stránky užitečný nástroj, a ne jen poplašnou zprávu. Souvislosti toho, proč na tom záleží pro vaše podnikání a pozice ve vyhledávání, najdete v článku o tom, proč na rychlosti webu záleží.
Co doba načítání stránky vlastně měří?
Výraz „doba načítání stránky“ se používá volně pro jediné číslo, ale ve skutečnosti jde o časovou osu s několika kontrolními body. Každý z nich odpovídá na jinou otázku o tom, co návštěvník při načítání stránky zažívá.
Průběh načítání
- Prohlížeč pošle požadavek na váš server
- Server požadavek zpracuje a pošle odpověď
- Prohlížeč začne stránku přijímat a vykreslovat
- Text a obrázky se objevují postupně, jak se stahují
- Skripty se spustí a stránka se stane interaktivní
- Poslední prvek se dokončí načíst
Různé metriky zachycují různé body tohoto průběhu. Dobré skóre doby načítání stránky závisí na tom, které kontrolní body měříte, ne jen na jediném uplynulém čase.
Jaké konkrétní metriky se pro měření doby načítání stránky používají?
Time to First Byte (TTFB)
- Co měří: jak dlouho prohlížeč čeká, než od vašeho serveru dostane první bajt dat
- Dobré skóre: pod 800 milisekund
- Proč na tom záleží: pomalé TTFB zdržuje všechno, co následuje. Prohlížeč nemůže nic začít vykreslovat, dokud nepřijdou data. Pomalé TTFB obvykle ukazuje na výkon serveru, kvalitu hostingu nebo neoptimalizované databázové dotazy
First Contentful Paint (FCP)
- Co měří: okamžik, kdy prohlížeč vykreslí první kousek obsahu, ať už text, obrázek nebo pozadí
- Dobré skóre: pod 1,8 sekundy
- Proč na tom záleží: to je chvíle, kdy návštěvník poprvé vidí, že se něco děje. Rychlé FCP dává signál, že stránka reaguje, i když se ještě nedokončila načíst
Largest Contentful Paint (LCP)
- Co měří: kdy se plně načte největší viditelný prvek (obvykle hlavní obrázek nebo velký nadpis)
- Dobré skóre: 2,5 sekundy nebo rychleji
- Proč na tom záleží: LCP je jednou ze tří metrik Core Web Vitals používaných při řazení ve vyhledávání. Je nejbližší náhradou za otázku „kdy je tato stránka použitelná“, protože největší prvek bývá nejdůležitějším vizuálem stránky
Time to Interactive (TTI)
- Co měří: kdy je stránka plně interaktivní a spolehlivě reaguje na kliknutí a vstup z klávesnice
- Dobré skóre: pod 3,8 sekundy
- Proč na tom záleží: stránka může vypadat načtená, zatímco na pozadí se ještě spouští JavaScript. TTI zachycuje mezeru mezi tím, kdy stránka vypadá připravená, a kdy skutečně připravená je
Total Blocking Time (TBT)
- Co měří: celkovou dobu mezi FCP a TTI, kdy je hlavní vlákno blokované a nemůže reagovat na vstup
- Dobré skóre: pod 200 milisekund
- Proč na tom záleží: TBT odráží, kolik náročného zpracování JavaScriptu zpožďuje interaktivitu. Vysoké TBT znamená, že návštěvníci klikají na tlačítka a nic se neděje, což poškozuje důvěru, i když stránka vizuálně vypadá načtená
Úplné načtení stránky
- Co měří: kdy se plně načte každý jednotlivý zdroj na stránce, včetně obrázků, skriptů, písem a vložených prvků třetích stran
- Dobré skóre: pod 5 sekund na mobilu
- Proč na tom záleží: je to metrika, na kterou většina lidí myslí, když řekne „doba načítání stránky“. Hodí se k pochopení celkové váhy stránky, ale pro zážitek návštěvníků je méně důležitá než LCP a TTI, protože návštěvníci obvykle začnou se stránkou pracovat dávno předtím, než se každý prvek dokončí načíst
Proč se doba načítání na mobilu liší od počítače?
Mobil a počítač dávají pro stejnou stránku různá skóre doby načítání, i když je obsah totožný.
Důvody, proč je mobil trvale pomalejší
- Mobilní připojení jsou v průměru pomalejší než pevné širokopásmové, i v sítích 4G a 5G
- Mobilní procesory jsou méně výkonné než procesory počítačů, takže se JavaScript spouští pomaleji
- Mobilní prohlížeče mají méně dostupné paměti, což omezuje, kolik mohou mezi stránkami ukládat do mezipaměti
- Podmínky sítě na mobilu kolísají víc, což způsobuje nestejný výkon při různých návštěvách
Proč mají mobilní skóre větší váhu
- Vyhledávače používají mobilní indexaci, což znamená, že stránky procházejí a řadí podle jejich mobilní verze
- Skóre Core Web Vitals na mobilu mají větší váhu při řazení než skóre na počítači
- Mobilní zařízení celosvětově tvoří většinu návštěvnosti webů, takže výkon na mobilu ovlivňuje největší podíl vašich návštěvníků
Vždy spouštějte samostatné testy pro mobil a počítač. Stránka, která má dobré skóre na počítači, může mít na mobilu stále významné problémy, a právě na mobilu je dopad na pozice největší.
Co způsobuje pomalé načítání stránek?
Velké nezkomprimované obrázky
- Nejčastější příčina velké váhy stránky a pomalého načítání
- Fotka nahraná přímo z telefonu může mít 4 až 8 megabajtů
- Stejný obrázek, správně zkomprimovaný, může mít pod 100 kilobajtů bez viditelného rozdílu v kvalitě
- Každý nezkomprimovaný obrázek přidá k FCP a LCP sekundy
Skripty a styly blokující vykreslování
- Prohlížeče pozastaví vykreslování, když narazí na soubory JavaScript nebo CSS, které musí zpracovat, než budou pokračovat
- Skripty načtené v hlavičce dokumentu blokují zobrazení čehokoli, dokud se nedokončí
- Odložení nekritických skriptů je vyřadí z kritické cesty a zrychlí FCP a LCP
Pomalá odpověď serveru (vysoké TTFB)
- Každé načtení stránky začíná požadavkem na server. Pokud je server pomalý, zpozdí se všechno, co následuje
- Sdílená hostingová prostředí sdílejí procesor a paměť mezi mnoha weby, což způsobuje nepředvídatelné doby odezvy
- Častými přispěvateli jsou neoptimalizované databáze a vykreslování na straně serveru bez mezipaměti
Příliš mnoho skriptů třetích stran
- Chatovací widgety, sledovací pixely a analytické nástroje přidávají každý externí požadavky na připojení
- Pokud kterýkoli externí server odpovídá pomalu, vaše stránka na něj musí čekat
- Skripty třetích stran mohou výrazně přispívat k TBT tím, že přidávají dobu spouštění JavaScriptu
Žádná mezipaměť
- Bez mezipaměti spouští každá návštěva úplné sestavení stránky na serveru
- S mezipamětí se vracející se návštěvníci načítají z uložené verze, což výrazně zkracuje dobu odezvy serveru
- Mezipaměť prohlížeče také umožňuje opakovaným návštěvníkům přeskočit stahování souborů, které už načetli
Jak změřit dobu načítání vlastní stránky?
Co měří nástroje na testování rychlosti
- Nástroje na testování rychlosti simulují načtení stránky z pevného místa a připojení a každou metriku hodnotí podle standardních hranic
- Těmto výsledkům se říká laboratorní: jsou to řízené testy za stálých podmínek
- Laboratorní výsledky se hodí k diagnostice konkrétních problémů, ale nezachycují, jak vaši stránku skutečně zažívají reální návštěvníci na různých připojeních a zařízeních
Laboratorní versus terénní data
- Laboratorní data: simulované testy v řízeném prostředí. Rychle se spouštějí a hodí se k izolaci konkrétních problémů
- Terénní data: skutečná měření od reálných návštěvníků vašeho webu, shromážděná v čase. Právě tato data vyhledávače používají pro skóre Core Web Vitals
- Stránka může dosáhnout dobrého skóre v laboratorním testu, ale špatného v terénních datech, pokud skutečné podmínky, pomalejší zařízení, slabší připojení nebo zeměpisná vzdálenost od vašeho serveru, dávají skutečným návštěvníkům jiné výsledky
Na co se dívat při čtení zprávy o rychlosti
- Nejdřív zkontrolujte LCP: je to nejdůležitější metrika jak pro zážitek návštěvníků, tak pro pozice ve vyhledávání
- Podívejte se na TTFB, abyste zjistili, zda je problém na straně serveru, nebo v prohlížeči
- Zkontrolujte TBT, abyste zjistili, zda JavaScript blokuje interaktivitu
- Spusťte samostatné testy pro mobil a počítač
- Porovnejte svá skóre se stránkami, které se na vaše cílová klíčová slova umisťují nad vámi, ne jen s abstraktními měřítky
Rozbor hranic Core Web Vitals a toho, jak vyhledávače stránky podle nich hodnotí, najdete v článku o tom, co jsou Core Web Vitals.
Jak WEMASY řeší dobu načítání stránky
Tvůrce webů WEMASY je postavený tak, aby udržel rychlé načítání stránek bez technické konfigurace. Obrázky nahrané přes platformu se před doručením automaticky komprimují a mění se jejich velikost. Hostingová infrastruktura je součástí každého tarifu, takže weby nejsou umístěny na sdílených prostředích s nepředvídatelnou dobou odezvy. Mezipaměť je ve výchozím nastavení zapnutá a stránky vytvořené ve WEMASY jsou strukturované tak, aby bylo blokujících zdrojů co nejméně.
Skóre Core Web Vitals, včetně LCP, INP a CLS, je vidět přímo v administraci WEMASY na základě terénních dat od skutečných návštěvníků. Můžete tak zkontrolovat, jak si vaše stránky vedou vůči hranicím, na kterých záleží pro pozice ve vyhledávání, aniž byste spouštěli externí testy.
Co všechno je v ceně, zjistíte u tvůrce webů WEMASY, nebo si projděte možnosti tarifů v ceníku.
Často kladené otázky
Jaká je dobrá doba načítání stránky?
U Core Web Vitals je klíčovou hranicí Largest Contentful Paint pod 2,5 sekundy. V praxi pokrývá většinu reálných situací cíl plné interaktivity do tří sekund na mobilním připojení. Úplné načtení stránky pod pět sekund na mobilu je rozumné měřítko pro většinu webů malých firem. S tvůrcem webů WEMASY to můžete nastavit přímo na svém webu.
Jaký je rozdíl mezi dobou načítání stránky a Core Web Vitals?
Doba načítání stránky označuje celou řadu měření od prvního požadavku na server po načtení posledního prvku. Core Web Vitals jsou tři konkrétní metriky v rámci této řady, Largest Contentful Paint, Interaction to Next Paint a Cumulative Layout Shift, které vyhledávače používají jako signály pro pozice. Core Web Vitals jsou podmnožinou měření doby načítání stránky, zaměřenou přesně na ty části načítání, které návštěvníky ovlivňují nejvíc.
Proč se doba načítání mé stránky liší na mobilu a na počítači?
Mobil a počítač dávají různá skóre, protože mobilní zařízení mají pomalejší procesory, pracují na proměnlivých síťových připojeních a mají méně paměti než počítače. Stránka, která se na počítači s širokopásmovým připojením načte za dvě sekundy, může na mobilním zařízení v průměrné mobilní síti trvat čtyři sekundy i víc. Vyhledávače hodnotí výkon na mobilu zvlášť a přikládají mu větší váhu, protože většina návštěvnosti webů pochází z mobilních zařízení.
Jaký je rozdíl mezi laboratorními a terénními daty v testech rychlosti?
Laboratorní data pocházejí ze simulovaného testu spuštěného za řízených podmínek z pevného místa a zařízení. Terénní data pocházejí od skutečných návštěvníků vašeho webu, měřená na jejich skutečných zařízeních, místech a připojeních. Vyhledávače pro skóre Core Web Vitals používají terénní data, ne laboratorní výsledky. Web může v laboratorním testu vypadat rychle, ale mít špatné skóre v terénních datech, pokud mají skuteční návštěvníci pomalejší připojení nebo zařízení, nebo jsou zeměpisně daleko od vašeho serveru.
Co znamená Time to First Byte?
Time to First Byte (TTFB) je doba mezi odesláním požadavku prohlížečem na váš server a přijetím prvního bajtu dat zpět. Měří rychlost odezvy serveru. Pomalé TTFB zdržuje každý další krok načítání, protože prohlížeč nemůže nic začít vykreslovat, dokud nezačne dostávat data. TTFB nad 800 milisekund obvykle ukazuje na problémy s výkonem serveru, pomalá hostingová prostředí nebo neoptimalizované zpracování na backendu.
Ovlivňuje doba načítání stránky pozice ve vyhledávání?
Ano. Vyhledávače používají jako signály pro pozice Core Web Vitals, které vycházejí z měření doby načítání stránky. Largest Contentful Paint, Interaction to Next Paint a Cumulative Layout Shift se hodnotí na základě dat od skutečných návštěvníků a slouží k posouzení zážitku ze stránky. Stránky se skóre v dobrém rozsahu mají oproti stránkám se špatným skóre výhodu v pozicích, zejména když mají konkurenční stránky podobnou kvalitu obsahu.