Na jednom webu kliknu na administraci a stránka se objeví téměř okamžitě. Na druhém čekám, než se načte editor, a při ukládání článku sleduji několikavteřinové prázdné okno. Oba weby mohou mít podobný obsah, stejný WordPress a dokonce i stejnou šablonu. Rozdíl přitom někdy nespočívá v hostingu ani v počtu obrázků, ale v samotné verzi PHP.
PHP je prostředí, ve kterém WordPress běží. WordPress sám o sobě není program, který by se jednou nainstaloval a dál fungoval bez ohledu na okolí. Při každém načtení stránky se spouští množství PHP kódu: jádro systému, šablona, pluginy, napojení na databázi i vlastní úpravy. Když tento kód běží na starší verzi, může web zbytečně brzdit, narážet na nekompatibility a současně zůstávat vystavený problémům, které novější verze už řeší.
Já si verzi PHP představuji jako motor pod kapotou. WordPress může mít moderní karoserii a pěkně vybavený interiér, ale se starým motorem z něj svižné auto nevznikne. Výměna motoru sama o sobě nevyřeší špatně navržené auto, přesto dokáže odstranit část zbytečných omezení.
Proč staré PHP web zpomaluje
WordPress doporučuje PHP 8.3 nebo novější. Minimem zůstává PHP 7.4, jenže tato verze už není oficiálně podporovaná samotným PHP. To není jen administrativní poznámka v technické dokumentaci. Starší prostředí nedostává stejné bezpečnostní opravy, nové optimalizace ani podporu moderního kódu jako současné řady PHP 8.x.
Výkon se může zlepšit už samotným přechodem na novější PHP, protože novější verze umějí některé operace provádět efektivněji. WordPress pak může rychleji zpracovat požadavek a dříve poslat stránku návštěvníkovi. Rozdíl nemusí být dramatický u každého webu, ale u administrace, katalogu produktů nebo stránky s mnoha pluginy se časem nasčítá.
PHP ovšem není kouzelný přepínač rychlosti. Jestli web při každém načtení provádí desítky zbytečných dotazů do databáze, používá těžkou šablonu nebo má špatně nastavenou mezipaměť, novější verze všechny potíže nezamaskuje. Může však vytvořit lepší základ, na kterém se další optimalizace skutečně projeví.
Staré PHP přináší ještě jeden praktický problém: některé pluginy a šablony ho přestávají podporovat. Vývojáři nemohou donekonečna testovat nové funkce na každé historické verzi. Když tedy web zůstane na PHP 7.4, jeho správce si může postupně vybírat mezi dvěma nepříjemnými možnostmi: neaktualizovat rozšíření, nebo aktualizovat a riskovat chyby.
Čísla ukazují, že nejde o okrajový problém. V srpnu 2026 běželo 25,49 procenta monitorovaných webů WordPress na PHP 8.3, 23,33 procenta na PHP 8.2 a 17,71 procenta na PHP 7.4. Téměř pětina webů tak stále používala verzi, která je mimo oficiální podporu PHP. U části z nich může být důvodem starý plugin, obava z výpadku nebo hosting, který změnu zbytečně komplikuje.
Při podobném zásahu bych nikdy nezačínal kliknutím na tlačítko „přepnout verzi“ bez přípravy. Nejprve bych zkontroloval zálohy, aktualizoval WordPress, šablonu a pluginy a změnu vyzkoušel na kopii webu. Po přepnutí je potřeba projít nejen titulní stránku, ale také formuláře, přihlášení, košík, platbu a další místa, kde se PHP kód opravdu používá. Právě tam se nekompatibilita ukáže nejdřív.
Kterou verzi zvolit pro nový a existující web
Pro nový web bych dnes vybíral z podporovaných verzí PHP 8.x, ne z minima, které WordPress ještě toleruje. PHP 8.2 dosáhne konce životního cyklu 31. prosince 2026, takže jako dlouhodobý základ pro nový projekt nedává velký smysl. Vhodnější je PHP 8.3, 8.4 nebo 8.5 podle kompatibility hostingu a používaných rozšíření.
WordPress 6.8 a novější je plně kompatibilní s PHP 8.4. WordPress 6.9 a novější podporuje PHP 8.5. To neznamená, že každá kombinace pluginů automaticky proběhne bez jediné chyby. Jádro WordPressu může být připravené, zatímco dávno opuštěný plugin bude stále používat staré funkce PHP. Kompatibilita celého webu proto závisí na jeho nejslabší součásti.
Rozdíl mezi jednotlivými novějšími verzemi není jen ve výkonu, ale také v délce podpory. PHP 8.5 má aktivní podporu do 31. prosince 2029, PHP 8.4 do 31. prosince 2028 a PHP 8.3 má bezpečnostní podporu do 31. prosince 2027. Při volbě verze tedy přemýšlím podobně jako při nákupu notebooku: nechci jen zařízení, které funguje dnes ráno, ale také takové, u něhož nebudu za rok řešit zbytečně rychlou výměnu.
U existujícího webu bych byl opatrnější. Nejprve bych si zjistil, jakou verzi PHP používá, a potom prošel chybové logy. Pokud na webu běží deset let stará šablona s množstvím vlastních úprav, může být přechod na PHP 8.4 nebo 8.5 větší projekt než prostá změna nastavení hostingu. Někdy je rozumnější začít odstraněním neudržovaných pluginů a aktualizací šablony, jindy už starý kód nestojí za další opravy.
Samotné číslo verze také neřekne nic o kvalitě hostingu. Rychlé PHP na pomalém serveru s přetíženou databází nepomůže tolik jako dobře nastavená mezipaměť a rozumně napsaný plugin. Přesto je staré PHP zbytečná brzda, kterou lze často odstranit dřív než složité úpravy databáze nebo kompletní předělání šablony.
Když tedy řeším pomalý WordPress, kontroluji PHP mezi prvními věcmi. Nečekám zázrak, ale chci odstranit základní technický dluh, než začnu měřit obrázky, dotazy a skripty v prohlížeči. U webu, který má sloužit několik dalších let, bych dnes PHP 7.4 nechal už jen jako dočasnou zastávku na cestě k podporované verzi.
