FLASH SALE: 80% sleva na hosting + ZDARMA doména. BRZY KONČÍ 
  • Blog
  • Webhosting
  • Jak WordPress a další webové aplikace ovlivňují rychlost načítání webových stránek

Jan Dvořák

Publikováno 18. května 2026

Aktualizováno 12. června 2026

Jak WordPress a další webové aplikace ovlivňují rychlost načítání webových stránek

Webhosting

7 min

Jan Dvořák

Publikováno 18. května 2026

Aktualizováno 12. června 2026

Rychlá motorka

Stručné shrnutí: WordPress při každém načtení spouští PHP, dotazuje databázi a skládá stránku, což se rychle nasčítá, zejména u e‑shopů nebo webů s více pluginy. Cache tenhle proces přerušuje a vrací hotový výsledek, proto patří mezi nejúčinnější způsoby zrychlení. Stejný princip platí i pro jiné systémy než WordPress.

Rychlost webu se často řeší na úrovni hostingu, ale ve skutečnosti ji z velké části určuje samotná aplikace. WordPress, e‑shop nebo jiný systém musí při každém načtení stránky provést řadu kroků, které se s každým pluginem nebo funkcí násobí. V článku si ukážeme, co se při načtení stránky skutečně děje a proč se web zpomalí i bez změny hostingu.

Obsah článku:

Proč pomalý web bolí víc, než si myslíte

Pomalý web není jen technický problém. Má přímý dopad na to, kolik lidí na stránce zůstane a kolik z nich udělá akci.

Podle dat Google a SOASTA se při prodloužení načítání z 1 na 3 sekundy zvyšuje pravděpodobnost odchodu o 32 %. Jinými slovy, i zdánlivě malé zpomalení znamená citelný nárůst ztracených návštěvníků.

To se netýká jen velkých e‑shopů. Stejný problém řeší firemní weby, landing pages i magazíny.

Typický scénář je, že web přesunete na rychlejší hosting, ale rozdíl je menší, než čekáte.

Důvod je jednoduchý: hosting je jen jedna část skládačky. Pokud web při každém načtení zbytečně pracuje s daty, rychlejší server to nevyřeší.

Předpokládaný bounce rate v závislosti na rychlosti načítání webových stránek.

Zdroj: Výzkum Google/SOASTA, 2017.

Co se stane na serveru, než se váš web načte

Když otevřete web udělaný ve WordPressu, server nevrátí hotovou stránku. Nejdřív ji musí vytvořit.

Prohlížeč pošle požadavek, server spustí PHP, WordPress načte pluginy a šablonu, dotáže se databáze a teprve potom sestaví HTML, které odešle zpět.

Každý z těchto kroků přidává další práci. V čisté instalaci WordPressu jde o jednotky databázových dotazů, s pluginy a e‑shopem to ale rychle roste na desítky.

Tahle práce se opakuje při každém načtení stránky. Čím složitější web, tím víc času server potřebuje.

Jak WordPress generuje zátěž: plugin, šablona, databáze

Rychlost načítání webových stránek ovlivňují pluginy, šablona, skripty třetích stran a cache. V praxi to znamená, že dva weby na stejném hostingu mohou mít výrazně odlišnou odezvu jen podle toho, kolik práce musí při načtení udělat.

Rozdíl se dobře ukazuje na počtu databázových dotazů, například při měření pomocí pluginu Query Monitor.

Typické hodnoty z praxe vypadají zhruba takto:

  • čistý WordPress: 9–14 dotazů
  • jednoduchý firemní web: 12–25 dotazů
  • builder nebo formuláře: 30–50 dotazů
  • WooCommerce bez cache: 90 a více dotazů

Plugin přidává zátěž tím, že spouští PHP kód, pracuje s databází a často přidává skripty do prohlížeče. Šablona zase určuje, kolik obsahu se musí při každém načtení složit. Univerzální šablony obvykle načítají víc kódu než jednoduché blokové řešení.

Databáze se zpomaluje hlavně ve chvíli, kdy se dotazy opakují nebo pracují nad velkými tabulkami, často i kvůli zbytkům dat po starých pluginech.

Rychlost WordPressu tak neurčuje jeden faktor, ale množství práce, které se opakuje při každém načtení stránky.

Nejen WordPress: jak zátěž generují i jiné webové aplikace

Stejný princip platí pro každý dynamický web. I Joomla, Drupal, PrestaShop, Magento nebo vlastní řešení musí při každé návštěvě projít stejným procesem.

Rozdíl je jen v tom, kolik práce při tom udělá.

WooCommerce je dobrý příklad, protože z jednoduchého WordPressu dělá e‑shop. Produktová stránka neřeší jen obsah, ale i cenu, sklad, varianty, dopravu nebo slevy. V praxi to znamená desítky dalších databázových dotazů.

V našich měřeních přidalo 20 variant produktu zhruba 30 a více dotazů oproti jednoduché stránce.

Podobný vzorec jsme viděli i u jiných systémů. Například u menších PrestaShop katalogů se homepage s cache načítala rychle, ale necachované kategorie s filtrováním se pohybovaly výrazně výš. Po omezení kombinací filtrů a zapnutí cache se odezva snížila na zhruba polovinu.

Joomla a Drupal fungují jinak než WordPress, ale základ zůstává stejný. Moduly pro menu, jazykové verze nebo formuláře se zapojují do skládání stránky a postupně přidávají další práci.

