Na webu došlo k závažné chybě. Co teď?

Krátká odpověď: vraťte poslední změnu a vypněte vadný plugin

Co znamená „Na webu došlo k závažné chybě“?

Je to ochrana, kterou má WordPress od verze 5.2. Když při skládání stránky selže kód v PHP, třeba v pluginu nebo v šabloně, WordPress místo rozbité stránky ukáže jedinou větu a server odpoví stavovým kódem 500, tedy chybou serveru.

Česky se věta ukáže, jen když WordPress stihl načíst češtinu. Spadne-li web už při načítání pluginů, což se může stát i po přechodu na novější PHP, návštěvník uvidí anglické „There has been a critical error on this website.“ Jde o stejnou chybu.

Obě věty jsou doslova z WordPressu, česká z jeho oficiálního překladu. V administraci a na přihlašovací stránce zní hláška jinak: „Na této webové stránce došlo k závažné chybě. Pokyny najdete ve své e-mailové schránce správce webu. Pokud potíže přetrvávají, zkuste podpůrná fóra.“

E-mail ale nepřijde pokaždé. WordPress ho pošle, jen když chybu způsobil plugin nebo šablona a objevila se právě v administraci nebo na přihlašovací stránce – chyba jen na veřejném webu e-mail nespustí. Přijde na adresu správce webu z nastavení WordPressu, s předmětem „[název webu] Web má technické potíže“, standardně nejvýš jednou za den.

Co znamená chyba 500, 502, 503 nebo 504?

Číslo chyby je stavový kód, který server posílá s každou stránkou. Kódy od 500 výš hlásí chybu na straně serveru, ne v zařízení návštěvníka.

Co dělat, když web hlásí závažnou chybu?

Postupujte od nejjednoduššího a po každém kroku web znovu otevřete. Než sáhnete na soubory na hostingu, zazálohujte je.

1. Vraťte poslední změnu. Objevila-li se chyba po přepnutí PHP, nastavte v administraci hostingu zpět předchozí verzi – u Wedos (dnes VEDOS) v Hostingové služby → Webhosting → Konfigurace PHP, kde se změna podle hostingu projeví do 30 minut. Po aktualizaci pluginu nebo šablony pokračujte dalším krokem.
2. Otevřete odkaz z e-mailu od WordPressu. Přišel-li e-mail „Web má technické potíže“, odkaz v něm Vás pustí do administrace v režimu obnovení. V Pluginech je vadný plugin označený větou „Tento plugin se nepodařilo správně načíst a během režimu obnovení byl pozastaven.“ Vypněte ho, nebo ho aktualizujte, a pak klikněte na „Ukončit režim obnovení“. Když e-mail nepřišel, otevřete administraci nebo přihlašovací stránku webu – chyba, která se objeví tam, ho může vyvolat. Podívejte se i do spamu.
3. Bez e-mailu vypněte pluginy přes jejich složku. Přes FTP nebo správcem souborů v administraci hostingu přejmenujte složku wp-content/plugins, třeba na plugins.hold – tím se vypnou všechny pluginy. Když web naběhne, otevřete v administraci stránku Pluginy, aby je WordPress vypnul i ve svém nastavení, a složce vraťte původní název. Pluginy pak zapínejte po jednom; ten, po kterém se chyba vrátí, je vadný. Šablonu vypnete stejně, přejmenováním její složky ve wp-content/themes.
4. Najděte příčinu v chybovém logu. Chybový log u chyb PHP uvádí soubor a řádek; je-li v cestě složka pluginu (wp-content/plugins/…), máte viníka. U VEDOS ho stáhnete v Hostingové služby → Webhosting → Logy, u běžného webhostingu se ale musí nejdřív zapnout v Doplňkových službách – zapnutí se projeví do 30 minut a chyby z doby před ním v logu nebudou. U Websupportu jsou logy ve WebAdminu v Pokročilá konfigurace → Web → Serverové logy a zůstávají 14 dní, u Forpsi v administraci webhostingu. Vlastní log do souboru wp-content/debug.log umí i WordPress; jak ho zapnout, popisuje jeho dokumentace, která zároveň radí nenechávat ho na ostrém webu zapnutý.
5. Obnovte zálohu. Když nic z toho nepomůže, obnovte zálohu z doby před změnou. Zeptejte se hostingu, jestli ji obnoví – ne každou zálohu obnovuje na žádost. Například VEDOS zálohuje běžný webhosting jednou týdně pro případ havárie serveru a tyto zálohy na žádost neobnovuje; denní zálohy obnovuje na vyžádání u varianty Extra. Proto si před každou větší změnou udělejte vlastní zálohu – doporučuje to i VEDOS.

