Aktualizácia WordPress pluginov: keď update zhodí web a prečo prestať nie je riešenie

Weby, ktoré k nám prichádzajú na správu, majú na WordPresse bežne okolo dvadsať doplnkov od pätnástich rôznych autorov a nikto vo firme nevie povedať, ktorý z nich robí čo. Kým všetko funguje, nikto to nerieši. Rieši sa to v deň, keď po kliknutí na Aktualizovať všetko zostane namiesto webu biela obrazovka. Najhoršia reakcia na taký deň je prestať aktualizovať. Presne tú vídame najčastejšie.

Ako vyzerá web, ktorý zhodila aktualizácia

Poruchy majú anglické mená, lebo presne tie ľudia potom píšu do Googlu. Biela obrazovka alebo hláška http error 500 znamená, že kód spadol skôr, než stihol čokoľvek vykresliť, najčastejšie preto, že nová verzia pluginu potrebuje novšie PHP alebo novšie jadro, než má hosting. Hláška plugin could not be activated because it triggered a fatal error hovorí to isté, len pri ručnom zapínaní doplnku. Error establishing a database connection naopak s pluginmi nesúvisí: web sa nevie prihlásiť do databázy, buď sa zmenili prístupové údaje, alebo je databázový server preťažený či nedostupný, a prvý telefonát patrí hostingu.

Potom sú tiché poruchy, ktoré nehlásia nič. Plugin formulára sa načíta, ale formulár sa na stránke nevykreslí. Galéria ukáže prázdne štvorce. Optimalizačný plugin zlúči skripty a web sa načíta bez štýlov. Presne to sa stalo na jednom WordPress e-shope, ktorý sme zoštíhľovali: optimalizačný plugin ukladal súbory s príponou, ktorú firewall hostingu blokoval, a prehliadač dostal namiesto štýlov chybovú stránku. Plugin za to nemohol, hosting tiež nie, len ich nikto nevyskúšal spolu. Celý prípad je v článku ako stránka schudla z 15 MB na 1 MB.

Ako to vrátiť späť bez paniky

• Ak sa do administrácie ešte dostanete, deaktivujte plugin, ktorý ste práve aktualizovali. Ak sa nedostanete, cez FTP premenujte jeho priečinok v wp-content/plugins, WordPress ho tým vypne. Skúšajte po jednom, nie všetky naraz, inak sa nedozviete, ktorý to bol.
• Vypýtajte si od hostingu chybový log. Chybová správa v ňom pomenuje súbor a riadok, kde to spadlo, a teda aj plugin.
• Skontrolujte verziu PHP v hostingovom paneli. Veľká časť pádov po aktualizácii je len rozdiel medzi tým, čo plugin vyžaduje, a čo hosting ponúka. Prepínajte PHP až vtedy, keď web funguje, lebo nová verzia PHP môže zhodiť iný starý plugin.
• Ak nič nepomáha, obnovte zálohu spred aktualizácie. Preto sa záloha robí pred každou aktualizáciou, nie raz za mesiac.
• Do databázy ručne nezasahujte. Chyba po aktualizácii sa takmer vždy dá vrátiť na úrovni súborov a záloh.

Pasca: prestať aktualizovať

Po jednom takomto dni sa mnoho majiteľov rozhodne, že aktualizácie sú riziko, a prestane ich robiť. Web potom beží mesiace, niekedy roky, presne v stave, v ktorom naposledy fungoval. Na audit k nám prišiel firemný web, ktorý bežal na verzii WordPressu spred niekoľkých rokov, s témou a pluginmi z roku 2018. Plugin kontaktného formulára sa načítal, no na celom webe sa nevykreslil ani jeden formulár, a nikto si to nevšimol, lebo dopyty jednoducho prestali chodiť. Taký web nie je stabilný, je len tichý. Zraniteľnosti starých pluginov sú verejne popísané a roboty ich skúšajú na každej doméne, ktorú nájdu. Podľa správy Patchstack State of WordPress Security in 2025 bolo za rok 2024 v ekosystéme WordPressu nahlásených 7 966 nových zraniteľností. Kam to vedie, opisujeme v článku Hacknutý WordPress: čo robiť v prvých hodinách.

Ako aktualizovať tak, aby to nebolelo

• Spíšte si, čo každý plugin robí. Ten, pri ktorom to neviete, vypnite na týždeň. Ak si to nikto nevšimne, zmažte ho.
• Záloha pred každou aktualizáciou, uložená mimo servera, nie v tom istom priečinku ako web.
• Aktualizujte po jednom a po každom kroku preklikajte to, čo web živí: kontaktný formulár skutočným odoslaním, košík, galériu. Zelené poďakovanie na obrazovke nedokazuje nič, ako píšeme v článku o formulári, ktorý naozaj odosiela.
• Ak hosting ponúka testovaciu kópiu webu, aktualizujte najprv tam.
• Držte PHP na verzii, ktorú výrobca ešte podporuje, a prechod plánujte skôr, než hosting starú verziu vypne.

Prečo to na WebCreatore NG nie je vaša práca

Weby, ktoré staviame na vlastnom systéme WebCreator Next Gen, nemajú pluginy tretích strán. Formuláre, novinky, galérie, viacjazyčnosť aj SEO sú súčasťou jadra, aktualizujú sa spolu s ním a nemajú ako navzájom kolidovať. Aktualizácie robíme my ako súčasť správy webu, majiteľ nemá v administrácii tlačidlo, ktoré by mu web zhodilo.

Nie je to zázrak. Aj na našom webe vie cudzí skript narobiť škodu: na jednom z našich projektov pridaný skript cookie lišty prepísal funkciu formulára a dopyty päť dní neodchádzali, kým si to nevšimol človek. Odvtedy každú zmenu formulára testujeme skutočným odoslaním. Rozdiel je v tom, že kód, ktorý to spôsobil, aj kód, ktorý to opravil, je v jedných rukách. Prečo staviame na vlastnom CMS, píšeme v článku Vlastný CMS pre firemný web namiesto WordPressu. Ak máte tím, ktorý WordPress pozná, a napojenia, ktoré na ňom stoja, zostaňte pri ňom a držte sa zoznamu vyššie. Ak aktualizácie odkladáte, lebo sa bojíte, čo sa stane, je to signál, že web potrebuje buď údržbu, alebo iný základ. Ako vyzerá presun, opisujeme v článku Prechod z WordPressu na WebCreator NG.

Chcete vedieť, v akom stave je váš web? Napíšte nám. Spočítame pluginy, pozrieme verziu PHP a povieme, čo by sme riešili ako prvé. Weby, ktoré spravujeme, nájdete v referenciách.