Pomalý WordPress web

Pomalý WordPress web není normální vlastnost WordPressu, ale výsledek konkrétních rozhodnutí. V tomhle článku projdeme, kde se výkon nejčastěji ztrácí, jak problém správně změřit a co má smysl opravovat jako první, aby se web zrychlil bez zbytečných investic.

Nejdřív změřte, jestli je problém server, frontend, nebo obojí

První chyba je jednoduchá: začne se instalovat další cache plugin bez toho, aby bylo jasné, co je vlastně pomalé. Jestli padá TTFB, řešíte backend a hosting. Jestli je pomalý rendering, bývá problém v šabloně, obrázcích, JavaScriptu nebo množství třetích skriptů.

Doporučujeme začít přes PageSpeed Insights a potom si výsledek ověřit v GTmetrix. PageSpeed ukáže Core Web Vitals a problémy z pohledu uživatele, GTmetrix zase dobře odhalí velikost stránky, waterfall requestů a blokující zdroje.

Nejčastější příčina: moc pluginů a málo kontroly

WordPress zpomalují hlavně pluginy, které sahají do každého requestu. Typicky buildery, bezpečnostní balíky, SEO all-in-one pluginy, popup systémy, trackovací doplňky, feedy a různé "optimalizátory", které ve výsledku přidají další CSS, JS a databázové dotazy.

Nejde jen o počet pluginů. Důležitější je co dělají. Pět dobře napsaných pluginů je menší problém než jeden špatně navržený. Když vidíme pomalý WordPress web, často narazíme na plugin, který načítá skripty na každé stránce, i když je potřeba jen na jedné podstránce nebo v administraci.

Šablona a page builder umí výkon zničit rychleji než hosting

Těžká multipurpose šablona bývá větší problém než lidé čekají. Přidá desítky stylů, komponent, ikon, animací a fallbacků, které web vůbec nepotřebuje. Když se k tomu přidá builder typu Elementor nebo WPBakery, stránka se nafoukne o další vrstvu HTML, CSS a JavaScriptu.

Tohle je moment, kdy se láme rozdíl mezi webem, který "nějak funguje", a webem, který se načítá svižně. Pokud je design postavený z univerzálních bloků bez disciplíny, výkon platíte při každé návštěvě. Doporučujeme méně magie a víc kontroly nad tím, co se skutečně renderuje.

Obrázky, videa a fonty: tiché zabijáky rychlosti webu

Velká část webů není pomalá kvůli PHP, ale kvůli obsahu. Nahrané hero obrázky v několika megabajtech, autoplay video, tři rodiny fontů a deset řezů písma — to je klasika. Na desktopu to ještě projde, na mobilu se z toho stane pomalý web s vysokou mírou odchodu.

Minimum je používat moderní formáty, rozumné rozměry a lazy loading. U fontů má smysl držet se při zemi: ideálně jeden systém, pár řezů a přednačíst jen to, co je nad přehybem. Pokud váš WordPress web tahá polovinu assetů z externích služeb, každé další spojení přidává latenci.

Hosting, PHP a databáze rozhodují víc, než se na první pohled zdá

Když má web vysoký TTFB, bývá problém pod kapotou. Levný sdílený hosting, přetížený server, starší PHP, pomalé disky nebo špatně nastavená cache na serveru udělají z každého requestu čekání. U WooCommerce je to ještě citlivější, protože každá stránka obvykle pracuje s víc daty.

Stejně důležitá je databáze. Revize, přechodné záznamy, sirotčí metadata, staré tabulky po smazaných pluginech a těžké dotazy na objednávky nebo filtry produktů se časem nasčítají. WordPress sám o sobě databázi nezabije, ale bez údržby se z ní stane brzda, která není na frontendu hned vidět.

Co má smysl opravit jako první, aby byl efekt rychle vidět

Když řešíme pomalý WordPress web, jdeme po změnách s nejlepším poměrem práce a dopadu. Nejdřív audit pluginů, zapnutí správné cache, komprese a převod obrázků, omezení externích skriptů a kontrola šablony. Teprve potom má smysl řešit hlubší zásahy do šablon nebo migraci hostingu.

Pomáhá i nasadit specializované nástroje podle stacku. Na serverech s LiteSpeedem dává smysl LiteSpeed Cache, jinde často funguje dobře WP Rocket nebo kvalitně nastavená CDN. Smysl ale má jen tehdy, když víte, co cacheovat a co naopak nechat dynamické.

Kdy už optimalizace nestačí a je lepší změnit architekturu

Někdy je problém hlubší než pár nastavení. Pokud web stojí na přerostlé šabloně, builderu, desítkách pluginů a vlastních úpravách bez koncepce, zrychlování začne připomínat lepení technického dluhu. Každá další oprava něco zlepší, ale celek zůstává křehký a drahý na údržbu.

V takové chvíli dává smysl zvážit čistší řešení: lehčí šablonu, omezení pluginů, nebo rovnou nový web bez zbytečných vrstev. Ne vždy je nejlevnější varianta ta, která jen opraví symptomy. Co si z toho odnést? WordPress umí být rychlý, ale jen když se průběžně hlídá výkon, ne až ve chvíli, kdy web začne brzdit byznys.