Software tedy není jen „obsah webu“. Je to aktivní vrstva, která určuje, kolik práce server udělá pro každého návštěvníka.

Kde vstupuje caching: jak přerušit smyčku PHP–databáze

Cache je uložená kopie výsledku, kterou server použije místo opakovaného skládání stránky přes PHP a databázi. Jinými slovy, místo aby web při každé návštěvě znovu spouštěl desítky databázových dotazů, vrátí už hotový výstup.

To se přímo projeví na rychlosti. Počet operací na serveru klesne a zrychlí se i odezva, která se měří jako TTFB (time to first byte), tedy čas do prvního bajtu odpovědi.

Existuje více druhů cache. O všech si můžete přečíst v tomto blogovém článku. Cachování je také jedno z doporučení, které probíráme v článku Jak zlepšit výkon webhostingu.

V praxi se to projeví okamžitě. Po zapnutí cache může TTFB klesnout z řádu stovek milisekund na desítky, protože server už nemusí znovu spouštět PHP a dotazovat databázi.

Cache ale nefunguje všude. Stránky jako košík, účet zákazníka nebo administrace se generují individuálně pro každého uživatele, takže se nedají jednoduše uložit jako hotový výsledek.

Cache tedy neurychluje jednotlivé dotazy, ale omezuje jejich počet. A právě tím má největší dopad na rychlost webu.

Rychlost webu a hostingová infrastruktura: co záleží pod kapotou

Hosting určuje, jak rychle server zvládne práci, kterou mu aplikace zadá. U WordPressu jde hlavně o výkon CPU pro PHP, rychlost disků a odezvu databáze.

Velký vliv má i verze PHP. Novější verze, jako PHP 8.1–8.3, jsou výrazně rychlejší než starší řady. V praxi se po přechodu z PHP 7.4 na PHP 8.x běžně zkrátí odezva serveru o desítky procent, pokud je web kompatibilní.

Přečtěte si také jak PHP, databáze a web server ovlivňují rychlost webu.

Důležité ale je pořadí. Pokud web generuje desítky zbytečných dotazů nebo nemá cache, rychlejší hosting pomůže jen částečně. Rozdíl se naplno projeví až ve chvíli, kdy aplikace funguje efektivně.

Sdílený hosting dává smysl pro menší weby a běžné firemní stránky. Jakmile ale web zpracovává víc požadavků, pracuje s e‑shopem nebo má špičky návštěvnosti, začínají dávat smysl výkonnější varianty, například WordPress hosting nebo VPS.

Poznejte, kdy je čas přejít na vlastní VPS.

Hosting tedy neurčuje, kolik práce web dělá, ale jak rychle ji zvládne. Nejlepší výsledek vzniká kombinací obou.

Jak zjistit, kde je problém

  1. Změřte TTFB (čas do prvního bajtu odpovědi serveru)
  2. Porovnejte cachovanou a necachovanou stránku
  3. Otevřete statický soubor (např. obrázek nebo HTML) a sledujte rychlost
  4. Zkontrolujte, jestli je pomalá i administrace

Podle toho poznáte, jestli vás brzdí infrastruktura, aplikace, databáze nebo jejich kombinace.

Podrobnější návod najdete v článku Pomalé načítání stránek: Zjistěte, kde je problém.

Časté otázky

Kolik pluginů je dobré používat, aby to nezpomalilo WordPress?

Neexistuje konkrétní limit. WordPress nezpomalují pluginy počtem, ale tím, co dělají. V praxi může být web s dvaceti jednoduchými pluginy rychlejší než web s pěti, které generují složité databázové dotazy nebo načítají zbytečný kód.

Dobré pravidlo je sledovat zátěž, ne počet. Pokud stránka generuje desítky až stovky databázových dotazů nebo načítá velké množství skriptů, je problém v konkrétním pluginu, ne v jejich počtu.

Je WordPress pomalejší než jiné CMS?

Ne nutně. Samotný WordPress je poměrně úsporný. Rozdíly vznikají až podle toho, jaký web na něm postavíte. Jednoduchý firemní web může být velmi rychlý, zatímco e‑shop s WooCommerce, builderem a filtrováním produktů generuje výrazně víc práce. Stejný princip platí i pro Joomla, Drupal nebo vlastní aplikace.

Jak poznám, jestli je problém v hostingu, nebo v aplikaci?

Pomůže jednoduché porovnání. Pokud se statický soubor načte rychle, ale WordPress stránka pomalu, problém je spíš v aplikaci, databázi nebo cache. Pokud je pomalé všechno včetně statických souborů, řešte hosting nebo infrastrukturu.

Zde najdete celý návod na diagnózu webu.

Pomůže managed WordPress hosting s rychlostí?

Může, ale jen do určité míry. Managed WordPress hosting zlepší prostředí, například výkon PHP nebo cache, ale nevyřeší těžkou šablonu, neefektivní pluginy ani přetíženou databázi. Nejlepší výsledky přináší kombinace optimalizované aplikace a odpovídajícího hostingu.

 

Jan Dvořák

Jsem hlavní copywriter a redaktor Webglobe blogu s více jak 200 blogovými články, případovými studiemi a e-booky na kontě. Poradím vám především s on-line marketingem, SEO a tvorbou webu na WordPressu.

Více mých článků

Zapište se do našeho newsletteru Přihlásili jste se k odběru novinek

Nechte si od nás posílat zajímavé nabídky, novinky a články. Váš email byl úspěšně přidán.
Pole je povinné se správným email formátem