Dobrá zpráva je, že chyba 500 je téměř vždy řešitelná bez zásahu do databáze a bez ztráty obsahu. V tomto článku vám ukážu, co tato chyba znamená, proč vzniká a jak ji krok za krokem odstranit – ať už jste začátečník, nebo zkušený správce webu. Projdeme si diagnostiku, konkrétní opravy, prevenci do budoucna i doporučené nástroje pro rok 2026.
Tento článek je shrnutím toho, co bych řekl každému, kdo si dnes zakládá první web na WordPressu – i těm, kteří na něm už nějaký web mají a chtějí zkontrolovat, jestli náhodou nešlápli do stejných kaluží jako většina ostatních.
Co je chyba 500 Internal Server Error
Proč je hláška tak nekonkrétní
Webové servery z bezpečnostních důvodů často skrývají podrobnosti o vnitřní chybě před návštěvníkem. Detailní informace (tzv. stack trace) by mohly prozradit strukturu serveru útočníkovi. Proto vidíte jen obecné „500“ – skutečnou příčinu je nutné dohledat v logových souborech nebo pomocí debug módu WordPressu.
Jak chyba 500 vypadá v praxi
Setkat se s ní můžete v několika variantách:
- 500 Internal Server Error – klasická podoba na většině hostingů
- HTTP ERROR 500 – běžné v Google Chrome
- The website cannot display this page – varianta v některých verzích Internet Exploreru/Edge
- Prázdná bílá stránka bez jakéhokoli textu (tzv. White Screen of Death, WSOD)
Nejčastější příčiny chyby 500 na WordPressu
Z mé zkušenosti z desítek řešených případů se příčiny dají rozdělit do několika kategorií. Následující tabulka shrnuje ty nejběžnější:
| Příčina | Frekvence výskytu | Obtížnost opravy |
|---|---|---|
| Poškozený nebo nekompatibilní plugin | Velmi častá | Nízká |
Chyba v souboru .htaccess |
Častá | Nízká |
| Nedostatečný limit paměti PHP | Častá | Nízká–střední |
| Nekompatibilní nebo poškozené jádro (core) WordPressu | Střední | Střední |
| Chybná šablona (téma) | Střední | Nízká–střední |
| Problém na straně serveru/hostingu | Méně častá | Vysoká (řeší hosting) |
| Vypršený PHP timeout / pomalé databázové dotazy | Méně častá | Střední |
Chyba v souboru wp-config.php |
Vzácná, ale kritická | Střední |
1. Poškozený nebo konfliktní plugin
Nejčastější viník. Aktualizace pluginu, nekompatibilita mezi dvěma pluginy nebo chyba přímo v kódu rozšíření dokáže shodit celý web během vteřiny.
2. Poškozený soubor .htaccess
Tento konfigurační soubor Apache serveru řídí přesměrování, permalinky a bezpečnostní pravidla. Stačí jeden překlep nebo konflikt při instalaci bezpečnostního pluginu a web přestane fungovat.
3. Vyčerpaný PHP memory limit
Pokud web (zejména s náročnými pluginy jako WooCommerce nebo page buildery) potřebuje více paměti, než mu hosting povoluje, server chybu 500 vrátí místo dokončení požadavku.
4. Poškozené jádro WordPressu
Neúplný upload při aktualizaci, výpadek internetu během update procesu nebo zásah škodlivého kódu může poškodit klíčové soubory jádra.
5. Problém v šabloně (tématu)
Chyba v souboru functions.php je klasický případ – jediná chybějící závorka dokáže spadnout celý web.
6. Problémy na straně serveru
Přetížený server, špatně nakonfigurovaný PHP-FPM, nedostatek zdrojů u sdíleného hostingu nebo výpadek databázového serveru.
Jak rychle diagnostikovat příčinu
Než začnete cokoliv opravovat, potřebujete vědět, co přesně chybu způsobilo. Diagnostika je klíčová – zabrání zbytečným zásahům do funkčních částí webu.
Krok 1: Zapněte debug mód WordPressu
wp-config.php (přes FTP nebo správce souborů v administraci hostingu) přidejte nebo upravte tyto řádky:
define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false );
wp-content/debug.log, aniž by se zobrazovaly veřejně na webu. Krok 2: Zkontrolujte error logy hostingu
Většina hostingů (např. přes cPanel nebo vlastní administraci) nabízí přístup k tzv. error logu serveru – ten často obsahuje přesnější informaci než samotný WordPress.
Krok 3: Zkontrolujte čas výskytu chyby
Podívejte se do administrace hostingu, kdy přesně chyba začala. Porovnejte to s časem poslední aktualizace pluginu, tématu nebo jádra.
Krok 4: Otestujte v anonymním okně a z jiné sítě
Vyloučíte tím problém s cache prohlížeče nebo lokální DNS.
Návod na opravu chyby 500
Následující postup doporučuji dodržovat přesně v tomto pořadí – od nejjednodušších a nejbezpečnějších kroků k těm náročnějším.
Krok 1: Vymažte cache
Pokud používáte cachovací plugin (WP Rocket, W3 Total Cache, LiteSpeed Cache) nebo cache na úrovni serveru, vymažte ji jako první krok. Poškozená cache je překvapivě častou příčinou.
Krok 2: Obnovte soubor .htaccess
- Připojte se přes FTP nebo správce souborů.
- Přejmenujte soubor
.htaccessna.htaccess_old. - Zkuste web znovu načíst.
- Pokud web funguje, přihlaste se do administrace → Nastavení → Trvalé odkazy → klikněte na „Uložit změny“ (tím se vygeneruje nový, čistý
.htaccess.
Krok 3: Navyšte limit paměti PHP
wp-config.php přidejte před řádek /* That's all, stop editing! */:
define( 'WP_MEMORY_LIMIT', '256M' );
php.ini nebo přes administraci hostingu). Krok 4: Deaktivujte všechny pluginy
wp-content/plugins na plugins_old. WordPress všechny pluginy automaticky deaktivuje, aniž by je smazal.
- Pokud web začne fungovat, přejmenujte složku zpět a aktivujte pluginy postupně jeden po druhém, dokud chybu znovu nevyvoláte.
- Takto přesně identifikujete viníka.
Krok 5: Přepněte na výchozí téma
wp-content/themes přejmenujte aktuálně aktivní šablonu (např. moje-tema na moje-tema_old. WordPress automaticky přepne na výchozí téma (Twenty Twenty-Four apod.).
Krok 6: Nahrajte znovu jádro WordPressu
Stáhněte čistou instalaci WordPressu ze stejné verze na wordpress.org a nahrajte přes FTP složky wp-admin a wp-includes (nikdy nepřepisujte wp-content!).
Krok 7: Zkontrolujte wp-config.php
<?php. Krok 8: Kontaktujte podporu hostingu
Pokud žádný z předchozích kroků nepomohl, může jít o problém na straně serveru – přetížení, špatnou konfiguraci PHP-FPM nebo výpadek databáze. Podpora hostingu má přístup k detailním server-side logům, které vy nemáte.
Časté chyby, kterým se vyhnout
- Mazání souborů bez zálohy. Vždy si nejprve stáhněte kompletní zálohu webu i databáze – i chvilkový zásah bez zálohy může situaci zhoršit.
- Úprava
wp-config.phpbez záložní kopie souboru. Jediná chybějící středníková čárka dokáže web úplně shodit. - Aktualizace více pluginů najednou. Pokud aktualizujete pět pluginů současně a objeví se chyba, těžko zjistíte, který z nich je viníkem.
- Ignorování PHP verze. Zastaralá nebo naopak příliš nová verze PHP může způsobit inkompatibilitu s tématem nebo pluginy.
- Práce přímo na produkčním webu. Vždy je lepší testovat na stagingové verzi webu, pokud ji hosting nabízí.
Doporučené pluginy a nástroje pro rok 2026
| Nástroj | Účel | Poznámka |
|---|---|---|
| Query Monitor | Diagnostika PHP chyb, dotazů do databáze a výkonu | Zdarma, nutnost pro pokročilé ladění |
| WP Activity Log | Sledování změn a aktualizací na webu | Pomáhá dohledat, co se změnilo před výpadkem |
| UpdraftPlus / BlogVault | BlogVaultZálohování webu i databáze | Zálohujte před každým větším zásahem |
| WP Rocket | Cache a optimalizace výkonu | Po opravě chyby nezapomeňte vymazat cache |
| Health Check & Troubleshooting | Testovací režim bez zásahu do funkčního webu | Oficiální plugin WordPress.org, ideální pro bezpečnou deaktivaci pluginů |
| LiteSpeed Cache | Cache a optimalizace na LiteSpeed serverech | Vhodné pro hostingy s LiteSpeed |
FAQ – nejčastější dotazy
Proč se chyba 500 objevila bez jakékoli mé akce na webu?
I bez ručního zásahu mohlo dojít k automatické aktualizaci pluginu na pozadí, k dočasnému přetížení serveru nebo k automatické aktualizaci PHP verze ze strany hostingu.
Ztratím data, pokud budu chybu 500 opravovat?
Pokud postupujete opatrně a pouze deaktivujete nebo přejmenováváte soubory (nemažete je), ke ztrátě dat nedochází. Databáze zůstává touto opravou nedotčena.
Jak dlouho typicky trvá oprava chyby 500?
.htaccess, konfliktní plugin) jde o opravu v řádu 10–30 minut. Komplikovanější případy vyžadující zásah hostingu mohou trvat několik hodin.
Může chybu 500 způsobit i útok hackera?
Ano, škodlivý kód vložený do souborů webu může narušit strukturu PHP a vyvolat chybu 500. V takovém případě doporučuji kromě opravy i bezpečnostní kontrolu (např. pluginem Wordfence).
Pomůže restart hostingu nebo serveru?
.htaccess), restart problém nevyřeší. .htaccess) až po komplexnější zásahy (jádro, server). Klíčem je nikdy nezasahovat naslepo a vždy mít po ruce aktuální zálohu.