Nastavení cookies

Rozhodněte se zvlášť u každé kategorie. Kdykoli se sem můžete vrátit přes patičku.

NezbytnéVždy zapnuto

Přihlášení, jazyk a motiv a zapamatování právě této volby. Bez nich web nefunguje, takže není co vypínat.

Google Analytics, abychom viděli, které stránky se používají a kde návštěvníci odcházejí. Vypnuté, dokud je nezapnete, a data se nikdy nepředávají do Google Ads.

Aderlo Cloud
Přihlásit seZačít

Proč je e-shop na WooCommerce pomalý? 10 příčin a jak je ověřit

Grzegorz Ciupek · Aktualizováno 6. října 2026 · 9 minut čtení

E-shop na WooCommerce nejčastěji zpomaluje chybějící cache stránek, málo PHP workers ve špičce, velké volby autoload v databázi, nahromaděné úlohy na pozadí a pluginy dotazující se externích služeb. Začněte měřením doby do prvního bajtu (TTFB): dobré je do 0,8 s; na e-shopu s funkční cache umí klesnout z 0,78 s na 0,11 s.

Nejdřív měřte, pak opravujte

  1. TTFB stránky produktu a košíku

    Ve vývojářských nástrojích prohlížeče (záložka Síť) nebo v PageSpeed Insights. Produkt z cache by měl odpovědět ve zlomku sekundy; košík se vždy počítá znovu.

  2. Hlavička cache

    Na LiteSpeedu zkontrolujte hlavičku X-LiteSpeed-Cache. hit znamená stránku z cache, miss nebo chybějící hlavička stránku počítanou od nuly.

  3. Query Monitor

    Plugin Query Monitor ukáže nejpomalejší databázové dotazy, HTTP požadavky na jiné služby a plugin, který je volá.

  4. Využití prostředků v panelu

    Pokud se ve špičce objevují chyby 508 nebo 503, problémem jsou limity procesů, ne kód.

10 příčin, od nejčastější

PříčinaJak ji poznatCo udělat
1. Chybí cache stránekNa produktech chybí X-LiteSpeed-Cache: hitZapnout LSCache nebo jinou cache stránek
2. Chybí objektová cacheKošík a administrace pomalé i přes cache stránekRedis jako objektová cache — jak ji ověřit
3. Málo PHP workersChyby 508/503 nebo fronta ve špičceSpočítat potřebný počet
4. Velký autoload ve wp_optionsSoučet automaticky načítaných voleb nad cca 800 KB (práh varování ve Stavu webu)Vypnout autoload u velkých voleb opuštěných pluginů
5. Nahromaděné úlohy na pozadíTisíce úloh ve WooCommerce → Stav → Naplánované akceSmazat dokončené, opravit ty, které se opakují
6. WP-Cron spouštěný návštěvníkySkoky doby odezvy každých pár minutPřesunout do systémového cronu
7. Plugin se dotazuje externí službyQuery Monitor: pomalé HTTP požadavkyCache výsledků nebo jiný plugin
8. Cart fragments na každé stráncewc-ajax=get_refreshed_fragments při každém zobrazeníOmezit na stránky, které zobrazují mini košík
9. Stará verze PHPPHP 7.x v paneluPřejít na PHP 8.x po ověření kompatibility pluginů
10. Těžké obrázky a skriptySlabé LCP při rychlém TTFBWebP/AVIF, líné načítání, méně externích skriptů

Velikost autoloadu zjistíte v databázi dotazem (od WordPressu 6.6 mají automaticky načítané volby hodnoty yes, on, auto-on nebo auto):

SELECT ROUND(SUM(LENGTH(option_value)) / 1024) AS autoload_kb
FROM wp_options
WHERE autoload IN ('yes', 'on', 'auto-on', 'auto');

Kdy za to může hosting

Pokud stránka z cache odpovídá rychle, ale košík a administrace jsou pomalé i přes objektovou cache a čistou databázi, omezením je obvykle výkon tarifu: počet PHP workers, procesor nebo disk. Na hostingu Aderlo Cloud jsou LiteSpeed Enterprise, LSCache a samostatná instance Redis pro každý účet nastavené od prvního dne; na jednom z e-shopů hostovaných v Aderlo Cloud to znamená 0,78 s do prvního bajtu bez cache a 0,11 s s cache.

Porovnat tarify Aderlo Cloud →

Časté otázky

Jaké TTFB je dobré pro e-shop na WooCommerce?
Google považuje za dobrý výsledek hodnotu do 0,8 s. Stránky produktů podávané z cache by měly být výrazně pod ní; košík a objednávka se vždy počítají znovu, takže tam rozhoduje výkon serveru a objektová cache.
Zrychlí e-shop víc RAM?
Jen pokud e-shopu chybí paměť. Častěji jsou omezením PHP workers, pomalé databázové dotazy nebo chybějící cache — vyplatí se to změřit dřív, než změníte tarif.

Zdroje