1. Nejdřív změřte, co skutečně brzdí výkon
Optimalizace WordPressu bez měření je jen dohady. Začněte v Google PageSpeed Insights, Lighthouse, WebPageTest a v Google Search Console. Sledujte hlavně LCP (největší prvek nad ohybem), INP (reakce na interakce) a CLS (vizuální stabilita). Podle dat z praxe bývá největší problém u WordPressu kombinace těžké šablony, přebytku pluginů a neoptimalizovaných obrázků.
Jako orientační cíl berte: LCP do 2,5 s, INP pod 200 ms a CLS pod 0,1. Pokud jste nad těmito hodnotami, ztrácíte nejen UX, ale i organický výkon. Google dlouhodobě potvrzuje, že rychlejší weby mají lepší engagement a nižší bounce rate, což se promítá do zisku i SEO.
2. Odlehčete šablonu a vyhoďte zbytečný balast
Nejčastější chyba? Příliš „nadupaná“ šablona, která přináší desítky skriptů, sliderů, ikonových fontů a builderových vrstev. U WordPressu často stačí přejít z vizuálně těžké šablony na lehčí řešení a výkon se zlepší o 20–50 % bez zásahu do obsahu.
Prakticky sledujte:
- počet HTTP požadavků na stránce,
- velikost JS/CSS souborů,
- počet externích skriptů od třetích stran,
- zda téma nepřidává funkce, které vůbec nepoužíváte.
Pokud používáte page builder, zvažte, zda pro většinu webu nestačí blokový editor Gutenberg. U menších a středně velkých webů bývá rychlejší, stabilnější a levnější na správu. Každý odstraněný plugin nebo skript je zároveň menší riziko konfliktů a bezpečnostních problémů.
3. Optimalizujte obrázky, protože právě ty nejčastěji zabíjejí LCP
WordPress weby často trpí na obří obrázky v hero sekci, galeriích a článcích. Stačí jeden neupravený banner o velikosti 3–5 MB a LCP je pryč. Ideální je posílat obrázky v moderních formátech WebP nebo AVIF, správně je škálovat a komprimovat ještě před nahráním.
Konkrétní postup:
- pro hlavní obrázky používejte šířku odpovídající reálnému layoutu, ne 4000 px jen „pro jistotu“,
- zapněte lazy loading pro obrázky pod ohybem,
- u hero prvku lazy loading nepoužívejte, ale nastavte prioritu načtení,
- zaveďte automatickou konverzi do WebP/AVIF přes plugin nebo serverovou úpravu.
V praxi se běžně dostanete z obrázku o velikosti 1,8 MB na 180–250 KB bez viditelné ztráty kvality. To je zásadní rozdíl, zejména na mobilních sítích. Pokud web cílí na e-commerce, rychlejší produktové fotky obvykle zvyšují míru přidání do košíku, protože uživatel nemusí čekat.
4. Zredukujte pluginy a nechte jen ty, které vydělávají nebo šetří čas
Pluginy jsou silná stránka WordPressu, ale i jeho nejčastější slabina. Každý plugin může přidat databázové dotazy, skripty, styly nebo bezpečnostní riziko. Nejde o počet jako takový, ale o kvalitu a překryv funkcí. Web se 12 dobře napsanými pluginy může běžet rychleji než web s 5 špatně optimalizovanými.
Projděte si seznam a u každého pluginu si položte tři otázky: přináší měřitelnou hodnotu, je aktivně udržovaný, neumí totéž něco jiného už v šabloně nebo ve WP jádru? Typické kandidáty na redukci jsou duplicity pro SEO, cache, formuláře, zálohování a statistiky.
Pro audit použijte například Query Monitor, který ukáže pomalé dotazy a problémové hooky. Na bezpečnost a životní cyklus pluginů se hodí i kontrola poslední aktualizace, kompatibility s verzí PHP a počtu aktivních instalací. U pluginů platí jednoduché pravidlo: pokud nepřinášejí přímý výkon, konverzi nebo povinnou funkci, zvažte jejich odstranění.
5. Cache, CDN a server: tady se rozhoduje o sekundách
Správně nastavená cache bývá nejrychlejší cesta k výraznému zlepšení. Pro WordPress je klíčová kombinace page cache, object cache a případně CDN. U běžného firemního webu dokáže cache zkrátit načítání klidně o několik sekund, zejména u opakovaných návštěv.
Na serverové úrovni sledujte:
- PHP 8.1+ nebo 8.2+ podle kompatibility webu,
- zapnutý OPcache,
- moderní HTTP protokol HTTP/2 nebo HTTP/3,
- rychlé SSD/NVMe úložiště,
- kvalitní hosting s nízkou odezvou TTFB.
Pokud web cílí i mimo ČR, CDN typu Cloudflare nebo BunnyCDN pomůže s doručením statických souborů a odlehčí origin serveru. U větších webů se vyplatí i object cache přes Redis nebo Memcached, zejména pokud WordPress generuje mnoho dynamických dotazů. Rozdíl mezi průměrným a dobrým hostingem může být klidně 300–800 ms na TTFB, což je v SEO i UX znát.
6. Databáze a automatické úklidy: malé zásahy, velký efekt
WordPress databáze postupně bobtná o revize článků, transienty, spam, smazané příspěvky a dočasná data pluginů. U starších webů to není výjimka, ale norma. Přitom právě zbytečně velká databáze zpomaluje administraci, vyhledávání i generování stránek.
Jednou za čas proveďte:
- mazání starých revizí příspěvků,
- čištění transientů,
- odstranění spamu a koše,
- optimalizaci tabulek v databázi,
- kontrolu autoload options, které se načítají při každém requestu.
Právě autoload options bývají skrytý problém. Pokud jich je moc nebo jsou příliš velké, WordPress je načítá pořád dokola a zpomaluje celý web i administraci. Nástroje jako WP-Optimize nebo ruční zásah přes databázi umí udělat velký rozdíl, ale vždy po záloze. U větších webů doporučuji sledovat také pomalé SQL dotazy v Query Monitoru a řešit je spolu s vývojářem.
7. Odstraňte blokátory vykreslení a zlepšete INP
V roce 2024 a dál už nestačí řešit jen rychlé načtení prvního obsahu. Důležitá je i reakce webu na kliknutí, otevření menu, filtrování nebo odeslání formuláře. To je oblast INP, která v praxi často trápí WordPress s těžkými skripty, animacemi a desítkami externích nástrojů.
Co pomáhá nejvíc:
- odložené načítání neesenciálních JS skriptů,
- minifikace CSS a JS,
- omezování třetích stran jako chaty, heatmapy a tag managery,
- zrušení zbytečných animací a sliderů,
- kombinace kritického CSS a zbytku stylů načítaných později.
Typický příklad: web má v hlavičce 12 externích skriptů, z nichž 4 nejsou pro první obrazovku potřeba. Po jejich odložení může web zlepšit INP o desítky až stovky milisekund. To je rozdíl mezi „působí svižně“ a „něco se děje, ale nevím co“. U formulářů navíc zkontrolujte, zda jejich validace neběží zbytečně těžce na frontendu.
8. Zajistěte technické SEO, které WordPress často kazí sám od sebe
WordPress umí generovat dobrý obsah, ale bez technického SEO se ztrácí v indexu. Zkontrolujte kanonické URL, sitemapu, robots.txt, stránkování, noindex tam, kde má být, a hlavně duplicity. U webů s kategoriemi, tagy a archivy bývá problémem právě přebytek tenkých stránek, které odvádějí crawl budget i autoritu.
Nezapomeňte na:
- schema markup pro články, produkty, FAQ nebo lokální firmu,
- správné nadpisy H1–H3 bez chaosu z builderu,
- interní prolinkování mezi souvisejícími tématy,
- omezení indexace prázdných archivů a tagových stránek.
Pro kontrolu použijte Google Search Console, Screaming Frog a případně Ahrefs nebo SEMrush. Pokud vyhledávač indexuje desítky tisíc málo hodnotných URL, zbytečně rozptylujete signály. Dobře nastavené technické SEO na WordPressu často zlepší nejen viditelnost, ale i kvalitu návštěvnosti, protože uživatel přijde na správnou stránku rychleji.
9. Měřte dopad na byznys, ne jen na skóre v nástroji
Největší chyba při optimalizaci WordPressu je honit se za „100 body v PageSpeed Insights“. To není cíl. Cílem je vyšší konverze, delší engagement a nižší náklady na akvizici. V praxi sledujte, zda se po zásahu zvedá míra konverze, přidání do košíku, odeslání formuláře, čas na stránce a organická návštěvnost.
Dobrá praxe je jednoduchý A/B nebo before/after test:
- změřte stav před úpravou,
- nasadťe jednu změnu, ne deset najednou,
- vyhodnoťte data po 2–4 týdnech podle návštěvnosti,
- porovnejte výkon mobilu a desktopu zvlášť.
U e-shopu může zrychlení produktu o 1 sekundu znamenat měřitelný růst objednávek, zejména na mobilu. U lead-gen webu zase často klesne počet odchodů před formulářem. WordPress se pak přestane chovat jako brzda a začne fungovat jako nástroj růstu, což je jediné měřítko, na kterém skutečně záleží.
