Hai cambiato PHP sul tuo hosting e il sito è andato giù con una schermata bianca. Ti suona familiare? Dal 2020, migliaia di proprietari di siti WordPress hanno vissuto questo scenario, quando gli host hanno iniziato a disabilitare in massa PHP 7.4 mentre l'ecosistema di plugin non era ancora pronto per la versione 8.

Ora siamo a metà 2026 e il panorama è cambiato radicalmente. Il team di WordPress Core ha rimosso ufficialmente l'etichetta "compatibilità beta" per tutte le versioni PHP 8.x, dalla 8.0 alla 8.5. La versione minima consigliata è salita a PHP 8.3 e WordPress 6.9 e 7.0 supportano pienamente PHP 8.5. Se il tuo sito gira ancora su 7.4 o 8.0, stai perdendo non solo in sicurezza, ma anche nei guadagni di performance tangibili che le versioni più recenti del linguaggio offrono.

Andiamo dritti al punto, senza giri di parole: quali versioni PHP sono attuali per WordPress oggi, perché "beta" è un ricordo del passato e come aggiornare senza rompere nemmeno un plugin.

💡 Panoramica rapida:

• La versione PHP minima consigliata per WordPress nel 2026 è la 8.3, e WP 6.9 supporta pienamente PHP 8.5 (fonte)
• L'etichetta "compatibilità beta" è stata rimossa ufficialmente a maggio 2026; tutte le versioni PHP 8.x hanno ora supporto completo
• Piano di aggiornamento sicuro: backup → copia di staging → verifica plugin → aggiornamento → controllo
• PHP 7.4, 8.0 e 8.1 non ricevono più patch di sicurezza; continuare a usarle è rischioso

Come WordPress è arrivato al supporto completo di PHP 8

Il percorso ha richiesto quasi sei anni. WordPress 5.6, rilasciato a dicembre 2020, è stata la prima versione con compatibilità dichiarata per PHP 8.0. Ma il team ha subito designato lo stato come "beta", e a ragione. Il core funzionava, ma l'ecosistema di decine di migliaia di plugin e temi restava imprevedibile. La funzione create_function(), rimossa in PHP 8.0, era usata in più di 5.500 plugin all'epoca, secondo le stime di Wordfence.

Il cambiamento chiave è avvenuto nel 2023, quando WordPress ha adottato criteri quantitativi per rimuovere l'etichetta beta: questa rimaneva in vigore finché l'utilizzo di una specifica versione PHP non superava il 10% sulla corrispondente versione di WordPress. Entro la primavera 2026, il numero e la gravità delle segnalazioni di incompatibilità erano calati a tal punto che l'etichetta è stata rimossa del tutto, retroattivamente per tutte le versioni PHP 8.x.

Oggi la situazione è netta: WordPress 6.4 e successivi supportano pienamente PHP 8.3, le versioni 6.8+ supportano PHP 8.4 e le 6.9 e 7.0 supportano PHP 8.5. Niente più "beta" o "con eccezioni".

Quali versioni PHP funzionano con WordPress nel 2026

La pagina ufficiale dei requisiti di WordPress definisce tre livelli di supporto. Ecco il quadro attuale a giugno 2026:

Nota importante: PHP 8.2 raggiunge l'EOL il 31 dicembre 2026. Se il tuo host offre "PHP 8.2" come massimo, tra sei mesi resterai senza aggiornamenti di sicurezza. Pretendi la 8.3 o la 8.4.

Perché dovresti aggiornare subito

Tre ragioni che giustificano un'ora di lavoro da amministratore di sistema.

Sicurezza. PHP 7.4 non riceve patch da novembre 2022 (quattro anni senza protezione). Qualsiasi vulnerabilità scoperta dopo quella data resta una porta aperta sul tuo server. PHP 8.0 non è più supportato da novembre 2023. Secondo i dati W3Techs di giugno 2026, circa il 15% dei siti WordPress gira ancora su versioni PHP senza supporto di sicurezza. Sono centinaia di migliaia di installazioni potenzialmente vulnerabili.

Performance. PHP 8.0 ha introdotto il compilatore JIT e le versioni 8.1-8.4 hanno portato una cascata di ottimizzazioni degli opcode, preloading e miglioramenti nella tipizzazione. In pratica, il passaggio da 7.4 a 8.3 offre un aumento di velocità del 30-50% su un tipico sito WordPress senza alcuna modifica al codice, secondo misurazioni benchmark. Per negozi WooCommerce con centinaia di prodotti, la differenza è ancora più evidente: un tempo di generazione della pagina inferiore significa un tasso di conversione più alto.

Compatibilità. Gli sviluppatori di plugin stanno già testando su PHP 8.3 e 8.4 come versioni minime. Le nuove release di plugin popolari potrebbero semplicemente non funzionare su PHP 7.4, lasciandoti senza aggiornamenti di funzionalità oltre che senza patch di sicurezza.

Cosa si rompe aggiornando PHP e come verificarlo

La fonte principale di problemi sono le funzioni rimosse. PHP 8.0 ha eliminato diverse dozzine di chiamate deprecate, tra cui create_function(), each() e money_format(). PHP 8.1 ha reso la tipizzazione più rigida: passare null a un parametro non nullable è diventato un errore fatale invece di un avviso. PHP 8.2 ha continuato la pulizia delle proprietà dinamiche e la 8.4 ha infine rimosso E_STRICT.

Conseguenza pratica: se il tuo plugin o tema non viene aggiornato dal 2020-2021, il rischio di incompatibilità è alto. Ma esistono strumenti diagnostici.

Prima di tutto, la regola ferrea: crea un backup prima di qualsiasi azione. Poi ci sono due strade per la verifica.

