Co dělat, když je WordPress pomalý nebo často padá

Pomalý web a výpadek nejsou stejný problém, i když pro návštěvníka vypadají podobně: stránka se nenačte, čeká příliš dlouho nebo se objeví chyba. Nejdůležitější je nezačít náhodně vypínat pluginy a mazat cache. Nejdřív zjistěte, co přesně nefunguje, komu, kdy a jak často. Teprve potom má smysl zasahovat. Tento postup šetří čas, omezuje riziko další škody a u e-shopu chrání objednávky.

Článek je napsaný pro firemní WordPress i WooCommerce. Některé kontroly zvládnete sami, ale u opakovaných výpadků, plateb nebo podezření na napadení je lepší nechat technickou část na správci webu. Dříve než se začne cokoliv měnit, vytvořte aktuální zálohu a poznamenejte si čas problému.

Nejdřív rozlište pomalost, chybu a skutečný výpadek

Web může být technicky dostupný, ale uživateli se jevit jako nefunkční, protože čeká na pomalou databázi, externí službu nebo příliš velké obrázky. Jindy server vrací chybu 500, stránka je bílá nebo nepřijde odpověď vůbec. Každý stav má jinou příčinu a jinou prioritu.

• Pomalost: stránka se načte, ale dlouho čeká na první odpověď nebo na vykreslení obsahu. Často souvisí s hostingem, databází, cache, obrázky nebo těžkým doplňkem.
• Občasný výpadek: web chvíli funguje a chvíli ne. Hledejte přetížení, limity hostingu, chyby PHP, cron úlohy, externí API nebo špičky návštěvnosti.
• Trvalá chyba: chyba 500, kritická chyba WordPressu nebo bílá obrazovka často ukazuje na plugin, šablonu, vlastní kód nebo nekompatibilní verzi PHP.
• Problém pouze ve správě: pomalý administrativní panel může mít jinou příčinu než veřejný web, například příliš mnoho požadavků na pozadí nebo náročná práce s objednávkami.

Vyzkoušejte stejnou stránku v anonymním okně a z jiné sítě nebo mobilních dat. Poznamenejte si URL, čas, zařízení a případnou chybovou hlášku. Získáte tím podklady, které jsou pro správce mnohem cennější než informace „web je pomalý“.

Krok 1: ochraňte provoz a nic nemažte bez zálohy

Pokud je web nebo e-shop právě v potížích, neaktualizujte naslepo všechno najednou a nemažte pluginy, záznamy ani databázi. Nejprve uložte aktuální stav. U WooCommerce si ověřte, zda přicházejí objednávky, funguje košík, platba a potvrzovací e-maily. Při významné chybě může být rozumné dočasně omezit změny v administraci, aby se problém dál neměnil pod rukama.

Funkční záloha musí obsahovat databázi i soubory. Samotná složka s WordPressem obvykle nestačí, protože objednávky, obsah a nastavení žijí v databázi. Podrobný postup najdete v článku jak správně zálohovat WordPress a WooCommerce.

Krok 2: změřte, kde se čas ztrácí

Měření má dvě vrstvy. První je zkušenost návštěvníka: jak rychle server začne odpovídat a kdy je stránka použitelná. Druhá je technická: vytížení PHP, databázové dotazy, paměť, chybové logy a odpovědi externích služeb. Cílem není honit jedno univerzální číslo, ale najít změnu proti normálnímu stavu.

Začněte na několika reprezentativních stránkách: titulní stránce, službě, článku, kontaktu a u e-shopu na produktu, košíku a dokončení objednávky. Jestli je rychlá pouze úvodní stránka, ale pomalé jsou kategorie nebo administrace, máte důležitou stopu. Při porovnávání měřte bez přihlášení i po přihlášení, protože cache se pro tyto návštěvy chová jinak.

Časté zdroje zpomalení

• Neoptimalizované fotografie, videa nebo soubory načítané nad zbytečnou plochou stránky.
• Příliš mnoho pluginů nebo jeden doplněk s náročnými dotazy, voláním cizího API či konfliktem s jiným doplňkem.
• Slabý nebo přetížený hosting, nedostatek PHP workerů, paměti či pomalá databáze.
• Nefunkční nebo špatně nastavená cache. Cache není univerzální lék a u košíku, účtu a objednávky se musí vynechat.
• Pomalé externí skripty: měření, chat, mapy, reklamní systémy, fonty nebo rezervační služba.
• Nashromážděný technický dluh: stará šablona, neudržované vlastní úpravy a dlouho neaktualizované rozšíření.

