1. Nejdřív změřte, co web skutečně brzdí
Než začnete cokoliv vypínat nebo instalovat, je potřeba zjistit, kde je problém. U WordPressu bývá zpomalení kombinací několika faktorů: těžké šablony, přetížené pluginy, velké obrázky, pomalý hosting nebo chybějící cache. Bez měření snadno strávíte hodinu úpravami, které mají jen malý efekt.
Začněte v Google PageSpeed Insights nebo Lighthouse v Chromu. Sledujte hlavně tři metriky: LCP (největší prvek na stránce), INP (reakce webu na interakci) a CLS (poskakování obsahu). Pokud je LCP nad 2,5 sekundy, web už je z pohledu uživatele pomalý. U e-shopů a leadgen webů bývá problém často v hlavním banneru nebo v hero obrázku na úvodní stránce.
Praktický postup zabere pět minut: otevřete homepage, hlavní produktovou stránku a článek. Zapište si, co PageSpeed označí jako největší blokující prvek. Pokud se opakuje stejný plugin, stejný obrázek nebo stejný skript, máte první stopu.
2. Urychlete načítání přes cache a odlehčení front-endu
Nejrychlejší zlepšení ve WordPressu obvykle přinese cache. Ta snižuje počet dotazů na databázi a server nemusí pro každého návštěvníka znovu skládat celou stránku. Pokud cache nemáte, je to první zásah, který má smysl udělat. Na běžném webu dokáže zkrátit načítání o 30 až 70 %, podle kvality hostingu a šablony.
Pokud používáte kvalitní hosting, často už má serverovou cache. Pokud ne, sáhněte po ověřených pluginových řešeních, například WP Rocket, LiteSpeed Cache nebo W3 Total Cache. Uživatelé často dělají chybu, že zapnou všechno najednou. Lepší je postup: cache stránky, komprese, preload, minifikace a až potom kombinovat JavaScript a CSS.
V rámci jedné hodiny se vyplatí udělat i tyto kroky:
- zapnout stránkovou cache pro nepřihlášené návštěvníky,
- aktivovat kompresi GZIP nebo Brotli,
- omezit zbytečné skripty na stránkách, kde nejsou potřeba,
- odložit načítání JavaScriptu pomocí defer nebo delay,
- zmenšit počet externích služeb jako chaty, mapy nebo sdílecí tlačítka.
Typický příklad: web s pěti marketingovými pluginy, třemi trackovacími skripty a dvěma chat widgety často načítá přes 4 MB dat. Po vypnutí dvou widgetů a odložení skriptů lze dostat úvodní načtení klidně pod 2 MB. To je v praxi rozdíl, který uživatel pozná okamžitě.
3. Obrázky jsou nejčastější brzda. Zmenšete je hned
Na WordPressu bývají obrázky hlavním důvodem, proč stránka padá v LCP. Velký hero banner, produktové fotografie v plné velikosti nebo webp s nevhodným rozměrem umí zpomalit i jinak dobře postavený web. Tady platí jednoduché pravidlo: nahrávejte přesně tak velké obrázky, jaké web opravdu potřebuje.
Pro běžný obsahový web stačí často šířka 1200–1600 px, pro náhledy mnohem méně. Pokud nahráváte fotku z mobilu přímo do WordPressu bez úprav, může mít i 3–8 MB. To je zbytečné. Ideální je převést obrázky do WebP nebo AVIF, zkomprimovat je a zapnout lazy loading pro obsah pod foldem.
Rychlý postup během 10 minut:
- projděte homepage a nejdůležitější landing page,
- zjistěte, který obrázek je největší,
- nahraďte ho verzí v menší velikosti,
- zkomprimujte všechny nové obrázky přes ShortPixel, Imagify nebo Smush,
- zkontrolujte, zda se hlavní obrázek nenačítá lazy loadem, pokud je součástí LCP.
U LCP platí důležitá nuance: hlavní obrázek nad ohybem by se neměl načítat lazy loadem. Jinak si sice ušetříte data, ale zhoršíte vnímání rychlosti. U WordPressu je to častá chyba po instalaci optimalizačního pluginu.
4. Pluginy a šablona: méně je často rychlejší
WordPress se často zpomalí ne proto, že by byl špatný systém, ale protože se na něj postupně nabalí příliš mnoho rozšíření. Každý plugin znamená další PHP kód, databázové dotazy, CSS nebo JavaScript. U méně kvalitních pluginů se to násobí. Pokud má web 25 až 40 aktivních pluginů, je velmi pravděpodobné, že část z nich dělá duplicitní práci.
V časovém limitu jedné hodiny se zaměřte na rychlý audit: které pluginy jsou opravdu nutné a které jen „někdy mohou být užitečné“. Typicky bývají kandidáti na vypnutí staré slider pluginy, duplicitní SEO nástroje, několik formulářových pluginů najednou nebo rozšíření, která přidávají funkce, jež už řeší šablona.
Stejně důležitá je i samotná šablona. Těžké page buildery a vizuální konstrukce mohou generovat zbytečně složitý HTML výstup. U webů, které potřebují rychlost a stabilitu, se vyplatí lehčí řešení s čistším kódem. Pokud ale nechcete měnit design, udělejte alespoň toto:
- vypněte nepotřebné moduly šablony,
- odstraňte animace, které nemají přímý obchodní přínos,
- omezte počet fontů a řezů písma,
- zrušte zbytečné ikonové knihovny, pokud používáte jen pár ikon.
Praktický detail: načítání tří různých fontových rodin a šesti řezů může přidat desítky požadavků navíc. Na mobilu se to projeví výrazněji než na desktopu. Z hlediska UX i SEO je často lepší jednodušší typografie než „designově bohatý“, ale pomalý web.
5. Databáze, hosting a drobné úpravy, které se sčítají
Pokud máte po cache, obrázcích a pluginech stále rezervu, podívejte se na databázi a hosting. U starších webů bývá databáze zaplněná revizemi, spam komentáři, transienty a dočasnými záznamy. To samo o sobě nemusí být katastrofa, ale zpomalení se sčítá, hlavně u webů s vyšší návštěvností nebo WooCommerce.
V rámci jedné hodiny zvládnete základní úklid přes plugin typu WP-Optimize nebo podobný nástroj. Smažte staré revize, nevyužívané drafty, spam a automatické dočasné položky. U e-shopů je rozumné zkontrolovat i velikost tabulek objednávek a transients. Zároveň ověřte, zda hosting používá moderní verzi PHP, ideálně 8.1 nebo 8.2. Přechod ze starší verze bývá znatelný, protože PHP 8 je výrazně efektivnější než starší řady.
U hostingu sledujte hlavně tři věci: SSD/NVMe úložiště, dostatečný výkon CPU a kvalitní serverovou cache. Levný sdílený hosting může brzdit i dobře optimalizovaný web. Pokud je TTFB dlouhodobě vysoké a web je pomalý i po optimalizaci, problém už není jen ve WordPressu, ale v infrastruktuře.
Na závěr si udělejte krátký kontrolní test. Znovu spusťte PageSpeed, otevřete web na mobilu a sledujte, jestli se hlavní obsah zobrazí rychleji než před úpravami. Pokud jste postupovali systematicky, během hodiny můžete dostat web z průměrných výsledků do stavu, který bude působit citelně svižněji pro uživatele i pro vyhledávače.