Prima strada: PHP Compatibility Checker. Installa il plugin omonimo dalla directory di WordPress.org. Esegue la scansione del codice del tema attivo e dei plugin e mostra le chiamate incompatibili con file e numero di riga. Non è perfetto (non rileva i problemi a runtime), ma in cinque minuti ti fornisce una mappa del campo minato.

Seconda strada: copia di staging. Crea una copia del tuo sito su un sottodominio usando lo strumento del tuo host o un plugin come WP Staging. Passa PHP alla versione target e prova tutte le pagine chiave: homepage, prodotti, carrello, form, pannello di amministrazione. Ciò che si rompe, va riparato o sostituito.

Come aggiornare PHP in sicurezza: piano passo passo

Una sequenza di azioni collaudata su decine di siti. Ogni passaggio richiede minuti ma fa risparmiare ore di ripristino.

Passo 1: backup completo. File e database. Non "il backup automatico dell'host della scorsa settimana", ma un backup manuale fatto adesso. La maggior parte degli host fornisce un pulsante nel pannello di controllo. Come alternativa, il plugin UpdraftPlus: cinque minuti per installarlo e avviarlo.

Passo 2: aggiorna WordPress, il tema e tutti i plugin alle ultime versioni. Le release più recenti hanno maggiori probabilità di tenere già conto delle specificità delle nuove versioni PHP. Se un plugin è abbandonato e non viene aggiornato da oltre un anno, decidi se ti serve prima di passare al nuovo PHP. Un'alternativa si trova quasi sempre.

Passo 3: crea una copia di staging. Passa PHP su di essa alla versione target (8.3 o 8.4) e testa il sito. Passa in rassegna tutte le pagine critiche. Quindici minuti di test ora contro ore di ripristino d'emergenza dopo.

Passo 4: sul sito di produzione, cambia PHP nel pannello di hosting. Di solito è la sezione "Impostazioni PHP" o "Seleziona versione PHP" in cPanel / DirectAdmin / ISPmanager. Dopo il cambio, apri il sito in modalità incognito e verifica: homepage, una pagina interna, modulo di contatto, pannello di amministrazione.

Passo 5: attiva i log per 48 ore. Aggiungi a wp-config.php:

1
define( 'WP_DEBUG', true );
2
define( 'WP_DEBUG_LOG', true );
3
define( 'WP_DEBUG_DISPLAY', false );

Il file wp-content/debug.log mostrerà gli errori non emersi durante il controllo superficiale. Dopo due giorni, se il log è vuoto o contiene solo avvisi, disattiva la modalità debug e lavora in tranquillità. Se ci sono errori fatali, sai qual è il plugin responsabile e puoi sostituirlo con precisione.

⁉️🤔 Domande frequenti

Devo aggiornare PHP se il mio sito funziona bene?

Sì, e più rimandi, più il rischio aumenta. Le versioni senza supporto di sicurezza non ricevono patch. Il tuo host potrebbe disabilitare forzatamente PHP 7.4 in qualsiasi momento e il sito semplicemente smetterà di aprirsi (lo scoprirai dai visitatori). In oltre quattro anni senza patch (da novembre 2022), si è accumulata una lista impressionante di vulnerabilità note che nessuno sta correggendo su PHP 7.4.

Quale PHP dovrei scegliere: 8.3 o 8.4?

Se il tuo host offre entrambe, vai con la 8.4. È più veloce e riceverà patch fino a dicembre 2028. PHP 8.3 è l'opzione minima consigliata se la 8.4 non è disponibile. La differenza di prestazioni tra le due è percepibile sotto i carichi di lavoro tipici di WordPress, quindi ci sono buone ragioni per salire.

Cosa devo fare se il sito mostra una schermata bianca dopo l'aggiornamento di PHP?

Attiva WP_DEBUG (passo 5 qui sopra); il log mostrerà l'errore esatto e il file. Nella stragrande maggioranza dei casi, il problema è un plugin obsoleto. Disattiva i plugin via FTP: rinomina la cartella /wp-content/plugins/ in /plugins-off/ e il sito tornerà in vita. Poi riattiva i plugin uno a uno per trovare il colpevole e sostituiscilo con un'alternativa attuale.

WordPress aggiorna PHP automaticamente?

No. PHP è un software server configurato a livello di hosting. WordPress può solo raccomandare una versione tramite Site Health nel pannello di amministrazione, ma il cambio effettivo lo fai tu o il team di supporto dell'hosting.

Posso saltare l'aggiornamento e restare su PHP 7.4?

Tecnicamente sì, finché il tuo host non disabilita forzatamente la vecchia versione. Ma da novembre 2022 questa versione non riceve correzioni di sicurezza. Ogni mese senza aggiornare è come giocare alla roulette russa: non sai quale vulnerabilità è già stata scoperta ed è in fase di sfruttamento.

PHP e WordPress nel 2026: cosa installare e quando aggiornare

Il verdetto in breve: PHP 8.4 per la maggior parte dei siti, PHP 8.3 come minimo assoluto. Passare dalla 7.4 non solo chiude falle di sicurezza vecchie di quattro anni, ma offre anche un aumento di velocità tangibile, secondo le misurazioni, dal 30% su un sito normale al 50% su un negozio WooCommerce molto carico.

La regola principale: non saltare il passaggio di backup e test in staging. Dieci minuti per una copia fanno risparmiare ore di ripristino di un sito in crash. Controlla i plugin prima di aggiornare PHP, non dopo, e il processo andrà liscio.

Se il tuo host non offre ancora PHP 8.3, questo è un motivo per considerare seriamente di cambiare host. Nel 2026, il supporto alle versioni PHP correnti è un requisito igienico di base, non un vantaggio competitivo.