1. Začněte měřením: bez dat optimalizujete naslepo
Než sáhnete do pluginů, šablony nebo hostingu, změřte skutečný stav. U WordPressu se často řeší „pocitová“ rychlost, ale rozhodují konkrétní metriky: LCP, INP a CLS. Core Web Vitals jsou dnes přímo propojené s uživatelskou zkušeností i SEO, a pokud je ignorujete, můžete opravovat špatné místo.
Prakticky si otevřete Google Search Console, PageSpeed Insights a ideálně i Chrome DevTools nebo Lighthouse. Sledujte hlavně:
- LCP pod 2,5 s
- INP pod 200 ms
- CLS pod 0,1
Jestli web působí pomalu jen na mobilu, je to typický signál, že problém není v obsahu, ale v renderování, skriptech nebo hostingové kapacitě. U e-shopů a obsahových webů bývá rozdíl mezi desktopem a mobilem klidně 2–4 sekundy.
2. Hosting a server: nejlevnější hosting bývá nejdražší chyba
WordPress je citlivý na výkon serveru. Sdílený hosting s přetíženým CPU, pomalým diskem nebo bez moderního PHP umí zničit i dobře postavený web. Pokud server odpovídá pomalu už na první požadavek, nepomůže vám žádný cache plugin.
Co zkontrolovat hned:
- PHP 8.1+ / 8.2+ – starší verze bývají pomalejší a méně bezpečné
- OPcache zapnutý
- HTTP/2 nebo HTTP/3
- SSD/NVMe úložiště
- reálné limity CPU a RAM
Pokud vám TTFB pravidelně leze nad 600–800 ms, je to varovný signál. U kvalitního hostingu se u běžného WordPressu dá dostat výrazně níž. Pro rychlou diagnostiku použijte WebPageTest nebo GTmetrix a sledujte „Waiting for server response“.
3. Cache a CDN: bez nich dnes WordPress zbytečně dře
Správně nastavená cache je jeden z největších výkonových skoků, které můžete udělat. U dynamického WordPressu musí být jasně oddělené stránky, které se generují při každé návštěvě, a stránky, které lze bezpečně servírovat z cache.
Na úrovni pluginů se v praxi osvědčují například WP Rocket, LiteSpeed Cache nebo W3 Total Cache – ale jen tehdy, když jsou nastavené rozumně. Častá chyba je kombinace více cache pluginů nebo agresivní minifikace, která rozbije JavaScript a paradoxně zpomalí INP.
CDN má smysl zejména pro:
- obrázky a video náhledy
- statické CSS a JS soubory
- globální návštěvnost nebo více geografických trhů
Cloudflare je pro mnoho webů nejjednodušší start. Urychlí doručování statiky a často pomůže i s ochranou proti botům a základní DDoS ochranou. Pokud máte návštěvníky z Česka a okolí, i tak může CDN snížit latenci o desítky až stovky milisekund.
4. Obrázky, fonty a média: nejčastější viníci pomalého LCP
Na WordPressu bývá největší brzda často v médiích. Hero obrázek na homepage, obří produktové fotky nebo několik fontových řezů umí dramaticky zpomalit načítání. Pokud je LCP prvek obrázek, optimalizace médií je první priorita.
Co opravit:
- převést obrázky do WebP nebo AVIF
- správně nastavit rozměry obrázků
- zapnout lazy loading pouze pro obsah pod foldem
- komprimovat bez viditelné ztráty kvality
- omezit počet fontů a řezů
Praktický příklad: homepage s 2,8 MB hero obrázkem, třemi fonty a sliderem často udělá z LCP čas kolem 4–6 s. Po převodu obrázku do AVIF, odstranění slideru a redukci fontů se dá dostat pod 2,5 s i bez zásahu do obsahu. Fonty doporučuji načítat přes font-display: swap a ideálně hostovat lokálně, ne přes externí služby.
5. Pluginy a šablona: méně je často výrazně více
WordPress weby zpomalují hlavně přetížené šablony a velké množství pluginů. Nejde ale jen o počet – důležitější je, co plugin dělá. Jeden špatně napsaný plugin může přidat desítky dotazů do databáze, načítat zbytečné skripty na každé stránce nebo blokovat front-end.
Projděte si pluginy a položte si tři otázky:
- Je tento plugin skutečně nutný?
- Načítá se na všech stránkách, i když ho potřebuji jen na jedné?
- Má aktivní vývoj a slušné hodnocení?
Typický problém jsou page buildery, které přidávají nadbytečný HTML balast, inline styly a velké JS bundle. Pokud web běží na elementorovém nebo podobně těžkém řešení, zvažte aspoň omezení použitých modulů, globálních widgetů a animací. U rychlých webů bývá rozdíl mezi čistou šablonou a přeplněným builderem klidně 30–50 % v rychlosti vykreslení.
6. Databáze, skripty a administrace: skryté brzdy, které se přehlížejí
Výkon WordPressu často padá i kvůli tomu, co uživatel nevidí. Přetížená databáze, revize článků, transients, logy, staré cron úlohy nebo zbytečné externí skripty dokážou zpomalit celý web i administraci.
Co má smysl zkontrolovat pravidelně:
- vyčištění revizí a draftů
- odstranění expirujících transientů
- kontrola WP-Cron a plánovaných úloh
- omezení externích skriptů, chatů a widgetů
- audit Google Tag Manageru a měřicích kódů
U měření a marketingových nástrojů bývá problém v tom, že se přidává jeden pixel za druhým: recenze, chat, heatmapa, remarketing, consent management, A/B testování. Každý další skript znamená další blokování main threadu a často horší INP. V praxi se vyplatí udělat audit přes Chrome DevTools → Performance nebo Network a sledovat, co opravdu běží na každé stránce.
Na úrovni bezpečnosti a stability nezapomeňte ani na aktualizace. Zastaralé pluginy a core verze nejsou jen bezpečnostní riziko, ale často i výkonový problém. Po každé větší aktualizaci je vhodné znovu změřit PageSpeed a porovnat změny v Search Console i v reálných datech z GA4.
7. Mobilní výkon a UX: rychlost musí být vidět na první pohled
Většina návštěv dnes přichází z mobilu, takže optimalizace jen pro desktop nedává smysl. Na pomalejším telefonu a běžné mobilní síti se odhalí všechny chyby, které na rychlém počítači působí nenápadně. Pokud je web sice „technicky“ v pořádku, ale vizuálně se skládá pomalu, uživatel ho vnímá jako nespolehlivý.
Zaměřte se na:
- stabilní layout bez poskakování prvků
- rychlé zobrazení hlavního obsahu nad přehybem
- omezení autoplay videí a těžkých sliderů
- jasnou hierarchii obsahu a CTA
Pokud web prodává nebo generuje leady, sledujte i dopad na konverze. Není výjimkou, že zkrácení načítání o 1 sekundu zvýší dokončení formuláře nebo objednávky o několik procentních bodů. Pro testování použijte GA4, Microsoft Clarity nebo Hotjar a porovnejte chování uživatelů před a po úpravách.
U WordPressu platí jednoduché pravidlo: když odstraníte 20 % nejpomalejších prvků, často získáte 80 % výkonového zlepšení. Nehledejte tedy „dokonalý“ web, ale konkrétní úzká hrdla, která brzdí načtení, interakci a konverzi.