Krok 3: pracujte s logy, ale nenechte chyby zobrazovat návštěvníkům

WordPress nabízí nástroje pro ladění a obrazovku Site Health. Ty pomohou odhalit chyby PHP, nefunkční loopback požadavky nebo problémy s napojením na WordPress.org. Ladění ale patří do logu, ne na veřejnou stránku. Chybová hláška zobrazená návštěvníkovi může prozradit cestu na serveru, verzi komponent nebo další citlivé detaily.

Správný postup je krátkodobě zapnout zapisování diagnostiky, ponechat vypnuté zobrazování chyb na frontendu, problém zopakovat a následně log vyhodnotit. Pokud si nejste jistí, do souboru wp-config.php bez zkušeností nezasahujte. Vestavěný Recovery Mode navíc umí po některých kritických chybách umožnit přihlášení a bezpečnější řešení problému.

Varovný signál: chyba, která se objeví po každé nové objednávce, po automatické úloze nebo vždy ve stejnou denní dobu, není náhoda. Časový vzorec často ukáže na synchronizaci, zálohu, import nebo externí API.

Krok 4: ověřujte změny na testovací kopii

U důležitého webu a zvlášť u e-shopu netestujte zásadní aktualizace přímo na produkci. Vytvořte staging, tedy testovací kopii se stejnou verzí PHP, podobným nastavením a aktuálními daty. Na ní můžete bezpečně ověřit aktualizaci WordPressu, WooCommerce, šablony nebo konkrétního pluginu.

Po každé změně otestujte cestu, která vydělává nebo přivádí poptávky: formulář, přihlášení, vyhledání produktu, košík, platbu, e-mail a případně rezervaci. U WooCommerce nestojí za to ušetřit několik minut a pak řešit objednávky, které se nedostaly do systému.

Jak postupovat u e-shopu, když je problém akutní

U e-shopu je prioritou obchodní tok. Zjistěte, zda zákazník dokáže vložit produkt do košíku, přejít na pokladnu, dokončit platbu a zda vznikne objednávka i e-mail. Nefunkční produktový filtr je nepříjemný; nefunkční dokončení objednávky je urgentní incident. Při práci na chybě omezte souběžné úpravy cen, produktů a konfigurace, aby se dal dohledat skutečný dopad.

Pokud máte předplatné nebo automatické obnovy, kontrolujte i naplánované úlohy a e-maily. Klon e-shopu nesmí omylem odesílat reálné notifikace nebo provádět platby. To je důvod, proč se testovací prostředí a provozní postupy vyplatí řešit dřív, než se objeví první výpadek.

Kdy je na čase řešit hosting nebo architekturu

Hosting není automaticky viník, ale jeho limity se projeví při růstu návštěvnosti, větším katalogu, složitých filtrech nebo integracích. Jestli se problém objevuje jen při špičce, monitor ukazuje časté chyby serveru nebo administrace dlouhodobě čeká na databázi, potřebujete data od hostingu a konkrétní návrh nápravy. Někdy stačí upravit cache a náročný dotaz, jindy je nutné navýšit prostředky nebo rozdělit náročnou úlohu mimo hlavní web.

Nejhorší postup je přidávat další optimalizační pluginy bez pochopení stávajícího nastavení. Může vzniknout konflikt cache, dvojí minifikace nebo problém s dynamickými stránkami. Každý zásah proto dokumentujte a porovnejte před a po.

Kontrolní seznam po opravě

1. Ověřte veřejné stránky v anonymním okně a na mobilu.
2. Otestujte formuláře, e-maily, přihlášení a u e-shopu celou objednávku.
3. Zkontrolujte logy a monitoring, zda chyba skutečně přestala vznikat.
4. Zapište příčinu, provedené změny a datum do provozní dokumentace.
5. Nastavte základní dohled nad dostupností, aby další výpadek nehlásil až zákazník.
6. Odstraňte dočasné ladění a ujistěte se, že se chyby nezobrazují na veřejném webu.

Závěr: rychlost je součást spolehlivosti

Pomalý WordPress se málokdy vyřeší jedním tlačítkem. Spolehlivý výsledek vznikne z kombinace aktuálního systému, přiměřeného hostingu, rozumného počtu doplňků, kvalitních médií, měření a pravidelné údržby. Když web padá opakovaně, je lepší hledat příčinu než pokaždé jen obnovit službu.

Potřebujete prověřit konkrétní web nebo e-shop? Napište nám. Projdeme symptomy, provozní rizika i možnosti stabilizace tak, aby řešení odpovídalo tomu, jak je pro vaši firmu web důležitý.