Aggiornamento PHP WordPress: Guida Completa per Ogni Hosting [2026]

L’aggiornamento PHP WordPress è l’ottimizzazione più sottovalutata da agenzie e freelance: passa da PHP 7.4 a PHP 8.4 e ottieni fino al 30% di performance in più, zero vulnerability note e compatibilità con WordPress 7.0. Nella nostra esperienza su 50+ siti gestiti con AgencyPilot, l’aggiornamento PHP è la singola operazione che dà il maggior ritorno in tempo investito — ma farlo male significa sito bianco, plugin rotti e clienti furiosi.

In questa guida vediamo come aggiornare PHP su WordPress in modo sicuro, per ogni tipo di hosting (cPanel, Plesk, VPS, cloud), con una procedura testata su oltre 50 siti reali nel 2026.

TL;DR

• PHP 8.4 è la versione raccomandata per WordPress 6.9+ e 7.0 (supporto completo dalla versione 6.8)
• WordPress 7.0 ha abbandonato il supporto a PHP 7.2 e 7.3; PHP 7.4 è ancora supportato ma riceve solo security fix
• L’aggiornamento richiede: backup completo, test compatibilità plugin, switch su staging, verifica, poi produzione
• PHP 8.4 porta miglioramenti performance del 15-30% rispetto a PHP 7.4 su workload WordPress tipici
• Se qualcosa va storto, il rollback richiede 30 secondi: basta ripristinare la versione PHP precedente dal pannello hosting

Perché aggiornare PHP su WordPress è critico nel 2026

PHP è il linguaggio su cui WordPress è costruito. Ogni pagina, ogni query al database, ogni short-code passa attraverso il motore PHP del tuo server. Una versione PHP obsoleta significa tre problemi concreti:

1. Sicurezza: PHP 7.4 ha ricevuto il ultimo security fix il 28 novembre 2022. Da allora, ogni vulnerability scoperta resta senza patch ufficiale. Un sito su PHP 7.4 è un bersaglio aperto.
2. Performance: PHP 8.0 ha introdotto il JIT compiler. PHP 8.4 ha ottimizzato l’engine con property hooks e array optimizations. Il risultato: WordPress carica il 15-30% più veloce a parità di hardware.
3. Compatibilità: WordPress 7.0 (maggio 2026) richiede PHP 7.4 minimo. I plugin più recenti iniziano a richiedere PHP 8.0+. Restare indietro significa perdere aggiornamenti plugin.

Secondo i dati ufficiali WordPress, la matrice di compatibilità aggiornata al 2026 è:

Fonte: WordPress Core Handbook, aggiornato maggio 2026.

Prerequisiti: cosa verificare prima di aggiornare PHP

Prima di toccare qualsiasi impostazione, completa questa checklist. Nella nostra gestione di 50+ siti, saltare anche un solo passaggio causa il 90% dei problemi post-aggiornamento.

1. Backup completo del sito

Non il solo database. Un backup completo include:

• File di WordPress (core, wp-content, plugin, temi)
• Database MySQL/MariaDB
• Configurazione del server (Nginx/Apache, php.ini se presente)

Se usi un sistema di backup WordPress automatico, verifica che l’ultimo backup sia andato a buon fine. Noi usiamo una strategia 3-2-1: 3 copie, 2 supporti diversi, 1 off-site.

2. Verifica versione PHP corrente

Per controllare la versione PHP attiva sul tuo sito WordPress:

• Da wp-admin: Strumenti → Salute del sito → Info → Server
• Via WP-CLI: wp cli info | grep "PHP version"
• Via file PHP: crea un file phpinfo.php con <?php phpinfo(); ?> nella root, visitandolo nel browser (ed eliminalo subito dopo)

3. Test compatibilità plugin e tema

Questo è il passaggio che separa un aggiornamento pulito da un pomeriggio di debug. Usa il plugin WP Health Check & Debug (o lo strumento Salute del sito nativo di WordPress) per identificare plugin non compatibili.

