Dvě stránky mohou v testu rychlosti webu získat stejné skóre a pro skutečné návštěvníky se přesto chovat úplně jinak. Spustit test je snadné. Potíže začínají u čtení výsledků: které hodnoty jsou důležité, co přesně měří a kde hledat data ze skutečného provozu místo simulovaných skóre. Tento článek vysvětluje, jak test rychlosti webu spustit, co znamená každá metrika ve výsledcích, proč se simulovaná a reálná skóre často liší a jak výsledky využít ke zlepšením, která opravdu pocítí lidé na vašem webu.
Test rychlosti je nejužitečnější, když víte, co s jeho výstupem dělat. Samotné skóre ze 100 vám řekne jen velmi málo. O tom, zda výsledky odpovídají zkušenosti vašich návštěvníků, rozhodují jednotlivé metriky za ním a to, zda pocházejí ze simulace, nebo od skutečných návštěvníků. Základní informace o tom, co metriky měří, najdete v článku co je doba načítání stránky a jak se měří.
Co test rychlosti webu vlastně měří?
Test načte stránku v kontrolovaném prostředí a zaznamená, jak dlouho trvají jednotlivé části načítání. Nástroj měří například to, jak rychle odpovídá server, kdy se na obrazovce objeví první obsah, kdy se dokončí načtení největšího viditelného prvku, jak moc se rozvržení během načítání posouvá a za jak dlouho stránka zareaguje na kliknutí. Naměřené hodnoty se pak porovnají se standardními prahovými hodnotami, z čehož vznikne skóre a upozornění na oblasti ke zlepšení.
Laboratorní data a data z reálného provozu
- Laboratorní data: vznikají v nástroji pro testování rychlosti. Stránka se načítá z pevného místa pomocí simulovaného zařízení a připojení. Výsledky jsou řízené a opakovatelné, ale neodrážejí celé spektrum podmínek skutečných návštěvníků
- Data z reálného provozu: sbírají se od skutečných návštěvníků a sčítají se v klouzavém okně 28 dnů. Právě tato data využívají vyhledávače pro hodnocení Core Web Vitals a pro řazení ve výsledcích
- Web může v laboratorním testu získat 90 bodů a přesto mít špatná data Core Web Vitals z reálného provozu, pokud skuteční návštěvníci používají pomalejší zařízení, nestabilní připojení nebo jsou geograficky daleko od serveru
- Vždy se podívejte na obojí. Laboratorní data se hodí k hledání konkrétních problémů. Data z reálného provozu rozhodují o skutečném dopadu i o pozici ve vyhledávání
Jak správně spustit test rychlosti webu?
Testujte nejdřív mobil
- Vyhledávače používají indexování mobile-first, což znamená, že stránky hodnotí podle jejich výkonu na mobilu
- Skóre na mobilu je u stejné stránky téměř vždy nižší než na počítači, protože mobilní zařízení mají pomalejší procesory a proměnlivější připojení
- Spusťte testy pro mobil i počítač, ale výsledek z mobilu berte jako hlavní měřítko
Testujte nejnavštěvovanější stránky, ne jen úvodní
- Úvodní stránka bývá na webu nejrychlejší, protože má obvykle méně obrázků a skriptů než vnitřní stránky
- Stránky produktů, články blogu a vstupní stránky často dopadnou výrazně hůř a mohou mít větší vliv na zkušenost návštěvníků i na pozice ve vyhledávání
- Testujte stránky s největší návštěvností, ne ty, které nejspíš dopadnou dobře
Každý test spusťte víckrát
- Výsledky laboratorních testů se mezi jednotlivými spuštěními mohou lišit kvůli zatížení serveru v okamžiku testu, podmínkám sítě v místě testování a stavu mezipaměti
- Spusťte každý test dvakrát nebo třikrát a jako základ použijte průměr, ne jediný výsledek
Testujte před změnami i po nich
- Než na webu cokoli změníte, zjistěte výchozí skóre
- Po každém vylepšení spusťte stejný test, abyste změřili jeho konkrétní dopad
- U dat z reálného provozu počkejte po změnách alespoň 28 dnů, než dopad vyhodnotíte, protože jde o klouzavý 28denní průměr, který se aktualizuje postupně
Jak číst výsledek testu rychlosti webu?
Začněte metrikami, které neprošly, ne celkovým skóre
- Celkové skóre 65 vám neřekne, co opravit. To řeknou jednotlivé metriky, které neprošly
- Podívejte se, které z Core Web Vitals jsou v pásmu vyžadujícím zlepšení nebo ve špatném pásmu: LCP, INP a CLS
- Každá metrika, která neprošla, ukazuje na jinou část stránky nebo procesu načítání, kterou je třeba prověřit
Na co která metrika poukazuje
- Vysoký Time to First Byte: odpověď serveru je pomalá. Prověřte kvalitu hostingu, cachování na straně serveru a výkon databáze
- Pomalý Largest Contentful Paint: hlavní viditelný prvek se načítá příliš dlouho. Obvykle za tím stojí neoptimalizované obrázky, zdroje blokující vykreslení nebo pomalá odpověď serveru
- Vysoký Total Blocking Time nebo špatný Interaction to Next Paint: JavaScript blokuje hlavní vlákno. Častou příčinou jsou velké soubory skriptů a skripty třetích stran
- Vysoký Cumulative Layout Shift: prvky se během načítání posouvají. Způsobují to obrázky bez zadaných rozměrů, obsah načtený pozdě a vložený nad stávající prvky nebo dynamicky přidávané bannery
Jak číst doporučení
- Nástroje pro testování rychlosti uvádějí konkrétní doporučení spolu s odhadovanou úsporou času u každé opravy
- Začněte doporučeními s největší odhadovanou úsporou, abyste dosáhli největšího efektu za vynaloženou práci
- Některá doporučení se týkají skriptů nebo služeb třetích stran, které přímo neovlivníte. Poznamenejte si je, ale soustřeďte se na to, co změnit můžete
Jaké jsou dobré výsledky testu rychlosti webu?
Prahové hodnoty Core Web Vitals
- Largest Contentful Paint do 2,5 sekundy: dobré
- Interaction to Next Paint do 200 milisekund: dobré
- Cumulative Layout Shift pod 0,1: dobré
Rozsahy celkového skóre
- 90 až 100: dobré
- 50 až 89: vyžaduje zlepšení
- 0 až 49: špatné
Jak v praxi používat srovnávací hodnoty
- Jsou to absolutní měřítka, ale vaše skóre musí být lepší než u stránek, které s vámi soupeří o stejná klíčová slova, nejen nad obecnou prahovou hodnotou
- Vyhledejte své cílové klíčové slovo a spusťte testy rychlosti na stránkách, které se řadí nad vámi. Pokud je váš LCP 3,2 sekundy a jejich 2,1 sekundy, je tento rozdíl užitečnější než samotný rozdíl ve skóre
Podrobný rozbor toho, co měří LCP, INP a CLS a jak se hodnotí, najdete v článku co jsou Core Web Vitals.
Jak sledovat rychlost webu v čase?
Určete výchozí hodnoty, než začnete optimalizovat
- Před jakýmikoli změnami si zapište současná skóre stránek, které chcete zlepšit
- Poznamenejte si, které metriky neprošly a o kolik
- Po každém kole změn testy zopakujte a porovnejte je s výchozími hodnotami, abyste změřili skutečné zlepšení
Data z reálného provozu kontrolujte pravidelně, ne jen po změnách
- Data z reálného provozu se ve zprávách o výkonu aktualizují v klouzavém okně 28 dnů
- Kontrolujte je jednou měsíčně nebo po každé větší změně obsahu, kódu či hostingu
- Pokles skóre v datech z reálného provozu často souvisí s přidáním nového velkého obrázku, instalací nového skriptu třetí strany nebo změnou konfigurace hostingu
Testujte po zveřejnění nového obsahu
- Nový článek blogu s neoptimalizovanými obrázky může výrazně zpomalit právě tuto stránku, aniž by to ovlivnilo ostatní
- Nová vstupní stránka s těžkými skripty může způsobit problémy s blokováním, které by základní test úvodní stránky nikdy neodhalil
- Pokud testování rychlosti zařadíte do procesu zveřejňování obsahu, nebudou se nepozorovaně hromadit zhoršení
Kompletního průvodce nejpřínosnějšími vylepšeními podle výsledků testů najdete v článku jak zkrátit dobu načítání webu. K problémům s obrázky se dozvíte více v článku jak optimalizovat obrázky pro rychlejší načítání.
Jak WEMASY podporuje testování rychlosti webu
Administrace analytiky ve WEMASY obsahuje data Core Web Vitals pro všechny stránky vytvořené na platformě, získaná od skutečných návštěvníků. Skóre LCP, INP a CLS vidíte u každé stránky, aniž byste museli spouštět externí testy. Stránky, které nedosahují dobré prahové hodnoty, jsou označeny konkrétní metrikou, která neprošla, takže se můžete rovnou věnovat problému a nemusíte procházet celou zprávu.
Protože platforma automaticky řeší kompresi obrázků, cachování, minifikaci a doručování přes CDN, nejčastější příčiny, na které externí testy upozorňují, jsou už vyřešené. Test rychlosti webu vytvořeného ve WEMASY proto obvykle odhalí problémy konkrétního obsahu, ne problémy platformy, takže se podle výsledků snáze jedná.
Co všechno je součástí, zjistíte v tvůrci webů WEMASY, nebo si projděte možnosti tarifů na stránce s cenami.
Často kladené otázky
Jak otestuji rychlost svého webu?
Zadejte adresu webu do nástroje pro testování rychlosti. Nástroj načte vaši stránku za kontrolovaných podmínek a vytvoří skóre pro každou metriku načítání, pro mobil i počítač. Dívejte se na skóre jednotlivých metrik vedle celkového skóre: metriky, které neprošly, ukazují, na co se zaměřit. Data o výkonu ze skutečného provozu najdete v administraci výkonu nebo analytiky vašeho webu, pokud obsahuje data Core Web Vitals z reálného provozu. S tvůrcem webů WEMASY si to můžete nastavit přímo na svém webu.
Jaké je dobré skóre rychlosti webu?
Skóre 90 a výše se považuje za dobré, 50 až 89 vyžaduje zlepšení a pod 50 je špatné. Pro Core Web Vitals platí konkrétní cíle: Largest Contentful Paint do 2,5 sekundy, Interaction to Next Paint do 200 milisekund a Cumulative Layout Shift pod 0,1. Stránka splní hodnocení Core Web Vitals jen tehdy, když jsou všechny tři metriky v dobrém pásmu podle dat z reálného provozu.
Proč se skóre mého testu rychlosti mezi spuštěními liší?
Skóre laboratorních testů kolísá, protože se mezi spuštěními mění podmínky: zatížení serveru v okamžiku testu, podmínky sítě v místě poskytovatele testu i stav mezipaměti. Spolehlivější základ dostanete, když test spustíte víckrát a výsledky zprůměrujete. Data z reálného provozu, založená na 28 dnech měření u skutečných návštěvníků, jsou stabilnější a lépe ukazují trvalý výkon pro účely řazení ve vyhledávání.
Proč je skóre rychlosti na mobilu nižší než na počítači?
Testy na mobilu simulují pomalejší procesory a mobilní připojení, a proto vycházejí pro stejnou stránku hůř než testy na počítači. Vyhledávače používají indexování mobile-first, takže pro pozice ve vyhledávání rozhoduje výkon stránky na mobilu. Skóre z mobilu berte jako hlavní výsledek, který chcete zlepšovat, i když skóre na počítači vypadá přijatelně.
Jaký je rozdíl mezi laboratorními daty a daty z reálného provozu v testu rychlosti?
Laboratorní data pocházejí ze simulovaného testu spuštěného za kontrolovaných podmínek z pevného místa a zařízení. Jsou konzistentní a hodí se k hledání konkrétních problémů. Data z reálného provozu pocházejí od skutečných návštěvníků, sčítají se v klouzavém okně 28 dnů a odrážejí celé spektrum zařízení, připojení a míst, která vaši skuteční návštěvníci používají. Vyhledávače používají data z reálného provozu pro hodnocení Core Web Vitals. Web může v laboratorním testu dopadnout dobře a přesto mít špatná data z reálného provozu, pokud se podmínky skutečných návštěvníků výrazně liší od testovacího prostředí.
Jak často mám spouštět test rychlosti webu?
Test rychlosti spusťte po každé větší změně webu: po přidání velkých obrázků, instalaci nových skriptů, změně hostingu nebo zveřejnění nového typu stránky. Pro běžné sledování stačí jednou měsíčně zkontrolovat data z reálného provozu v analytice nebo administraci výkonu. Data z reálného provozu se aktualizují v klouzavém okně 28 dnů, takže časté ruční testování není nutné, ale měsíční kontrola pomáhá zachytit zhoršení dřív, než ovlivní pozice ve vyhledávání nebo zkušenost návštěvníků.