WordPress \u00e8 un’applicazione PHP. Ogni richiesta di pagina passa attraverso l’interprete PHP sul tuo server, e la versione di PHP fornita dal tuo host ha un effetto enorme su quanto \u00e8 veloce, sicuro e stabile il tuo sito WordPress. La versione di PHP \u00e8 una delle parti dello stack a cui i proprietari pensano di meno, e una di quelle che gli host pi\u00f9 spesso lasciano intatte a meno che non venga chiesto. \u00c8 un problema.<\/p>\n\n\n\n
Questo articolo spiega perch\u00e9 la versione di PHP conta, come controllare quale stai usando e come aggiornarla senza rompere il tuo sito.<\/p>\n\n\n\n
PHP ha un calendario di rilascio pubblico. Una nuova versione principale esce all’incirca ogni novembre. Ogni versione riceve supporto completo per due anni, poi solo supporto di sicurezza per un terzo anno, poi nulla. Da quel momento non verr\u00e0 pi\u00f9 rilasciata alcuna patch di sicurezza per quella versione, qualunque sia la falla scoperta.<\/p>\n\n\n\n
Quest’ultimo punto conta. Un sito WordPress che gira su PHP 7.4, ormai da anni oltre il fine vita, gira su software che non ricever\u00e0 mai pi\u00f9 una correzione. Se domani viene scoperta una vulnerabilit\u00e0 critica, il tuo sito ce l’avr\u00e0, e nessuna patch arriver\u00e0.<\/p>\n\n\n\n
Gli host di solito sono restii a forzare gli aggiornamenti di PHP perch\u00e9 non vogliono rompere i siti dei clienti. Alcuni host condivisi ti mandano un’email, poi un’altra, e poi lasciano in silenzio la versione predefinita invariata per anni. Altri rendono disponibile una nuova versione ma richiedono che tu la attivi da un pannello di controllo.<\/p>\n\n\n\n
L’approccio prudente \u00e8 ragionevole, ma lascia a te la responsabilit\u00e0 di cliccare davvero il pulsante. Molti siti che analizziamo sono su una versione di PHP che il loro host ha offerto in silenzio di aggiornare un anno fa.<\/p>\n\n\n\n
PHP, come qualsiasi software, ha bug. Alcuni di questi bug sono rilevanti per la sicurezza. Quando PHP rilascia un aggiornamento di sicurezza, di solito si applica alla versione corrente e a una o due versioni principali precedenti. Le versioni pi\u00f9 vecchie restano vulnerabili. Gli attaccanti sanno quali versioni sono ancora molto usate, quali vulnerabilit\u00e0 si applicano e quali scanner puntare sui siti che le eseguono.<\/p>\n\n\n\n
Peggio ancora, alcune correzioni di sicurezza di WordPress stesso dipendono da funzionalit\u00e0 del linguaggio che esistono solo nelle versioni pi\u00f9 recenti di PHP. Un WordPress con patch su una vecchia versione di PHP pu\u00f2 comportarsi in modo diverso dallo stesso WordPress con patch su una versione attuale, lasciando falle che il team di sicurezza non intendeva.<\/p>\n\n\n\n
PHP ha migliorato notevolmente le prestazioni nelle versioni recenti. I benchmark reali di WordPress mostrano costantemente miglioramenti percentuali a doppia cifra passando da PHP 7 a PHP 8, e ulteriori guadagni lungo la serie 8.x. Per un sito ricco di contenuti, questo si traduce in caricamenti di pagina pi\u00f9 rapidi, minori costi del server e migliori punteggi di Core Web Vitals.<\/p>\n\n\n\n
Se il tuo sito \u00e8 sembrato lento nonostante un buon host e un elenco di plugin pulito, la versione di PHP \u00e8 una delle prime cose da controllare. C’\u00e8 velocit\u00e0 gratuita l\u00ec che aspetta di essere reclamata.<\/p>\n\n\n\n
Il modo pi\u00f9 rapido \u00e8 dall’interno di WordPress. Vai su Strumenti, poi Salute del sito, poi la scheda Informazioni. Espandi la sezione Server. La versione di PHP \u00e8 elencata l\u00ec, insieme alla versione del database, al server web e ad altri dettagli.<\/p>\n\n\n\n
Se non hai accesso alla bacheca, chiedi al tuo host. Potr\u00e0 dirti quale versione \u00e8 attiva e quali sono disponibili per l’aggiornamento. Gli host affidabili pubblicano sul proprio sito le versioni di PHP supportate.<\/p>\n\n\n\n
Aggiornare PHP non \u00e8 solo cliccare un pulsante. Vecchi temi e plugin possono usare funzioni rimosse nelle versioni pi\u00f9 recenti di PHP, o comportamenti resi pi\u00f9 rigidi, o schemi che ora generano errori fatali invece di avvisi. Un aggiornamento alla cieca pu\u00f2 mettere gi\u00f9 un sito.<\/p>\n\n\n\n
L’approccio sicuro \u00e8 eseguire prima un controllo di compatibilit\u00e0. Il plugin ufficiale PHP Compatibility Checker pu\u00f2 analizzare il tuo tema e i plugin attivi rispetto a una versione di PHP di destinazione e segnalare potenziali problemi. Ancora meglio, uno sviluppatore pu\u00f2 eseguire l’equivalente moderno direttamente sul codice.<\/p>\n\n\n\n
Qualunque cosa segnali l’analisi, il vero test \u00e8 applicare prima l’aggiornamento su una copia di staging. L’ambiente di staging ti permette di vedere il comportamento reale con dati reali, inclusi i problemi che un controllo statico potrebbe non cogliere.<\/p>\n\n\n\n
Se l’aggiornamento in staging rivela che un plugin si rompe sulla nuova versione di PHP, hai tre scelte. Trovare un plugin alternativo che supporti la nuova versione. Correggere tu stesso il plugin problematico se hai la capacit\u00e0 di sviluppo. Oppure accettare che il plugin sia abbandonato e, o pagare qualcuno perch\u00e9 lo mantenga per te, o migrare del tutto verso un altro.<\/p>\n\n\n\n
Ci\u00f2 che non dovresti fare \u00e8 restare sulla vecchia versione di PHP per tenere in vita il plugin. Significa lasciare che l’anello pi\u00f9 debole del tuo stack trattenga tutto il resto.<\/p>\n\n\n\n
La regola pi\u00f9 semplice \u00e8 essere al massimo una versione principale indietro rispetto al rilascio attuale di PHP. A met\u00e0 2026, la linea stabile attuale \u00e8 PHP 8.4, con la 8.3 in solo supporto di sicurezza. Qualsiasi cosa pi\u00f9 vecchia di 8.3 dovrebbe essere nella tua lista di azioni. Qualsiasi cosa della serie 7.x andrebbe trattata come urgente.<\/p>\n\n\n\n
Pianifica di testare e aggiornare una volta all’anno, idealmente nel primo trimestre, quando l’ultimo rilascio si \u00e8 assestato. La maggior parte degli host rende l’aggiornamento un singolo clic, ma il test conta pi\u00f9 del clic.<\/p>\n\n\n\n