1) Nejdřív zjisti, co web skutečně brzdí
Největší chyba je „optimalizovat naslepo“. WordPress může být pomalý kvůli databázi, pluginům, šabloně, externím skriptům nebo hostingu – a každá příčina se řeší jinak. Začni měřením v Google PageSpeed Insights, Lighthouse, WebPageTest a v Google Search Console, kde uvidíš problémy s Core Web Vitals.
Prakticky sleduj hlavně LCP (ideálně do 2,5 s), INP (do 200 ms) a CLS (do 0,1). Pokud je LCP vysoké, často je problém v hero obrázku, fontu nebo serveru. Pokud je špatné INP, bývají viníkem JavaScriptové balíky, page builder nebo zbytečné pluginy. A pokud kolísá CLS, web ti „skáče“ kvůli obrázkům bez rozměrů, reklamám nebo dynamickým blokům.
Tip z praxe: udělej si tabulku s hodnotami před optimalizací a po ní. U jednoho e-shopu jsme po odstranění dvou těžkých pluginů a nasazení cache snížili LCP z 4,8 s na 2,1 s a organické konverze vzrostly o 17 %.
2) Odstraň pluginy, které přidávají víc škody než užitku
WordPress sám o sobě není pomalý. Zpomaluje ho hlavně přemíra pluginů, jejich překryv a nekvalitní kód. Častý problém: jeden plugin pro formuláře, druhý pro popupy, třetí pro sledování konverzí, čtvrtý pro optimalizaci obrázků a pátý pro cache – a všechny se navzájem bijí.
Pro audit použij Query Monitor, Health Check & Troubleshooting nebo ručně sleduj načítané skripty v DevTools. Zaměř se na pluginy, které:
- načítají CSS/JS na každé stránce, i když jsou potřeba jen na jedné,
- přidávají externí requesty na třetí strany,
- opakují funkce, které už umí šablona nebo jiný plugin,
- zvyšují počet dotazů do databáze.
Velmi často jde odstranit 20–40 % pluginů bez ztráty funkčnosti. Méně pluginů znamená méně údržby, méně bezpečnostních rizik a menší šanci, že se rozbije aktualizace.
3) Zrychli šablonu a omez page buildery, které generují zbytečný balast
Šablona rozhoduje o tom, kolik kódu se načte ještě předtím, než uživatel něco vidí. Těžké buildery a multipurpose theme často přidávají obrovské CSS soubory, inline styly, wrappery a skripty navíc. Výsledek? Pomalejší render, horší INP a vyšší CLS.
Pokud stavíš nový web, preferuj lehkou šablonu nebo blokový přístup. V praxi fungují dobře řešení založená na Gutenbergu, případně lehké frameworky s minimalizovaným CSS. U stávajícího webu zkus:
- vypnout nepotřebné moduly šablony,
- omezit animace a efekty,
- odstranit nadbytečné fonty a ikony,
- sloučit opakované sekce do šablonových bloků.
U webů s page builderem bývá rozdíl mezi „přestavěným“ a čistým layoutem v řádu stovek kilobajtů. A to je na mobilu často rozdíl mezi použitelným webem a webem, který uživatel zavře.
4) Optimalizuj obrázky, video a fonty, protože právě tam mizí nejvíc času
Na WordPress webech bývají největší brzdy mediální soubory. Obrázky se nahrávají ve zbytečně vysokém rozlišení, bez komprese a bez moderních formátů. Přitom na webu často stačí WebP nebo AVIF, správné rozměry a lazy loading.
Postup je jednoduchý:
- komprimuj obrázky při uploadu pomocí nástrojů typu ShortPixel, Imagify nebo Smush,
- nastav správné rozměry podle layoutu, ne podle původní fotky z mobilu,
- u hlavního nadpisového obrázku lazy loading vypni, aby nebrzdil LCP,
- video nevkládej přímo přes upload, ale přes externí platformu nebo náhled s kliknutím.
Stejně důležité jsou fonty. Každý další řez a rodina fontu znamená další request a delší vykreslení. Drž se 1–2 rodin a co nejméně řezů. Pokud používáš Google Fonts, zvaž self-hosting a font-display: swap. Tím snížíš riziko, že uživatel uvidí prázdný text nebo přeskakující layout.
5) Nastav cache, CDN a server tak, aby WordPress nepočítal každý požadavek od nuly
Bez cache WordPress při každé návštěvě generuje stránku znovu přes PHP a databázi. To je zbytečně drahé. Správně nastavená cache může dramaticky snížit dobu odezvy serveru a pomoci s TTFB, což je základ pro dobré LCP.
Na úrovni WordPressu se osvědčují pluginy jako WP Rocket, LiteSpeed Cache nebo W3 Total Cache – ale vždy jen jeden hlavní cache plugin. Důležité je také:
- zapnout cache pro stránky i prohlížeč,
- minifikovat jen to, co je bezpečné, ne „všechno za každou cenu“,
- odložit načítání nepotřebného JS,
- použít CDN pro statický obsah, ideálně s edge cache.
Na hostingu se nevyplácí šetřit. Sdílený hosting s vysokou latencí a slabým CPU často zruší jakoukoli front-end optimalizaci. Pro seriózní projekt hledej NVMe úložiště, PHP 8.2+, HTTP/2 nebo HTTP/3, dostatečnou RAM a možnost serverové cache. U vyšší návštěvnosti má smysl i managed WordPress hosting.
6) Očisti databázi a zkrať dobu, kdy server hledá data
WordPress databáze postupně bobtná o revize, drafty, spam komentáře, transienty a zbytky po smazaných pluginech. To samo o sobě nemusí web okamžitě položit, ale u větších webů a e-shopů umí zpomalit administraci i front-end.
Jednou za čas projdi databázi přes WP-Optimize, Advanced Database Cleaner nebo ručně přes hostingové rozhraní. Zaměř se na:
- mazání starých revizí článků,
- čištění transientů,
- odstranění spam komentářů,
- kontrolu tabulek po odinstalovaných pluginech.
U WooCommerce webů je navíc důležité hlídat velikost tabulek s objednávkami, sessions a logy. Pokud databáze naroste do statisíců až milionů řádků, bez indexů a údržby se začnou prodlužovat dotazy i načítání administrace. Pravidelný audit databáze je levnější než následná „záchranná“ optimalizace.
7) Minimalizuj externí skripty, které berou výkon i soukromí
Často nejde o WordPress jako takový, ale o to, co do něj přidáš: chat widgety, heatmapy, retargeting, sociální pluginy, recenze, mapy nebo měřicí skripty. Každý externí script znamená další DNS lookup, spojení a potenciální blokaci renderu.
Udělěj jednoduchý audit: otevři stránku v WebPageTest nebo DevTools a podívej se na počet requestů třetích stran. Pokud jich máš víc než deset, je čas redukovat. Pomáhá:
- načítat skripty jen na stránkách, kde jsou skutečně potřeba,
- odložit marketingové nástroje po souhlasu v cookie liště,
- nahradit embed mapy statickým náhledem,
- omezit sociální widgety na minimum.
Kromě výkonu tím zlepšíš i soulad s GDPR a snížíš riziko, že ti třetí strana zhorší dostupnost webu. Jeden pomalý externí widget umí zkazit jinak dobře optimalizovanou stránku.
8) Zajisti bezpečnost a aktualizace, aby výkon nepadal kvůli chybám a útokům
Bezpečnost je i performance téma. Napadený nebo přetížený web bývá pomalý, protože se do něj vkládá škodlivý kód, roste počet požadavků a server se přetěžuje. Stejně tak zastaralé pluginy a jádro WordPressu mohou způsobovat chyby, konflikty a vyšší režii.
Drž se několika pravidel:
- aktualizuj WordPress, šablonu i pluginy pravidelně, ideálně po testu na stagingu,
- používej dvoufaktorové ověření pro administrátory,
- omez počet administrátorských účtů,
- zálohuj web denně u aktivních projektů,
- monitoruj změny souborů a přihlašování.
Pro audit se hodí Wordfence nebo Sucuri. U výkonnostně citlivých webů ale dávej pozor, aby bezpečnostní plugin sám nebyl další zátěží. I tady platí: méně je často více, pokud je řešení dobře nastavené.
9) Měř dopad na byznys, ne jen na metriky
Rychlejší web není cíl sám o sobě. Smysl má tehdy, když zlepší SEO, konverze nebo cenu za akvizici. Proto po každé větší úpravě sleduj nejen PageSpeed, ale také GA4, Search Console a reálné obchodní metriky: míru opuštění, dobu na stránce, počet odeslaných formulářů, nákupy nebo leady.
Praktický postup:
- vyber 5–10 nejdůležitějších landing pages,
- změř výchozí stav,
- udělej jednu změnu po druhé,
- porovnej data za 2–4 týdny,
- optimalizuj dál jen to, co má prokazatelný dopad.
U mnoha webů stačí zlepšit LCP o 1–2 sekundy a změna se projeví na SEO i na tržbách. U e-shopů může i malá úspora času znamenat víc dokončených nákupů, protože mobilní uživatelé jsou citliví na každé zdržení. WordPress pak přestane být brzda a začne fungovat jako výkonný základ pro růst.