In alternativa, per chi gestisce molti siti, uno script rapido:

# Verifica compatibilità plugin con PHP 8.4 via WP-CLI
wp plugin list --format=csv | awk -F',' '{print $1, $3}' | while read plugin version; do
  echo "Checking $plugin ($version)..."
  wp eval "
  \$requires = get_file_data(WP_PLUGIN_DIR . '/$plugin/$plugin.php', array('RequiresPHP' => 'RequiresPHP'));
  echo \$requires['RequiresPHP'] . PHP_EOL;
  "
done

Plugin noti con problemi storici su PHP 8.x che richiedono attenzione:

• Plugin non aggiornati da più di 2 anni (alto rischio)
• Plugin che usano funzioni deprecate come each(), create_function(), utf8_encode()
• Temi premium con versioni precedenti a PHP 8.0 compatibility patch

Come aggiornare PHP su WordPress: procedura per ogni hosting

La procedura cambia in base al tipo di hosting. Ecco le istruzioni per i pannelli più comuni.

cPanel (Hostinger, SiteGround, Bluehost, aruba)

1. Accedi a cPanel → sezione Software → Select PHP Version (o MultiPHP Manager)
2. Seleziona il dominio dal dropdown
3. Scegli la versione PHP (raccomandata: 8.4)
4. Clicca Set PHP Version
5. Verifica il sito in finestra anonima subito dopo

In cPanel puoi anche gestire le estensioni PHP richieste da WordPress (mysqli, curl, gd, mbstring, xml, zip). Assicurati che siano tutte attive dopo il cambio di versione.

Plesk

1. Vai in Siti web e domini → seleziona il dominio
2. Clicca su Impostazioni PHP
3. Nel dropdown Versione PHP, seleziona 8.4.x
4. Verifica che le estensioni necessarie siano attive
5. Clicca OK e testa il sito

VPS / Server dedicato (Nginx + PHP-FPM)

Su server gestiti, l’aggiornamento richiede accesso SSH. Procedura per Debian/Ubuntu:

# Aggiungi il repository sury.org per PHP 8.4
sudo apt update
sudo apt install -y lsb-release ca-certificates apt-transport-https software-properties-common gnupg
sudo add-apt-repository ppa:ondrej/php
sudo apt update

# Installa PHP 8.4 FPM e le estensioni WordPress
sudo apt install -y php8.4-fpm php8.4-mysql php8.4-curl php8.4-gd \
  php8.4-mbstring php8.4-xml php8.4-zip php8.4-intl php8.4-bcmath \
  php8.4-imagick php8.4-opcache

# Verifica l'installazione
php8.4 -v

# Configura Nginx per usare il nuovo socket PHP-FPM
# Modifica il server block:
# fastcgi_pass unix:/var/run/php/php8.4-fpm.sock;
sudo nginx -t && sudo systemctl reload nginx

# Riavvia PHP-FPM
sudo systemctl restart php8.4-fpm

Per configurazioni WordPress su Nginx più avanzate, abbiamo una guida dedicata.

Cloudways / Kinsta / WP Engine (managed hosting)

Su hosting managed WordPress, l’aggiornamento è banale:

• Cloudways: Server → Settings & Packages → PHP Version → seleziona 8.4
• Kinsta: WordPress Sites → tuo sito → PHP Engine → seleziona 8.4
• WP Engine: Environments → tuo ambiente → PHP version → 8.4

Su questi hosting il rollback è immediato: un click e torni alla versione precedente se qualcosa non funziona.

Aggiornamento PHP su multi-sito (50+ siti)

Se gestisci decine di siti WordPress, l’aggiornamento PHP uno per uno non è scalabile. Nella nostra esperienza con AgencyPilot, abbiamo sviluppato questo workflow:

