1. Příliš mnoho pluginů, ale žádná architektura

Nejčastější problém WordPressu není samotný WordPress, ale způsob, jakým se na něj vrství pluginy. V praxi často vidím weby s 25 až 40 aktivními pluginy, přičemž polovina z nich řeší drobnosti, které by šly vyřešit jedním kvalitním nástrojem nebo vlastním kódem. Každý plugin přidává další PHP logiku, databázové dotazy, CSS nebo JavaScript, a tím roste riziko konfliktů i zpomalení.

Typický příklad: web s page builderem, SEO pluginem, cache pluginem, formulářem, analytikou, cookie lištou, několika widgety pro sociální sítě a třemi doplňky na výkon. Výsledek? Dvojité načítání skriptů, zbytečné requesty a těžko laditelné chyby. Z pohledu Core Web Vitals se to často projeví na LCP a INP, protože stránka načítá víc než potřebuje.

Jak to řešit:

• Proveďte audit pluginů a u každého si položte otázku: je nutný pro byznys?
• Odinstalujte neaktivní i „dočasně“ ponechané pluginy.
• U funkcí jako shortcodes, vlastní typy obsahu nebo drobné úpravy šablony zvažte vlastní řešení v child theme nebo mu-pluginu.
• Ověřte, zda pluginy nenačítají skripty globálně na všech stránkách, i když jsou potřeba jen na jedné.

Pro měření použijte Query Monitor, GTmetrix nebo WebPageTest. Query Monitor ukáže pomalé dotazy a hooks, GTmetrix a WebPageTest zase pomohou odhalit, co skutečně zpomaluje první vykreslení.

2. Šablona, která je vizuálně hezká, ale technicky přerostlá

Další past je volba šablony podle screenshotu místo podle výkonu. Mnoho moderních WordPress témat vypadá výborně, ale pod povrchem obsahuje desítky funkcí, které nikdy nepoužijete: vlastní builder, animace, ikonové knihovny, slider komponenty, extra fonty a obrovské CSS soubory. Na desktopu to ještě působí snesitelně, ale na mobilu už se projeví vyšší CLS, pomalejší interakce a horší UX.

Jeden z častých vzorců je „multipurpose theme“ s demo importem. Web pak vypadá přesně jako ukázka, ale každá další úprava znamená další vrstvu nad vrstvenou vrstvou. Z dlouhodobého hlediska je výhodnější lehká šablona a cílené rozšíření než univerzální monstrum.

Praktický postup:

• V PageSpeed Insights sledujte velikost CSS a JS a počet blokujících zdrojů.
• Pokud CSS přesahuje stovky kilobajtů a většina tříd je nevyužitá, hledejte možnost critical CSS a odstranění nepoužívaných stylů.
• U šablony zkontrolujte, zda podporuje moderní blokový editor bez nutnosti dalšího builderu.
• Na nových projektech preferujte lehké frameworky nebo dobře optimalizované theme s minimem závislostí.

Pro SEO je důležité, aby šablona neomezovala strukturu obsahu. Nadměrné vizuální efekty často zhoršují čitelnost, interní prolinkování i indexaci důležitých částí stránky.

3. Obrázky bez kontroly velikosti, formátu a lazy loadu

Obrázky bývají největší jednorázový problém výkonu. Na WordPressu se často nahrají fotografie přímo z mobilu v původní velikosti 4 až 8 MB, aniž by někdo řešil kompresi, rozměry nebo moderní formát. Pokud má homepage deset takových obrázků, je zaděláno na pomalý LCP a přetíženou síť uživatele.

Nejčastější chyby jsou tři: obrázek je příliš velký, je ve špatném formátu a načítá se v nevhodném okamžiku. Například hero obrázek nad foldem by neměl být lazy-loaded, zatímco galerie pod článkem ano. Stejně tak není nutné posílat do mobilu stejný soubor jako na desktop.

Co dělat správně:

• Používejte WebP nebo AVIF, pokud to hosting a šablona podporují.
• Nastavte správné responsivní velikosti přes srcset a sizes.
• Komprimujte obrázky automaticky přes plugin nebo při uploadu.
• Hero obrázek označte jako prioritní a ostatní načítejte až později.

Pro audit použijte Lighthouse a zkontrolujte sekci „Properly size images“ a „Serve images in next-gen formats“. V praxi často stačí snížit velikost hlavních obrázků o 60 až 80 % a web se znatelně zrychlí.

4. Databáze, která bobtná a nikdo ji neudržuje

WordPress je postavený na databázi a dlouhodobě zanedbaná databáze je tichý zabiják výkonu. Revisiony článků, automatické koncepty, spam komentáře, transienty a zbytky po smazaných pluginech postupně nafukují tabulky, které uživatel nevidí, ale server je musí stále obsluhovat. U větších webů to vede k pomalejšímu adminu, delším dotazům a někdy i k problémům při zálohování.

