PHP è il linguaggio con cui è scritto WordPress. La versione PHP WordPress in uso determina sia il livello di sicurezza del sito sia le sue performance. Ogni versione di PHP ha un ciclo di vita definito: viene rilasciata, riceve aggiornamenti di sicurezza per qualche anno, poi diventa end-of-life, nessun aggiornamento, nessuna patch, nessuna correzione per le vulnerabilità scoperte dopo quella data. Un sito WordPress su PHP end-of-life non è solo lento: è esposto a vulnerabilità note e pubblicamente documentate per cui non esiste una correzione ufficiale.
Questo articolo spiega come aggiornare PHP su WordPress senza rompere niente: dalla verifica della versione PHP WordPress attiva alla procedura su cPanel e DirectAdmin, inclusa la gestione con CloudLinux e MultiPHP. Sicurezza e performance in un solo intervento, ma prima vale la pena capire esattamente cosa succede se non lo fai.
Quale versione PHP stai usando e dove controllarlo
WordPress mostra la versione PHP WordPress in uso direttamente nella dashboard, senza bisogno di accedere al pannello hosting. Vai in Strumenti → Salute del Sito → Informazioni → Server. Trovi la voce Versione PHP con il numero esatto.
Se la versione è segnalata con un’icona di avviso arancione, WordPress ha già rilevato che è obsoleta o non raccomandata. Se è verde, è nella fascia supportata. La raccomandazione di WordPress.org al 2026 è PHP 8.2 o superiore: PHP 8.3 è la versione attiva più recente, PHP 8.4 è disponibile su alcuni hosting.
In alternativa alla dashboard, puoi verificare la versione PHP anche dal pannello hosting: la trovi nella sezione PHP o nelle informazioni del dominio, a seconda del pannello che usi.
PHP end-of-life: cosa significa per la sicurezza del tuo sito WordPress
Ogni versione PHP ha una data di fine supporto dopo la quale non riceve più aggiornamenti di sicurezza. Le vulnerabilità scoperte dopo quella data rimangono aperte: documentate pubblicamente, sfruttabili da chiunque, senza possibilità di patch ufficiale.
| Versione PHP | Fine supporto sicurezza | Stato al 2026 | Impatto TTFB vs 7.4 |
|---|---|---|---|
| PHP 7.4 | Nov 2022 | ❌ End of Life: vulnerabilità non corrette | Baseline |
| PHP 8.0 | Nov 2023 | ❌ End of Life: vulnerabilità non corrette | -10% TTFB |
| PHP 8.1 | Dic 2025 | ❌ End of Life: vulnerabilità non corrette | -15% TTFB |
| PHP 8.2 | Dic 2026 | ✅ Supporto attivo | -25% TTFB |
| PHP 8.3 | Dic 2027 | ✅ Supporto attivo: versione raccomandata | -30% TTFB |
| PHP 8.4 | Dic 2028 | ✅ Supporto attivo: versione più recente | -32% TTFB |
Se il tuo sito usa PHP 7.4 o 8.0, non sta ricevendo aggiornamenti di sicurezza da anni. Le vulnerabilità scoperte dopo la data di end-of-life esistono, sono documentate pubblicamente, e non saranno mai corrette per quelle versioni. Non è una questione di se verranno sfruttate, è una questione di quando.
Il rischio di sicurezza è il motivo principale per aggiornare PHP. C’è però un effetto collaterale che quasi nessuna menziona, e che da solo giustificherebbe l’aggiornamento anche se la sicurezza non fosse un problema.
Il beneficio di performance che quasi nessuno menziona
PHP 8 su WordPress è più veloce di PHP 7.4 grazie a un sistema chiamato Just-In-Time (JIT): invece di tradurre il codice da capo ad ogni richiesta, lo ottimizza man mano che gira. Per WordPress, che esegue decine di operazioni PHP ad ogni caricamento di pagina, il risultato è un tempo di risposta del server (TTFB) sensibilmente più basso.
Il miglioramento è misurabile: su un’installazione WordPress standard il passaggio da PHP 7.4 a PHP 8.x porta circa il 7% di richieste in più al secondo; su siti WooCommerce con molte query al database il miglioramento sale fino al 21%, perché PHP 8.x ottimizza proprio i loop di elaborazione dati. Il salto principale si concentra nel passaggio da PHP 7.x a 8.x — tra le versioni 8.x le differenze sono minori e dipendono molto dal tipo di sito e dalla configurazione del server.
Il risultato è diretto sui Core Web Vitals: un TTFB più basso migliora LCP, che è la metrica Google più impattata dalla velocità di risposta del server. Aggiornare PHP è uno degli interventi di performance con il miglior rapporto sforzo/risultato disponibili su WordPress: non richiede modifiche al codice del sito, solo un cambio nel pannello hosting.
In pratica, se il tuo sito è su PHP 7.4 e il PageSpeed Insights mostra un TTFB elevato, aggiornare PHP a 8.3 è il primo intervento da fare: prima del plugin cache, prima del CDN, prima di qualsiasi altra ottimizzazione.
Prima di aggiornare: verifica compatibilità plugin e tema
Prima di cambiare la versione PHP sul sito in produzione, due verifiche obbligatorie.
- La prima: installa il plugin PHP Compatibility Checker (gratuito su WordPress.org). Analizza tutti i plugin e il tema attivo e segnala eventuali funzioni PHP deprecate o incompatibili: verifica essenziale per la sicurezza PHP WordPress prima di qualsiasi aggiornamento. Esegui la scansione selezionando PHP 8.2 o 8.3 come versione target e leggi il report prima di procedere.
- La seconda: fai un backup automatico WordPress completo (database e file) prima di qualsiasi modifica. Se qualcosa si rompe dopo il cambio di versione PHP, il rollback richiede sia di tornare alla versione PHP precedente dal pannello hosting sia di avere il sito in uno stato consistente.
Verificare la compatibilità prima di aggiornare è il passaggio che quasi tutti saltano. C’è però un caso in cui anche la verifica corretta non è sufficiente, e riguarda i plugin con codice legacy che PHP Compatibility Checker non intercetta.
Il PHP Compatibility Checker analizza il codice statico dei plugin e segnala funzioni deprecate. Non rileva i problemi che emergono solo a runtime: per esempio, plugin che usano funzioni PHP cambiate nel comportamento ma non rimosse, o incompatibilità tra plugin che emergono solo quando interagiscono tra loro sul server. L’unico modo per intercettare questi problemi prima che colpiscano i visitatori è testare su un ambiente di staging con la nuova versione PHP prima di aggiornare la produzione.
Come aggiornare PHP su WordPress con cPanel
Selettore PHP standard in cPanel
La procedura standard su cPanel per cambiare la versione PHP WordPress: accedi all’area hosting → cerca Seleziona versione PHP o PHP Manager nella sezione Software. Seleziona la versione PHP target dal menu a tendina e salva. Il cambio è immediato, non richiede riavvio del server. Verifica che il sito funzioni correttamente dopo il cambio.
MultiPHP Manager con CloudLinux
La maggior parte degli hosting condivisi italiani usa CloudLinux, un sistema operativo che isola ogni account in un ambiente separato (Lightweight Virtual Environment, LVE). Con CloudLinux la gestione PHP avviene tramite MultiPHP Manager, che permette di impostare versioni PHP diverse per ogni dominio sullo stesso server senza che il cambio influenzi altri account.
In cPanel con CloudLinux, il percorso è: cPanel → Software → MultiPHP Manager. Trovi l’elenco dei domini associati all’account. Seleziona il dominio che vuoi aggiornare, scegli la versione PHP dal menu a tendina nella colonna PHP Version, clicca Apply. Il cambio è immediato e si applica solo a quel dominio.
Un’opzione aggiuntiva disponibile con CloudLinux è MultiPHP INI Editor, che permette di modificare le direttive php.ini per ogni dominio separatamente (memory_limit, upload_max_filesize, max_execution_time) senza accedere a php.ini direttamente. Utile per aumentare i limiti su siti con plugin che richiedono più memoria dopo il cambio di versione PHP.
Con CloudLinux, ogni dominio può avere la sua versione PHP indipendente. Se gestisci più siti sullo stesso hosting, aggiorna un dominio alla volta e verifica il funzionamento prima di passare al successivo.
Come aggiornare PHP su WordPress con DirectAdmin
Selettore PHP standard in DirectAdmin
In DirectAdmin, la versione PHP si gestisce per singolo dominio nella sezione Gestione Dominio. Accedi a DirectAdmin → Gestione Account → Gestione Dominio → clicca sul dominio → trova la sezione PHP o PHP Version. Seleziona la versione target e salva. Su hosting con FastCGI o PHP-FPM il cambio non richiede riavvio; su hosting con PHP come modulo Apache potrebbe richiedere qualche secondo per applicarsi.
MultiPHP con CloudLinux su DirectAdmin
Molti hosting italiani che usano DirectAdmin lo abbinano a CloudLinux per l’isolamento degli account. Su DirectAdmin con CloudLinux, la gestione PHP dipende dalla configurazione del server: DirectAdmin nativo gestisce la versione PHP per singolo dominio, ma il CloudLinux PHP Selector lavora per account, non per dominio. In pratica: se il tuo hosting usa DirectAdmin con CloudLinux PHP Selector, il cambio di versione PHP si applica a tutti i domini dello stesso account. Per versioni PHP diverse su domini diversi dello stesso account, serve configurazione manuale via .htaccess, chiedi al supporto hosting come è configurato il tuo server.
Una differenza rispetto a cPanel: su DirectAdmin con CloudLinux, le estensioni PHP disponibili, cioè le funzionalità aggiuntive che PHP mette a disposizione dei plugin (per esempio: gestione immagini, invio email, connessione al database), si configurano tramite il PHP Selector nella sezione utente, non nell’area dominio. Se dopo il cambio di versione PHP un plugin smette di funzionare, controlla PHP Selector e verifica che le estensioni necessarie siano abilitate per quella versione.
Il metodo sicuro: staging prima, produzione dopo
Per siti in produzione attiva, e-commerce, siti aziendali con form critici, siti con molti plugin custom, il percorso corretto è testare il cambio di versione PHP in staging prima di applicarlo alla produzione. La guida su come aggiornare WordPress in sicurezza copre la configurazione di un ambiente di staging completo.
La procedura per testare PHP in staging:
- Crea una copia del sito in staging (sottodominio, Local WP, o ambiente di test separato)
- Cambia la versione PHP nell’ambiente di staging al target (8.2 o 8.3)
- Naviga il sito completo: home, pagine interne, form, area admin, checkout WooCommerce se presente
- Controlla il log PHP (debug.log con WP_DEBUG attivo o Error Log nel pannello hosting) per errori silenziosi
- Se tutto funziona in staging, applica il cambio in produzione e verifica immediatamente
Il vantaggio del test in staging non è solo evitare il downtime: è avere il tempo di leggere i log con calma e identificare problemi minori (deprecation notices, funzioni obsolete) prima che diventino errori visibili ai visitatori.
Cosa fare se qualcosa si rompe dopo l’aggiornamento PHP
Il sito mostra una schermata bianca o errori dopo il cambio di versione PHP: il primo intervento è tornare alla versione PHP precedente dal pannello hosting. Il rollback richiede meno di un minuto: stesso percorso del cambio, stessa interfaccia, seleziona la versione precedente e salva. Non serve ripristinare il backup per un problema di versione PHP.
Identificato il problema, ci sono tre scenari tipici:
- Plugin incompatibile. Torna alla versione PHP precedente, disattiva i plugin uno per uno con PHP Compatibility Checker come guida, poi riprova l’aggiornamento senza il plugin problematico. Valuta un’alternativa aggiornata.
- Tema con codice legacy. Stessa procedura del plugin: disattiva il tema e attiva un tema di default (Twenty Twenty-Four). Se il sito funziona con il tema di default, il problema è nel tema. Controlla se esiste un aggiornamento del tema che dichiara compatibilità con PHP 8.x.
- Estensione PHP mancante su CloudLinux. Accedi a PHP Selector nel pannello hosting e verifica che le estensioni necessarie (mysqli, gd, curl, mbstring, xml) siano abilitate per la versione PHP target. Su CloudLinux con DirectAdmin, le estensioni disponibili per ogni versione PHP sono configurabili per utente.
Se gestisci il sito per un cliente o preferisci non occuparti di compatibilità e test in prima persona, gli aggiornamenti WordPress gestiti includono la verifica di compatibilità PHP, il test in staging e l’applicazione in produzione con rollback immediato in caso di problemi.
In sintesi
Aggiornare PHP su WordPress risolve due problemi contemporaneamente: chiude le vulnerabilità di sicurezza aperte sulle versioni PHP end-of-life (quelle con status end of life non ricevono più patch) e migliora le performance del sito di un 20-30% sul TTFB. È uno degli interventi con il miglior rapporto sforzo/risultato disponibili: non modifica il codice del sito, richiede solo un cambio nel pannello hosting.
La procedura è la stessa su cPanel e DirectAdmin: verifica la versione PHP WordPress attuale in Salute del Sito, controlla la compatibilità con PHP Compatibility Checker per la sicurezza PHP WordPress, fai un backup, cambia la versione PHP dal pannello (MultiPHP Manager su cPanel, Impostazioni Dominio su DirectAdmin). Se l’hosting usa CloudLinux, il cambio è per singolo dominio e non influenza altri account sullo stesso server.
Per siti in produzione attiva, testa il cambio in staging prima. I problemi più comuni dopo l’aggiornamento PHP sono plugin con codice legacy o estensioni PHP mancanti su CloudLinux; entrambi risolvibili senza ripristinare il backup, tornando semplicemente alla versione PHP precedente dal pannello e identificando il componente incompatibile.
Domande frequenti (FAQ) sull'aggiornamento del PHP su WordPress
Quale versione PHP usare con WordPress nel 2026?
PHP 8.3 è la scelta raccomandata nel 2026: ha supporto attivo fino a dicembre 2027, beneficia di tutte le ottimizzazioni JIT di PHP 8.x, e la quasi totalità dei plugin WordPress aggiornati negli ultimi 12 mesi la supporta. PHP 8.2 è un’alternativa solida se alcuni plugin non dichiarano ancora compatibilità con 8.3. PHP 8.1 è andato end-of-life a dicembre 2025 e non dovrebbe più essere usato su siti in produzione. PHP 7.4 e 8.0 sono end-of-life da anni e presentano vulnerabilità non corrette.
Posso aggiornare PHP senza accedere al pannello hosting?
No, la versione PHP è configurata a livello di server, non di WordPress. Non esiste un’impostazione nella dashboard WordPress che cambia la versione PHP in uso. Hai bisogno dell’accesso al pannello hosting (cPanel, DirectAdmin, o dashboard dell’hosting gestito come Kinsta o SiteGround). Se non hai accesso al pannello hosting, contatta il provider e chiedi di aggiornare la versione PHP per il tuo dominio.
Cosa succede ai dati del sito se cambio versione PHP?
Niente, il database e i file del sito non vengono modificati dal cambio di versione PHP. PHP è il motore che esegue il codice; cambiarlo non tocca i contenuti. Il rischio non è la perdita di dati ma l’incompatibilità tra il codice dei plugin o del tema e la nuova versione PHP. Se un plugin usa funzioni PHP rimosse in PHP 8.x, genererà errori, ma i dati nel database rimangono intatti e recuperabili tornando alla versione PHP precedente.
Con CloudLinux posso avere versioni PHP diverse per siti diversi sullo stesso hosting?
Sì, è esattamente il vantaggio principale di CloudLinux con MultiPHP. Ogni dominio associato all’account può usare una versione PHP indipendente. Puoi avere il sito principale su PHP 8.3 e un sito legacy su PHP 7.4 (end-of-life ma ancora funzionante) sullo stesso account hosting, senza che si influenzino. Questo è utile durante le migrazioni: aggiorna un sito alla volta, verifica il funzionamento, poi passa al successivo.
Quanto tempo richiede l'aggiornamento PHP e c'è downtime?
Il cambio di versione PHP richiede meno di un minuto nel pannello hosting. Su hosting con PHP-FPM (la configurazione più comune su hosting moderni con CloudLinux), il cambio è immediato senza riavvio del server e senza downtime percepibile per i visitatori. Su configurazioni più vecchie con PHP come modulo Apache, potrebbe esserci qualche secondo di latenza durante il cambio. La verifica post-aggiornamento (navigare il sito e controllare i log) richiede tra 5 e 15 minuti a seconda della complessità del sito.