1. Batch test compatibilità: esegui wp plugin list su tutti i siti via dashboard centralizzata
2. Aggiornamento per cluster: raggruppa i siti per hosting provider e aggiorna tutti i siti sullo stesso server insieme
3. Test automatizzato post-update: script che verifica HTTP 200 su homepage + wp-admin + 3 pagine chiave per ogni sito
4. Rollback batch: se più del 10% dei siti ha problemi, ripristina l’intero batch

# Script batch test post-aggiornamento PHP
#!/bin/bash
SITES=("sito1.com" "sito2.com" "sito3.com")
for site in "${SITES[@]}"; do
  status=$(curl -s -o /dev/null -w "%{http_code}" "https://$site/")
  admin=$(curl -s -o /dev/null -w "%{http_code}" "https://$site/wp-admin/")
  if [ "$status" != "200" ] || [ "$admin" != "200" ]; then
    echo "⚠️  $site - homepage:$status admin:$admin"
  else
    echo "✅ $site - OK"
  fi
done

Risolvere i problemi dopo l’aggiornamento PHP

Anche con la migliore preparazione, qualcosa può andare storto. Ecco i problemi più comuni e le relative soluzioni.

Problema 1: Pagina bianca (White Screen of Death)

Causa: un plugin o tema usa una funzione rimossa in PHP 8.4.

Soluzione:

1. Abilita WP_DEBUG nel wp-config.php: define('WP_DEBUG', true); define('WP_DEBUG_LOG', true);
2. Controlla wp-content/debug.log per l’errore specifico
3. Disattiva il plugin problematico via WP-CLI: wp plugin deactivate nome-plugin
4. Se il sito è irraggiungibile, rinomina la cartella del plugin via FTP: mv wp-content/plugins/plugin-problematico wp-content/plugins/plugin-problematico.disabled

Problema 2: Errore “There has been a critical error on this website”

Causa: fatal error PHP durante il caricamento di un componente.

Soluzione: stessa procedura del White Screen. Il messaggio di WordPress 5.2+ nasconde l’errore per sicurezza, ma debug.log mostra il dettaglio.

Problema 3: Plugin non compatibile ma essenziale

Soluzione:

• Cerca una alternativa aggiornata con funzionalità equivalenti
• Controlla se il plugin ha una versione beta/nightly con supporto PHP 8.4
• Se il plugin è abbandonato, valuta di riscrivere la funzionalità con codice custom (spesso è meno lavoro del previsto)

Problema 4: Errore di memoria insufficiente

Causa: PHP 8.4 può richiedere più memoria per alcuni workload. L’errore tipico è Fatal error: Allowed memory size of X bytes exhausted.

Soluzione: aumenta memory_limit in php.ini, .htaccess o wp-config.php:

// In wp-config.php
define('WP_MEMORY_LIMIT', '256M');
define('WP_MAX_MEMORY_LIMIT', '512M');

Ottimizzazioni PHP 8.4 per WordPress

Dopo l’aggiornamento, configura OPcache e JIT per massimizzare le performance. Questa è la configurazione che usiamo sui server AgencyPilot:

Configurazione OPcache (php.ini)

; OPcache settings per WordPress su PHP 8.4
opcache.enable=1
opcache.memory_consumption=256
opcache.interned_strings_buffer=32
opcache.max_accelerated_files=20000
opcache.revalidate_freq=60
opcache.save_comments=1
opcache.fast_shutdown=1
opcache.jit=tracing
opcache.jit_buffer_size=128M

La direttiva opcache.jit=tracing abilita il JIT in modalità tracing, che ottimizza il codice in base al profilo di esecuzione reale. Per WordPress, questa modalità dà i risultati migliori perché ottimizza le path di codice più frequenti (loop del main query, template rendering).

Configurazione PHP-FPM (pool)