Velmi častý scénář: web má tisíce revizí, desítky tisíc spam komentářů a přitom žádnou pravidelnou údržbu. Pak se admin rozbíhá pomalu, editace článků trvá dlouho a cron úlohy jsou opožděné. To je problém nejen pro správce, ale i pro obsahový tým.

Jak databázi udržet pod kontrolou:

• Omezte počet revizí v wp-config.php.
• Pravidelně mažte spam, trashed posts a expirované transienty.
• Kontrolujte tabulky po odinstalovaných pluginech.
• Používejte nástroje jako WP-Optimize nebo pokročileji WP-CLI.

U větších webů doporučuji jednou za měsíc projít databázové statistiky a porovnat objem tabulek s návštěvností. Když databáze roste rychleji než obsah, je to signál, že se do systému ukládá příliš mnoho balastu.

5. Cache nastavená „nějak“, ale ne podle typu webu

Cache je často prezentována jako zázračné řešení, ale špatně nastavená cache umí web naopak rozbít. Jinak se chová e-shop s WooCommerce, jinak magazín a jinak firemní web s formuláři a personalizovaným obsahem. Pokud se cachuje i košík, účet nebo dynamické prvky, nastanou chyby, které jsou pro uživatele i byznys velmi drahé.

Správné nastavení cache je kombinace několika vrstev: page cache, browser cache, object cache a případně CDN. Na úrovni WordPressu je důležité vyřešit také výjimky pro přihlášené uživatele, checkout, formuláře a jazykové mutace.

Praktický checklist:

• Ověřte, zda cache plugin podporuje konkrétní hosting a serverový stack.
• Na WooCommerce nikdy necachujte stránky košíku, pokladny a účtu.
• Zapněte object cache, pokud máte větší web nebo hodně dotazů do databáze.
• Testujte po každé změně v anonymním okně i na mobilu.

Výborně se hodí kombinace Redis pro object cache a kvalitní serverová cache na úrovni hostingu. U správně nastaveného webu se TTFB často zkrátí z několika set milisekund na nízké desítky až jednotky stovek milisekund.

6. Bezpečnost a aktualizace řešené až po průšvihu

WordPress je populární právě proto, že má obrovský ekosystém, ale to z něj zároveň dělá častý cíl útoků. Největší riziko není jen hacknutí webu, ale i tichá degradace: zastaralé pluginy, slabé heslo, neaktuální PHP verze nebo hosting bez základního zabezpečení. Když se web zpomalí „bez důvodu“, bývá někdy příčinou malware, spamovací skripty nebo podezřelé cron úlohy.

Bezpečnostní hygiena musí být rutinní, ne jednorázová. Aktualizace jádra, pluginů i šablon by měly mít jasný proces, ideálně s testováním na stagingu. U projektů s vyšší návštěvností doporučuji také monitoring změn souborů a pravidelné skeny.

Co mít nastavené minimálně:

• SSL na všech stránkách včetně přesměrování z HTTP na HTTPS.
• 2FA pro administrátory.
• Pravidelné zálohy mimo hosting, ne jen na stejném serveru.
• Kontrolu verzí PHP a podporovaných knihoven.
• Bezpečnostní plugin nebo serverovou ochranu podle typu projektu.

Pro audit poslouží například Wordfence, Sucuri nebo serverové logy. Pokud vám web náhle zrychlí po vyčištění infekce, je to jasný důkaz, že bezpečnost a výkon jsou propojené oblasti.

7. Obsah a měření bez dat, takže se optimalizuje naslepo

Poslední past je paradoxní: web se sice technicky „nějak“ podaří zrychlit, ale nikdo neví, co to přineslo. Bez dat nepoznáte, které stránky mají největší problém, odkud přichází ztráta návštěvnosti ani které prvky brzdí konverze. WordPress pak funguje jako uzavřený systém bez zpětné vazby.

Dobře nastavené měření je základem SEO i UX optimalizace. Sledujte nejen návštěvnost, ale i chování po vstupu na web: scroll, kliky, formuláře, odchody a výkon jednotlivých typů stránek. Na úrovni SEO je zásadní propojit Google Search Console s analytikou a sledovat dotazy, které přinášejí zobrazení, ale nízké CTR. To často ukazuje na slabý title, nevhodný snippet nebo chybějící strukturovaná data.

Pro praktickou práci doporučuji tento postup:

• Nastavte GA4 a Search Console s jasně definovanými cíli.
• Rozdělte web na typy stránek: homepage, kategorie, články, landing pages, e-shop produkty.
• U každého typu sledujte výkon, míru opuštění a konverzní poměr.
• Testujte změny po menších dávkách, ne současně na celém webu.

WordPress není pomalý sám o sobě. Pomalým se stává tehdy, když se na něj bez strategie vrství pluginy, těžká šablona, nekontrolované obrázky, neudržovaná databáze, špatná cache, zanedbaná bezpečnost a nulové měření. Kdo tyto vrstvy vyřeší systematicky, získá web, který je rychlejší, stabilnější a lépe připravený na SEO i generativní vyhledávání.