1. Přetížené pluginy: nejčastější viník, který není na první pohled vidět
WordPress sám o sobě není problém. Potíže obvykle začínají ve chvíli, kdy se na něj naloží deset, patnáct nebo dvacet pluginů, z nichž část dělá totéž. V praxi to znamená delší načítání, konflikty mezi rozšířeními, chyby v administraci i výpadky na frontendu. Typický scénář je jednoduchý: web funguje po instalaci nového pluginu hůř, ale majitel si změny všimne až po týdnech, kdy klesnou tržby nebo se zhorší SEO signály.
Kontrola je přitom poměrně přímočará. Nejprve je vhodné projít seznam aktivních pluginů a položit si tři otázky: je ten plugin skutečně nutný, dělá něco unikátního a má pravidelné aktualizace? Pokud odpověď zní ne, jde o kandidáta na odstranění. Velmi časté jsou duplicity: dva bezpečnostní pluginy, dva cache pluginy, několik nástrojů na úpravu editoru nebo souběh několika rozšíření pro formuláře a tracking.
- Pravidlo praxe: méně pluginů neznamená automaticky lepší web, ale výrazně snižuje riziko konfliktů.
- Kontrolní nástroj: Query Monitor ukáže pomalé dotazy, hooky a chování jednotlivých pluginů.
- Rychlý test: dočasně vypnout pluginy po jednom a sledovat změnu LCP, TTFB a chyb v konzoli.
U velkých webů se vyplatí sledovat i to, zda plugin nenačítá skripty na každé stránce, i když jsou potřeba jen na jedné. To je častý problém formulářů, sliderů, popupů nebo marketingových nástrojů. Pokud plugin přidává zbytečný JavaScript a CSS na celý web, zvyšuje nejen dobu načtení, ale i riziko slabšího INP.
2. Těžká šablona a přestřelený design: když vzhled brzdí výkon
Druhou drobností bývá šablona. Na papíře vypadá moderně, v realitě ale obsahuje desítky funkcí, animací, builderů a vizuálních efektů, které web zpomalují. Často jde o „multipurpose“ šablony, které chtějí umět vše: portfolio, e-shop, magazín i firemní web. Výsledek je předvídatelný — mnoho kódu, mnoho požadavků na server a zbytečně vysoká zátěž pro mobilní zařízení.
V SEO i UX se to projeví rychle. Pokud se hlavní obsah vykresluje pozdě, roste LCP. Pokud se stránka přeskakuje kvůli pozdně načteným obrázkům nebo reklamním blokům, roste CLS. A pokud uživatel čeká na reakci po kliknutí, zhoršuje se INP. Google dnes tyto signály vnímá jako součást kvality stránky, takže nejde jen o technický detail, ale o faktor, který může ovlivnit viditelnost i konverze.
Praktický postup začíná měřením. PageSpeed Insights, Lighthouse a WebPageTest ukážou, co přesně stránku brzdí. U šablon se sleduje hlavně počet requestů, velikost CSS a JavaScriptu, render-blocking resources a počet fontů. Pokud web používá builder, je vhodné otestovat i „čistou“ verzi stránky bez zbytečných bloků. Někdy stačí vypnout animace, sjednotit fonty a omezit počet komponent, aby se výkon zlepšil o desítky procent.
- Doporučení: preferujte lehké šablony s minimem závislostí, ideálně s dobrou podporou blokového editoru.
- Typický problém: přehnaně velké hero sekce a carousel na úvodní stránce.
- Praktický cíl: dostat hlavní obsah na mobilu pod 2,5 sekundy LCP, ideálně níž.
3. Databáze bez údržby: tichý zdroj zpomalení i chyb
WordPress pracuje s databází neustále. Ukládá revize, autouložení, transients, logy, metadata, objednávky i záznamy z pluginů. Když se databáze dlouho nečistí, narůstá její objem a některé dotazy začnou být pomalejší. U menších webů se to projeví pozvolna, u e-shopů nebo magazínů s vyšší návštěvností velmi rychle.
Nejde jen o velikost tabulek, ale i o jejich strukturu. Velké množství revizí u článků, staré dočasné záznamy nebo opakovaně ukládaná metadata mohou prodloužit načítání administrace i frontendu. U WooCommerce je běžné, že objednávky a session data bez pravidelné péče zaplní tabulky natolik, že se zpomalí filtry, přehledy i checkout.
Údržba databáze má být pravidelná, ne jednorázová. Z praxe se osvědčuje měsíční kontrola revizí, transients a starých logů. U větších instalací je vhodné sledovat i slow query log na serveru. Pokud některý plugin generuje opakovaně těžké dotazy, je lepší ho nahradit než se snažit problém maskovat cachem. Cache totiž zpomalování řeší jen částečně; když databáze vrací data pomalu, web bude pomalý i nadále při prvním zobrazení nebo po expiraci cache.
- Nástroje: WP-Optimize, Advanced Database Cleaner, Query Monitor, serverový slow query log.
- Co mazat: nadbytečné revize, expired transients, spam komentáře, staré logy.
- Co hlídat: počet řádků v tabulkách wp_options, wp_postmeta a u e-shopů také objednávková data.
4. Hosting a serverové limity: když web padá, ale chyba není ve WordPressu
Čtvrtou drobností bývá hosting. Na první pohled je vše správně nastavené, ale web běží na sdíleném serveru s omezeným PHP memory limitem, pomalým diskem nebo přetíženou databází. V takové situaci se potíže často tváří jako chyba WordPressu, i když ve skutečnosti jde o nedostatečné serverové parametry. Provozovatelé webů to poznají podle pomalého načítání v různých denních dobách, výpadků při větší návštěvnosti nebo chyb 502 a 504.
Rozdíl mezi levným a kvalitním hostingem není jen v ceně. Důležité jsou konkrétní parametry: výkon CPU, I/O, dostupnost PHP 8.x, HTTP/2 nebo HTTP/3, podpora OPcache, zálohování, izolace účtů a rychlost databáze. U WordPressu se vyplatí sledovat TTFB, protože vysoký Time to First Byte často ukazuje na problém na serveru. Pokud je TTFB dlouhodobě nad 600 až 800 ms na jednoduché stránce bez velké zátěže, je to signál k prověření hostingu nebo konfigurace.
Praktický test je snadný: porovnat výkon webu mimo špičku a ve špičce, otestovat odezvu z různých lokalit a podívat se do logů serveru. Pokud web zpomaluje jen při větší zátěži, může být problém v CPU limitu nebo v nedostatečné cache vrstvě. Pokud padá při ukládání příspěvků nebo objednávek, bývá na vině limit paměti nebo pomalé databázové volání. V profesionálním provozu je běžné mít oddělené staging prostředí, pravidelné zálohy a monitoring dostupnosti.
5. Chybějící disciplína v aktualizacích, cache a bezpečnosti
Pátá drobnost je organizační, ale dopad má technický. Web, který se neaktualizuje, nevyužívá cache správně a nemá základní bezpečnostní dohled, začne dřív nebo později zlobit. WordPress core, pluginy i šablony vydávají opravy chyb, bezpečnostní záplaty a optimalizace. Když se aktualizace odkládají měsíce, roste riziko konfliktů, zranitelností i nekompatibility s novější verzí PHP.
Stejně důležitá je cache. Bez ní server zbytečně generuje každou stránku znovu, i když se obsah téměř nemění. Správně nastavená cache umí zkrátit dobu načítání a snížit zátěž hostingu. Na druhou stranu špatně nastavená cache může zobrazovat zastaralý obsah, rozbíjet košík nebo dělat problémy přihlášeným uživatelům. Proto je nutné testovat nejen homepage, ale i detail článku, formuláře, košík, checkout a přihlášení.
Bezpečnostní vrstva je součástí provozu, ne bonus. SSL, dvoufaktorové přihlášení, omezení pokusů o login, automatické zálohy a kontrola změn souborů patří k základní výbavě. U webů, které někdo spravuje nepravidelně, je vhodné nastavit i monitoring změn výkonu. Když se po instalaci nového pluginu zhorší rychlost o 30 % nebo naroste počet chyb v konzoli, je lepší reagovat hned. V praxi totiž největší problémy nevznikají z jednoho velkého selhání, ale z pěti malých kompromisů, které nikdo dlouho neřešil.
- Aktualizace: testovat na stagingu, pak nasadit do produkce.
- Cache: ověřit homepage, články, formuláře i e-shopové kroky.
- Bezpečnost: zálohy denně až týdně podle frekvence změn, ideálně mimo hosting.