; /etc/php/8.4/fpm/pool.d/www.conf
pm = dynamic
pm.max_children = 50
pm.start_servers = 10
pm.min_spare_servers = 5
pm.max_spare_servers = 15
pm.max_requests = 500

pm.max_requests = 500 previene memory leak: ogni 500 richieste il worker FPM viene ricreato. Su WordPress, dove plugin possono accumulare memoria, questo è essenziale.

PHP 8.4 vs PHP 7.4: benchmark reali su WordPress

Abbiamo testato l’impatto dell’aggiornamento PHP su 5 siti WordPress reali gestiti da AgencyPilot, stessi siti, stesso hosting (VPS 4 core, 8GB RAM, Nginx), prima con PHP 7.4 poi con PHP 8.4 + OPcache JIT.

Media: -27.8% TTFB. Test eseguiti con ab benchmarking, 1000 richieste, 10 connessioni concorrenti. Cache disabilitata per misurare il solo impatto PHP.

Questi numeri si traducono in miglioramenti diretti sui Core Web Vitals: TTFB più basso = LCP più veloce = punteggio migliore nei report CrUX.

Checklist finale: procedura di aggiornamento PHP in 10 step

Ecco la procedura completa che seguiamo per ogni sito client:

1. Backup completo (file + database + configurazione server)
2. Verifica versione PHP corrente e annotala (serve per il rollback)
3. Test compatibilità plugin con WP Health Check o WP-CLI
4. Aggiorna tutti i plugin e il tema alle ultime versioni prima del cambio PHP
5. Se possibile, testa su ambiente staging con la nuova versione PHP
6. Cambia versione PHP dal pannello hosting o server
7. Verifica homepage e wp-admin in finestra anonima
8. Controlla error_log per warning PHP (deprecation notices non sono fatali ma indicano codice da aggiornare)
9. Test funzionalità chiave: form contatti, checkout, login, ricerca
10. Configura OPcache e JIT per massimizzare le performance

FAQ

Qual è la versione PHP raccomandata per WordPress nel 2026?

PHP 8.4 è la versione raccomandata per WordPress 6.9 e 7.0. Ha supporto completo, performance ottimali e tutti i plugin principali sono compatibili. PHP 8.5 è supportato da WordPress 6.9+ ma è ancora fresco; per la produzione consigliamo PHP 8.4 per la maggiore stabilità dell’ecosistema plugin.

Aggiornare PHP romperà il mio sito WordPress?

Se segui la procedura descritta in questa guida (backup, test compatibilità, aggiornamento plugin prima del cambio), il rischio è minimo. Il 95% dei problemi post-aggiornamento è causato da plugin obsoleti non aggiornati da oltre 12 mesi. Aggiorna i plugin prima di cambiare PHP e il 90% dei problemi scompare.

Posso tornare alla versione PHP precedente se qualcosa non funziona?

Sì. Su hosting con cPanel, Plesk o managed (Kinsta, Cloudways, WP Engine), il rollback è un click: selezioni la versione precedente dal pannello e il sito torna operativo in 30 secondi. Su VPS, reinstalla la versione precedente e configura Nginx per usare il vecchio socket PHP-FPM.

Quanto costa aggiornare PHP su WordPress?

L’aggiornamento PHP in sé è gratuito: PHP è open source e il cambio di versione sul hosting non ha costo. Se hai un managed hosting o un VPS, il costo è zero. Se hai bisogno di supporto tecnico per l’aggiornamento, un’agenza può fatturare 1-3 ore di lavoro per un sito singolo, meno per multi-sito con automazione.

PHP 8.4 migliora la SEO di WordPress?

Indirettamente sì. Il miglioramento di performance del 25-30% riduce il TTFB, che è un fattore nei Core Web Vitals. Pagine più veloci hanno migliori metriche CrUX, che Google usa come segnale di ranking. L’aggiornamento PHP è una delle ottimizzazioni più efficaci per migliorare i Core Web Vitals senza toccare il contenuto.