Po opravě může cache ještě chvíli vydávat starou chybovou stránku – když chyba v prohlížeči zůstává, zkuste web otevřít v anonymním okně. Pak spusťte audit znovu.

Je chyba na webu, nebo u hostingu?

Rozhoduje hlavně to, jestli se před chybou na webu něco měnilo.

Vidí chybu i zákazníci a Google?

Ano. Stejnou hlášku dostane každý, kdo stránku s chybou otevře; režim obnovení ji schová jen v prohlížeči, ve kterém jste ho zapnuli. Zvenku web uvidíte v anonymním okně, v mobilu na datech nebo v auditu na této stránce.

Google podle své dokumentace při chybách serveru dočasně zpomalí procházení webu. Stránky, které už zná, si nejdřív ponechá ve výsledcích hledání, a když chybu vracejí dlouhodobě, vyřadí je. Kolik dní to trvá, Google neuvádí. Jakmile server zase odpovídá bez chyby, procházení postupně zrychlí.

V Search Console takové stránky najdete v přehledu stránek, které Google nezařadil, s důvodem chyba serveru (5xx). Živý test adresy přitom podle nápovědy Googlu může projít, i když Googlu procházení selhalo – chyby serveru bývají přechodné.

Seznam podle své nápovědy stránku automaticky odstraní z výsledků, když jeho robot zjistí, že indexaci brání třeba nedostupný server, na kterém web běží. Ani Seznam neuvádí, za jak dlouho.

Co z toho pozná náš audit?

Když spadne úvodní stránka, audit nemá co hodnotit. Skóre ani nálezy nevypíše a skončí hláškou „Audit se nepodařilo dokončit“ s jednou větou podle toho, co server poslal:

• Chyba 500. Platí i pro stránku WordPressu „Na webu došlo k závažné chybě“: „Server na této adrese vrací místo stránky chybu 500. Zkontrolujte prosím, že je adresa zadaná správně; pokud ano, web na ní teď nefunguje.“
• Výpis chyby místo stránky. Když server místo webu vypíše pád PHP, třeba „Fatal error: … on line 42“: „Server místo úvodní stránky vypsal chybové hlášení svého softwaru – web na této adrese teď nefunguje návštěvníkům ani vyhledávačům. Hlášení uvádí soubor a řádek, kde chyba vznikla; předejte ho správci webu nebo hostingu.“
• Chyba 503. „Server na této adrese odpověděl chybou 503 – web je dočasně nedostupný. Bývá to údržba webu, přetížený hosting nebo ochrana proti robotům. Když se web neotevře ani Vám v prohlížeči, nefunguje teď ani návštěvníkům; jinak zkuste audit spustit znovu za chvíli.“ To platí, jen když chybu dostalo i měření od Googlu. Když se mu stránka načetla, audit doběhne s částí výsledků a pod skóre napíše, že server na náš požadavek odpověděl 503.

Když se web načte, audit hledá chyby, které se schovávají uvnitř jinak funkčního webu: technická hlášení PHP vypsaná přímo do stránky a chybu serveru na adrese, která neexistuje.

Ve studii Stav českých firemních webů 2026 jsme v srpnu 2026 u 345 webů malých českých firem zkusili otevřít adresu, která na nich neexistuje:

Audit se na web dívá zvenku, v jednu chvíli a na úvodní stránku s několika podstránkami, takže chybu, která se objevuje jen na jedné podstránce, jen po přihlášení nebo jen občas, neuvidí – a příčinu z chybového logu nepřečte.

Proč web spadl po přechodu na nové PHP?

Plugin nebo šablona, které s novou verzí PHP nepočítají, web shodí – a ukáže se „Na webu došlo k závažné chybě“, někdy i anglicky. Nejdřív vraťte předchozí verzi PHP; stejně to ve své nápovědě radí i VEDOS. Pak aktualizujte pluginy a šablonu, nebo ten vadný najděte v chybovém logu, a přechod zkuste znovu.

Přechod Vás čeká, pokud web běží na PHP 8.2 nebo starším: verze 8.2 dostává bezpečnostní opravy do 31. prosince 2026 a starší verze už žádné. Před přepnutím zazálohujte web i databázi – podle WordPressu pak web vrátíte do stavu před změnou – a novou verzi vyzkoušejte nejdřív na kopii webu. Jak verzi PHP zjistit a kterou zvolit, popisuje náš článek o zastaralém PHP.