Proč WordPress zpomaluje nejčastěji ve 3 místech
U WordPressu je problém skoro vždy kombinací tří vrstev: server, šablona a pluginy a obsah. Když je jedna z nich špatně nastavená, výkon se propadne výrazně víc, než by člověk čekal. V praxi to často znamená, že web sice na první pohled „funguje“, ale reálná rychlost načítání je 2–4× horší než by musela být.
Nejrychlejší diagnostika začíná měřením. Otevřete PageSpeed Insights, Lighthouse a WebPageTest. Sledujte hlavně LCP (Largest Contentful Paint), INP a CLS. Pokud je LCP nad 2,5 s, web už Google vyhodnocuje jako problematický. U WordPressu bývá nejčastější příčina pomalý TTFB, tedy čas do prvního byte, který odhalí problém na hostingu, v cache nebo v databázi.
1. Nejspíš vás brzdí hosting a PHP, ne „WordPress jako takový“
Velká část pomalých webů běží na sdíleném hostingu s nízkým výkonem CPU, omezenou pamětí a bez moderního stacku. To je zásadní, protože WordPress je aplikačně náročnější než statický web. Pokud server odpovídá pomalu, žádná optimalizace obrázků to nezachrání.
Co má smysl zkontrolovat:
- PHP verze – ideálně 8.1, 8.2 nebo novější. Starší verze bývají znatelně pomalejší.
- OPcache – bez něj se PHP soubory zbytečně znovu kompilují.
- HTTP/2 nebo HTTP/3 – důležité pro paralelní načítání souborů.
- Objektová cache – Redis nebo Memcached u větších webů výrazně snižují zátěž databáze.
- TTFB – pokud je dlouhodobě nad 600 ms, je problém na serverové vrstvě nebo v cache.
Praktický příklad: web s 30 pluginy a běžným hostingem může mít TTFB kolem 1,2 s. Po přechodu na kvalitnější VPS, zapnutí OPcache a page cache se dostane klidně na 150–300 ms. To už je rozdíl, který je vidět i v konverzích, nejen v testech.
Pro monitoring použijte Query Monitor pro WordPress, a na serveru ideálně New Relic nebo aspoň logy od hostingu. Sledujte pomalé dotazy do databáze, REST API requesty a AJAX volání. Často se ukáže, že jeden špatně napsaný plugin generuje většinu zátěže.
2. Pluginy a šablona: nejčastější důvod, proč výkon klesne 3×
WordPress je modulární, což je výhoda i problém. Každý plugin může přidat vlastní CSS, JavaScript, databázové dotazy a externí requesty. Pokud jich máte 20–40, výkon se rozpadá velmi rychle. Nejde ale jen o počet pluginů; zásadní je jejich kvalita a překryv funkcí.
Typické brzdy:
- buildery s těžkým front-endem a obrovským množstvím CSS/JS,
- pluginy, které načítají skripty na každé stránce, i když jsou potřeba jen na jedné,
- duplicitní funkce – například několik pluginů na formuláře, SEO a cache současně,
- neoptimalizované šablony s velkým množstvím hooků, sliderů a animací.
U šablon sledujte hlavně velikost bundle, počet požadavků a míru závislosti na jQuery. Moderní lehká šablona nebo blokový přístup ve WordPressu bývá výrazně rychlejší než starý multipurpose theme. V testech je rozdíl mezi dobře napsanou minimalistickou šablonou a „all-in-one“ tématem běžně 1–2 sekundy na načtení a desítky kilobyte až megabajty dat navíc.
Jak postupovat prakticky:
- Deaktivujte pluginy, které nepřinášejí měřitelnou hodnotu.
- Projděte, co se načítá globálně, a omezte skripty jen na potřebné stránky.
- Použijte Asset CleanUp nebo Perfmatters pro vypínání CSS/JS po stránkách.
- Otestujte šablonu pomocí GTmetrix a sledujte velikost DOM, počet requestů a „main-thread work“.
Pokud má web například 120 HTTP requestů a 4,5 MB dat na homepage, je téměř jisté, že problém není jen v obrázcích. Většinou jde o kombinaci těžkého designu, builderu a pluginového balastu.
3. Obrázky, fonty a video umí výkon zabít víc než samotný kód
Na WordPressu se často řeší cache a hosting, ale reálný problém bývá v obsahu. Nejčastější viník? Obrázky v příliš vysokém rozlišení. Běžná chyba je nahrát fotku z mobilu nebo z grafického editoru v plné velikosti, přestože na webu se zobrazuje v šířce 800 px. Výsledek: zbytečně velký soubor, delší LCP a horší mobilní výkon.
Co dělat správně:
- exportujte obrázky do WebP nebo AVIF,
- komprimujte je před nahráním i po nahrání,
- používejte správné rozměry podle layoutu,
- zapněte lazy loading pro obrázky pod foldem,
- u hlavního hero obrázku lazy loading naopak nepoužívejte, aby se nezhoršil LCP.
Stejně problematické jsou fonty. Mnoho webů načítá 4–8 řezů písma z externích zdrojů, což prodlužuje rendering. Lepší je držet se 1–2 rodin, lokálně je hostovat a použít font-display: swap. U některých webů jen přesun fontů lokálně a redukce řezů sníží počet requestů o 20+ a zlepší CLS i LCP.
Video je samostatná kapitola. Pokud je na homepage autoplay video na pozadí, web se téměř vždy zpomalí. Místo přímého nahrávání do WordPressu používejte embed z YouTube nebo Vimea s náhledovým obrázkem a načtením až po interakci. U e-commerce je tohle často rozdíl mezi průměrnou a dobrou mobilní rychlostí.
4. Cache, CDN a databáze: tady se dělá největší praktický rozdíl
Bez cache je WordPress nucen skládat stránku při každém požadavku znovu. To je zbytečné, pokud se obsah mění jen občas. Správně nastavená cache je jeden z nejrychlejších způsobů, jak zlepšit výkon o desítky procent.
Co má smysl nasadit:
- Page cache – například WP Rocket, LiteSpeed Cache nebo serverová cache od hostingu.
- Browser cache – statické soubory se pak znovu nestahují při každé návštěvě.
- CDN – Cloudflare nebo BunnyCDN zrychlí doručení statických souborů, hlavně pro návštěvy mimo ČR.
- Object cache – Redis pomáhá u webů s vyšší návštěvností nebo komplexními dotazy.
Databáze je druhý častý problém. WordPress často hromadí revize, transienty, spam komentáře a zbytky po odinstalovaných pluginech. To samo o sobě nemusí být katastrofa, ale u starších webů to výrazně zpomaluje administraci i front-end. Pomůže pravidelný audit v WP-Optimize nebo ruční čištění přes databázové nástroje, ideálně po záloze.
Nečekejte ale zázrak od „optimalizačního pluginu“, který slibuje vše vyřešit jedním klikem. Pokud je hosting slabý a šablona těžká, cache jen zakryje část problému. Nejlepší výsledky bývají až po kombinaci: rychlý server, cache, CDN a omezení neefektivních pluginů.
5. Jak poznat, co web zpomaluje, bez hádání
Správný postup je vždy stejný: nejdřív měřit, pak upravovat a znovu měřit. U WordPressu se vyplatí použít metodu „od nejdražší brzdy k nejlevnější opravě“. Jinak strávíte hodiny laděním detailů, které výkon téměř nezmění.
Doporučený workflow:
- změřte homepage i klíčové landing pages v PageSpeed Insights,
- v WebPageTest sledujte waterfall a TTFB,
- v Query Monitor najděte pomalé dotazy a pluginy,
- vypněte na testu podezřelé pluginy a porovnejte rozdíl,
- zkontrolujte velikost obrázků, fonty a počet requestů,
- po každé změně znovu otestujte stejné URL.
U klientských projektů se často ukazuje, že největší přínos má odstranění 2–3 zbytečných pluginů, přechod na kvalitnější hosting a komprese obrázků. To samo může zlepšit rychlost o 30–70 %. Další zrychlení přidá CDN, lokální fonty a redukce JS/CSS. Důležité je, že výsledky se sčítají – výkon se nezlepší o „něco málo“, ale často o celé sekundy.
Pokud chcete WordPress opravdu zrychlit, neřešte jednotlivé nástroje izolovaně. Zaměřte se na celý řetězec od serveru přes šablonu až po obsah. Teprve když odstraníte největší brzdy, začne mít smysl ladit detaily jako preload fontů, kritické CSS nebo jemné úpravy JavaScriptu.
