Pomalý web není jen technický problém. Pokud návštěvník čeká příliš dlouho na načtení stránky, tlačítko reaguje se zpožděním nebo se obsah během načítání posouvá, může odejít dříve, než vůbec zjistí, co firma nabízí.
U firemního webu to znamená jediné: zbytečně ztracené poptávky, objednávky a peníze investované do reklamy nebo SEO. Přitom příčina nemusí být vždy složitá. Často jde o několik špatně optimalizovaných obrázků, příliš mnoho pluginů, nevhodný hosting nebo skripty, které se načítají na každé stránce.
V tomto článku se podíváme na to, co má smysl zkontrolovat jako první, jak číst výsledky PageSpeed Insights a kdy už je potřeba řešit web technicky.
Proč pomalý web skutečně stojí zákazníky
Návštěvník většinou nepřichází na firemní web obdivovat jeho technické řešení. Chce rychle zjistit cenu, službu, telefonní číslo, reference nebo možnost odeslat poptávku.
Pokud místo toho několik sekund sleduje prázdnou obrazovku nebo čeká, až se načte velký banner, roste pravděpodobnost, že se vrátí zpět do výsledků Googlu a otevře konkurenci.
Situace je ještě horší u placené reklamy. Za návštěvu z Google Ads firma zaplatí, ale pokud web nedokáže návštěvníka udržet, rozpočet se spotřebovává bez odpovídajícího výsledku.
Rychlost tedy není izolované technické téma. Ovlivňuje použitelnost webu, výkon reklamy, organické vyhledávání i samotný konverzní poměr.
Nejdříve zjistěte, zda je web skutečně pomalý
Majitel webu často otevře stránku na svém počítači a vše se zdá rychlé. Prohlížeč už ale může mít obrázky a další soubory uložené v cache a připojení přes rychlou kancelářskou síť vůbec nemusí odpovídat situaci běžného návštěvníka.
Proto má smysl web testovat pomocí nástrojů jako PageSpeed Insights, Chrome DevTools nebo Google Search Console. Každý z nich ale ukazuje trochu jinou část problému.
PageSpeed Insights může kombinovat laboratorní test s daty od skutečných návštěvníků, pokud je pro danou stránku k dispozici dostatek dat. Search Console zase dokáže upozornit na skupiny stránek, které mají problémy s Core Web Vitals.
Jednorázový test je dobrý začátek, ale neměl by být jediným zdrojem rozhodnutí.
Core Web Vitals: tři čísla, která stojí za pozornost
Google dnes používá tři hlavní metriky Core Web Vitals. Každá sleduje jinou část uživatelského zážitku.
| Metrika | Co měří | Dobrá hodnota |
|---|---|---|
| LCP | Jak rychle se zobrazí hlavní obsah stránky | do 2,5 s |
| INP | Jak rychle web reaguje na interakci uživatele | do 200 ms |
| CLS | Jak stabilní je rozložení stránky během načítání | do 0,1 |
Je důležité chápat, že každá metrika ukazuje jiný problém. Web může například zobrazit hlavní obrázek rychle, ale po kliknutí na menu reagovat se zpožděním. V takovém případě může být LCP dobré, ale INP špatné.
Podobně může být stránka rychlá, ale při načtení fontu nebo reklamy se celý obsah posune. Pak může být problém především v CLS.
Nehoníte zbytečně skóre 100/100?
Jednou z nejčastějších chyb je snaha dostat každý web za každou cenu na hodnotu 100 bodů v PageSpeed Insights.
Takový výsledek může být příjemný, ale není cílem sám o sobě. Google výslovně upozorňuje, že perfektní výsledky Core Web Vitals automaticky nezaručují první pozice ve vyhledávání.
U webu je důležitější, zda je rychlý pro reálné uživatele, zda správně fungují formuláře, zda obsah není vizuálně rozbitý a zda optimalizace nezničila důležité funkce.
Někdy totiž agresivní optimalizace JavaScriptu nebo odkládání některých souborů způsobí, že formulář přestane fungovat nebo se menu načte až po několika sekundách. Technicky vyšší skóre pak nepřináší lepší web.
1. Začněte hlavním obrázkem a dalšími médii
Velké obrázky jsou jednou z nejčastějších příčin pomalého webu. Moderní fotoaparát nebo telefon dokáže vytvořit fotografii o velikosti několika megabajtů. Pokud se takový soubor nahraje přímo na web, návštěvník ho musí stáhnout celý.
Typický problém nastává u hero banneru na hlavní stránce. Obrázek je přes celou šířku, má vysoké rozlišení a často se právě on stane prvkem, který ovlivňuje LCP.
Pomáhá správná velikost obrázku, moderní formát jako WebP nebo AVIF a rozumná komprese. Obrázek, který se na webu zobrazuje v šířce 1 200 pixelů, obvykle nepotřebuje mít původních 6 000 pixelů.
Stejně důležité je nepoužívat lazy loading na hlavní obrazový prvek, pokud je viditelný okamžitě po otevření stránky. Browser by měl o tomto prvku vědět co nejdříve.
2. Zkontrolujte hosting a odezvu serveru
Web může být perfektně optimalizovaný, ale pokud server odpovídá pomalu, návštěvník čeká ještě před tím, než se stránka začne skutečně načítat.
Levný sdílený hosting nemusí být automaticky špatný a vlastní VPS nemusí být automaticky rychlý. Rozhoduje konfigurace, vytížení serveru, PHP, databáze, cache i samotná aplikace.
U WordPressu může odezvu výrazně zhoršovat například pomalý databázový dotaz, nevhodný plugin nebo velké množství automaticky načítaných dat.
Pokud je pomalý backend, samotná optimalizace obrázků problém nevyřeší.
3. Příliš mnoho WordPress pluginů není vždy hlavní problém
Často se říká, že web je pomalý jednoduše proto, že má mnoho pluginů. Ve skutečnosti není rozhodující pouze jejich počet.
Deset dobře napsaných pluginů může mít menší dopad než jeden špatně optimalizovaný plugin, který načítá velké množství JavaScriptu nebo spouští náročné databázové dotazy na každé stránce.
Proto nemá smysl bezhlavě mazat všechno. Lepší je zjistit, který plugin skutečně spotřebovává zdroje nebo načítá nepotřebné soubory.
Zvláštní pozornost si zaslouží pluginy pro slidery, animace, sociální sítě, statistiky, popupy a některé vizuální buildery. Mohou být užitečné, ale pokud se kombinují bez kontroly, stránka postupně nabobtná.
4. JavaScript může brzdit celý web
Moderní weby používají JavaScript téměř všude – menu, formuláře, animace, analytika, chat, cookie lišta i reklamní měření.
Problém nastává ve chvíli, kdy prohlížeč musí při načítání zpracovat velké množství kódu. Hlavní vlákno je zaneprázdněné a uživatel může mít pocit, že kliká na tlačítko, ale nic se neděje.
Právě zde může vznikat špatná hodnota INP.
Některé skripty lze načíst později, jiné pouze na stránkách, kde jsou skutečně potřeba. Není například nutné načítat JavaScript pro kontaktní formulář na stránce, kde žádný formulář není.
5. Pozor na Google Analytics, Meta Pixel a další externí služby
Analytika a reklamní měření jsou pro online marketing důležité, ale každý externí skript něco stojí.
Google Analytics, Google Ads, Meta Pixel, chatovací nástroje, heatmapy, mapy, videa nebo externí fonty mohou výrazně zvýšit počet požadavků při načítání stránky.
Řešením není měření odstranit. Je potřeba zjistit, co firma skutečně používá a co se na webu načítá zbytečně.
Na některých webech najdeme staré analytické kódy, opuštěné reklamní pixely nebo dvě různé implementace stejného měření. Každý takový skript přidává další práci pro prohlížeč.
6. Cache může udělat velký rozdíl
WordPress generuje stránky dynamicky. Bez cache může server při každé návštěvě znovu zpracovávat PHP a databázové dotazy.
Page cache umožňuje připravenou verzi stránky doručit mnohem rychleji. Další úroveň představuje object cache, například Redis, která může pomoci omezit opakované dotazy do databáze.
U globálně zaměřených webů může pomoci také CDN. Statické soubory jsou pak návštěvníkovi doručeny z geograficky bližšího serveru.
Samotná cache ale nedokáže zachránit web, který načítá obrovské obrázky a několik megabajtů JavaScriptu. Je to jedna část celkové optimalizace.
7. Fonty mohou zpomalit web a způsobovat poskakování obsahu
Vlastní webové fonty vypadají dobře, ale nesprávná implementace může zpomalit vykreslení textu nebo způsobit, že se po načtení písma změní velikost textu a celý layout se posune.
Takový problém se může projevit ve skóre CLS.
U firemního webu obvykle nepotřebujeme šest různých řezů jednoho fontu. Často stačí regular, medium a bold. Čím méně souborů musí browser načítat, tím lépe.
8. Mobilní verze bývá úplně jiný příběh
Web, který působí rychle na výkonném počítači, může být výrazně pomalejší na běžném telefonu.
Mobil má menší výkon, jiné připojení a často také jiný layout. Některé weby navíc používají samostatné obrázky nebo jiné moduly pro mobilní zařízení.
Proto je důležité testovat právě mobilní variantu. Pro většinu lokálních firem dnes přichází velká část návštěv z telefonu, často přímo z Google Search nebo Google Maps.
Pokud člověk hledá instalatéra, restauraci nebo servis z mobilu, očekává rychlý přístup k telefonu, kontaktu nebo rezervaci.
9. Rychlý web nepomůže, pokud je špatně navržený
Technická rychlost není všechno.
Stránka může mít výborné Core Web Vitals, ale návštěvník stále neví, co má udělat. Telefon je schovaný ve footeru, formulář má deset polí a hlavní tlačítko není na mobilu vidět.
Proto by audit rychlosti měl vždy zahrnovat také UX a konverzní cestu.
Uživatel by měl během několika sekund pochopit:
- co firma nabízí,
- pro koho je služba určena,
- kde firma působí,
- proč jí může důvěřovat,
- a jak udělat další krok – zavolat, napsat nebo objednat.
Pokud toto není jasné, samotná rychlost webu obchodní problém nevyřeší.
Jak web rychle zkontrolovat bez programátora
Majitel firmy nemusí rozumět JavaScriptu ani konfiguraci serveru, aby poznal základní problémy.
Začněte otevřením hlavní stránky v anonymním okně na telefonu. Ideálně použijte mobilní data místo domácí Wi-Fi. Sledujte, co se zobrazí jako první a zda můžete okamžitě používat menu a tlačítka.
Potom web otestujte v PageSpeed Insights a podívejte se především na Core Web Vitals a doporučení, která se opakují na více stránkách.
V Google Search Console zkontrolujte report Core Web Vitals. Pokud Google dlouhodobě označuje velkou skupinu URL jako problémové, nejde pravděpodobně o náhodný výsledek jednoho testu.
Jak poznat, co má smysl opravit jako první
Optimalizace rychlosti by měla mít priority. Nemá smysl strávit několik hodin úpravou souboru, který zlepší laboratorní skóre o jeden bod, pokud se hlavní banner stále načítá pět sekund.
Začněte prvky, které mají největší dopad na uživatele.
Pokud je problém LCP, zaměřte se na hlavní vizuál, odezvu serveru a kritické zdroje. Pokud je problém INP, hledejte těžký JavaScript a dlouhé úlohy. Pokud selhává CLS, sledujte obrázky bez rozměrů, fonty a dynamicky vkládaný obsah.
Tento přístup je mnohem efektivnější než náhodné zapínání všech možností v cache pluginu.
Co bývá u WordPressu nejčastější kombinací problémů
V praxi nebývá viníkem jedna jediná věc. Často jde o kombinaci několika menších problémů.
Web má velký hero obrázek, několik externích fontů, page builder s animacemi, analytiku, Meta Pixel, cookie banner, slider a pět pluginů, které každý přidávají vlastní CSS a JavaScript.
Každá jednotlivá část může být relativně malá. Dohromady ale vznikne stránka, která má několik megabajtů a desítky až stovky požadavků.
Proto se při skutečném auditu vyplatí dívat na web jako na celek.
Má rychlost webu vliv na SEO?
Ano, Core Web Vitals jsou součástí signálů, které Google používá ve svých systémech hodnocení stránek. Není ale správné interpretovat to tak, že rychlejší web automaticky přeskočí ve výsledcích všechny pomalejší konkurenty.
Google se stále snaží zobrazit především relevantní a užitečný obsah. Pokud jedna stránka perfektně odpovídá na dotaz uživatele a druhá má jen o něco lepší rychlost, samotný PageSpeed výsledek nemusí rozhodnout.
Rychlost proto vnímáme jako součást celkové kvality webu, ne jako samostatný SEO trik.
Kdy už nestačí plugin na optimalizaci?
Cache plugin dokáže vyřešit mnoho základních problémů. Může minifikovat soubory, odložit část JavaScriptu, vytvořit cache nebo zapnout lazy loading.
Pokud je ale problém v samotné šabloně, serveru, databázi nebo architektuře webu, žádné jedno tlačítko problém nevyřeší.
Stejně tak může být nebezpečné zapnout všechny optimalizační možnosti najednou. Některé kombinace mohou poškodit menu, slider nebo formuláře.
Správný postup je změny provádět postupně a po každém kroku web otestovat.
Rychlost není jednorázový projekt
Web může být při spuštění rychlý a za rok už výrazně pomalejší.
Přibývají nové pluginy, měřicí skripty, fotografie, články a funkce. Aktualizace šablony může změnit načítání souborů a marketingový tým může přidat další externí nástroje.
Proto má smysl web alespoň několikrát ročně zkontrolovat, zejména po větších změnách.
U webů, které jsou hlavním zdrojem poptávek nebo mají placené kampaně, by měla být kontrola výkonu součástí běžné správy.
Co zkontrolovat jako první?
Pokud máte pocit, že je váš web pomalý, nezačínejte náhodným instalováním dalších pluginů.
Nejdříve zjistěte, kde problém skutečně vzniká. Podívejte se na Core Web Vitals, velikost hlavních obrázků, odezvu serveru, množství JavaScriptu a externích služeb. Potom zkontrolujte mobilní verzi a samotnou cestu návštěvníka k poptávce.
Rychlý web totiž není ten, který získá nejvyšší číslo v jednom testu. Je to web, který se návštěvníkovi rychle zobrazí, okamžitě reaguje a bez překážek ho dovede k informaci nebo akci, kterou hledá.