+33-9-7266-3068
contact@gdm-pixel.fr
TL;DR
Il tuo sito WordPress potrebbe girare su una versione PHP obsoleta
Quanti di voi hanno già ricevuto questo messaggio nella dashboard di WordPress: “Il tuo server utilizza PHP 7.4, che non è più supportato” — e lo hanno ignorato per sei mesi?
È comprensibile. C’è altro di cui occuparsi. Il sito funziona, i clienti fanno ordini, il telefono squilla. Perché toccare qualcosa che funziona?
Ecco perché: PHP 7.4 è in fine vita dalla fine del 2022. Nessun aggiornamento di sicurezza. Nessuna patch. Se qualcuno cerca di sfruttare una vulnerabilità sul tuo server, ha carta bianca — un punto cieco che evidenziamo spesso nella nostra guida su come proteggere correttamente il proprio sito WordPress. E nel 2026, i provider di hosting stanno iniziando a forzare la migrazione — a volte senza preavviso, con risultati disastrosi sui siti mal preparati.
Da GDM-Pixel abbiamo gestito diverse emergenze di questo tipo. Un e-commerce PrestaShop in crash dopo un aggiornamento forzato dal provider. Un sito WordPress rotto perché un plugin di tre anni non era compatibile con PHP 8.2. Ogni volta, la causa principale era la stessa: nessuno aveva anticipato la migrazione PHP.
Questa guida esiste affinché questo non accada a te.
Perché la versione PHP del tuo sito WordPress è critica
PHP è il linguaggio che fa girare WordPress. Ogni pagina che i tuoi visitatori caricano, ogni modulo inviato, ogni ordine effettuato — PHP esegue tutto questo lato server.
WordPress stesso è scritto in PHP. Lo sono anche i tuoi temi. Lo sono anche i tuoi plugin. E ogni versione di PHP porta cambiamenti: nuove funzioni, rimozione di sintassi obsolete, ottimizzazioni delle prestazioni.
Il problema è che l’ecosistema WordPress è vasto e disomogeneo. Alcuni plugin sono mantenuti attivamente. Altri non vengono aggiornati dal 2019. Quando passi da PHP 7.4 a PHP 8.1, un plugin mal codificato può generare errori fatali — e mostrare una pagina bianca ai tuoi clienti. Questa è una delle ragioni per cui ci interroghiamo sulla posizione reale di WordPress rispetto alla concorrenza nel 2025.
Prestazioni misurabili. PHP 8.x è significativamente più veloce di PHP 7.x. Benchmark reali mostrano guadagni dal 10 al 30% sul tempo di esecuzione in base alla complessità del sito. Per un e-commerce con un catalogo denso, questo è direttamente visibile nei Core Web Vitals — e quindi nel posizionamento su Google.
Compatibilità delle estensioni. Da PHP 8.0, diverse funzioni deprecate sono state rimosse. I plugin codificati con scorciatoie degli anni 2015-2018 possono fallire silenziosamente — o in modo rumoroso, a seconda della configurazione di visualizzazione degli errori.
Requisiti di hosting. Nel 2026, la maggior parte dei provider di hosting seri (OVH, PlanetHoster, Infomaniak, o2switch) ha deprecato PHP 7.x nelle proprie interfacce. Alcuni pianificano migrazioni automatiche. Meglio controllare autonomamente il timing.
Quale versione PHP scegliere nel 2026?
Nessun mistero. Nel 2026, la raccomandazione ufficiale di WordPress è PHP 8.2 o 8.3.
- PHP 8.1: ancora supportata, ma il supporto attivo è terminato a fine 2025. Accettabile se il tuo stack non è ancora compatibile con 8.2.
- PHP 8.2: il punto ottimale attuale. Supporto attivo, ampia compatibilità con i plugin mantenuti, guadagni di prestazioni notevoli.
- PHP 8.3: l’ultima versione stabile. Consigliata per i nuovi progetti. Alcuni plugin sono in ritardo di compatibilità — da verificare.
- PHP 7.x: da eliminare immediatamente. Nessun aggiornamento di sicurezza. Rischio reale.
La regola semplice: punta a PHP 8.2 se il tuo sito ha più di due anni e un ecosistema di plugin consolidato. Punta a 8.3 se parti da una base pulita o hai appena completato un audit di compatibilità completo.
Prima di toccare qualsiasi cosa: la checklist di sicurezza
Qui è dove l’80% delle persone commette l’errore. Cambiano la versione PHP dal pannello di hosting e scoprono il sito bianco cinque minuti dopo.
La migrazione PHP richiede preparazione. Ecco esattamente come procediamo da GDM-Pixel prima di ogni aggiornamento.
1. Backup completo · non parziale
File + database. Entrambi. Un backup dei file senza il database non serve a nulla se WordPress va in crash all’avvio. Usa UpdraftPlus, BlogVault o il backup nativo del tuo provider — ma verifica che il ripristino funzioni. Un backup che non hai mai testato è una falsa sicurezza.
2. Audit di compatibilità PHP
Installa il plugin PHP Compatibility Checker (WP Engine) sul tuo sito. Analizza tutti i plugin, i temi e i file personalizzati e segnala le incompatibilità con la versione target. Sono 10 minuti di lavoro che ti risparmiano un’ora di debug.
Cosa cerchiamo: potenziali errori fatali su PHP 8.x. I warning sono meno urgenti. Le deprecated notice possono aspettare. Gli errori fatali mandano in crash il sito.
3. Aggiorna prima WordPress · temi e plugin
Prima di cambiare PHP, aggiorna tutto il resto. Le versioni recenti dei plugin più diffusi (WooCommerce, Yoast, ACF, Elementor) sono compatibili con PHP 8.2+. Se sei su WooCommerce 7.x con PHP 8.2, stai cercando guai.
4. Testa in ambiente di staging
Se il tuo provider offre un ambiente di staging (OVH, WP Engine e Kinsta lo fanno), usalo. Duplica il sito, cambia PHP sulla copia, testa le pagine critiche: homepage, catalogo, carrello, checkout, moduli di contatto.
Se non hai lo staging: crea un sottodominio temporaneo, installa una copia del sito e testa lì. Non è facoltativo per un e-commerce attivo.
Come cambiare la versione PHP in base al tuo provider
La procedura concreta varia a seconda del tuo hosting. Ecco i casi più comuni.
cPanel (o2switch, Hostinger, PlanetHoster) Accedi a cPanel > PHP Selector o MultiPHP Manager. Seleziona il tuo dominio, scegli la versione target, salva. Il cambiamento è immediato — da qui l’importanza della preparazione preventiva.
Plesk (OVH condiviso, alcuni VPS)
Domini > il tuo dominio > Impostazioni PHP. Seleziona la versione dal menu a tendina. Su alcune configurazioni OVH, devi anche modificare il file .htaccess per forzare la versione:
AddHandler application/x-httpd-php82 .phpWHM / Server dedicato Tramite WHM > EasyApache 4, puoi installare le estensioni PHP di ciascuna versione e configurare i default. Questo è il livello massimo di controllo — e il più rischioso se non sai cosa stai facendo.
Hosting gestito (Kinsta, WP Engine, Flywheel) Interfaccia proprietaria nella dashboard. Kinsta ad esempio: Sites > il tuo sito > Strumenti > Versione PHP. Questi provider testano la compatibilità in anticipo e ti avvisano se vengono rilevati problemi. Il premium ha i suoi vantaggi.
Cosa fare se il sito va in crash dopo l’aggiornamento?
Succede. Anche con una preparazione seria, un plugin oscuro può generare un errore fatale.
Prima azione: torna immediatamente alla versione PHP precedente dal tuo pannello di hosting. Il sito riprende. Hai tempo per diagnosticare senza urgenza.
Seconda azione: attiva la modalità debug di WordPress. In wp-config.php, aggiungi:
define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);
define('WP_DEBUG_DISPLAY', false);Il file wp-content/debug.log conterrà gli errori esatti. Cerca le righe Fatal error — ti indicano il nome del plugin o del file responsabile.
Terza azione: disattiva i plugin uno a uno (via FTP se la dashboard non è accessibile — rinomina la cartella del plugin in wp-content/plugins/). Riattiva PHP 8.2 e testa. Identifica il colpevole.
Nella maggior parte dei casi è un plugin abbandonato da due anni. La soluzione: trovare un equivalente mantenuto, o far correggere il codice se si tratta di uno sviluppo personalizzato.
“Una migrazione PHP mal preparata è spesso due ore di panico per risolvere ciò che un’ora di preparazione avrebbe evitato.” — Quello che ripetiamo a ogni cliente che ci chiama in emergenza.
Gli errori che vediamo sistematicamente nei nostri clienti
Dopo decine di migrazioni PHP gestite da GDM-Pixel, ecco cosa torna più spesso.
Plugin di page builder obsoleti. Elementor, Divi, WPBakery — le vecchie versioni di questi strumenti sono bombe a orologeria su PHP 8.x. Aggiornali prima di tutto.
Funzioni PHP deprecate nei temi figlio. I temi figlio creati 4-5 anni fa contengono a volte chiamate a ereg(), split() o mysql_* — rimossi in PHP 8. Si rompono senza preavviso.
Estensioni PHP mancanti. PHP 8.2 può richiedere estensioni specifiche abilitate sul server (intl, imagick, sodium). Se il tuo provider non le abilita di default, alcuni plugin possono malfunzionare silenziosamente.
WooCommerce + estensioni di terze parti. Il core di WooCommerce è ben mantenuto. Le estensioni di pagamento o di spedizione di sviluppatori terzi, molto meno. Verifica ognuna individualmente.
Cosa cambia concretamente per il tuo sito
Vediamo i benefici misurabili, perché la sicurezza va bene ma i numeri sono meglio.
Tempo di caricamento. Su un sito WordPress standard con WooCommerce, passare da PHP 7.4 a PHP 8.2 riduce il Time to First Byte (TTFB) del 15–25% secondo le nostre misurazioni. Non è trascurabile quando Google considera il TTFB nei suoi segnali di performance.
Punteggio PageSpeed. La combinazione PHP 8.2 + OPcache attivo + server correttamente configurato può fare guadagnare da 8 a 15 punti nel punteggio Performance di PageSpeed Insights. Per un sito che era a 65, arrivare a 78 cambia le cose in termini di conversioni mobile.
Conformità con l’hosting. Nel 2026, alcuni provider applicano un sovrapprezzo o limitano le risorse su PHP 7.x. Rimanere aggiornati significa anche evitare brutte sorprese in fattura.
Tre punti da ricordare prima di avviare la migrazione
Prima di chiudere questo articolo e aprire il tuo cPanel, ecco l’essenziale.
Prepara prima di agire. Backup completo, audit di compatibilità, aggiornamento di tutti i plugin — in quest’ordine. Non cambiare mai PHP per primo.
Testa in un ambiente isolato. Se hai un e-commerce attivo, un’ora di staging può risparmiarti potenzialmente una giornata di ricavi persi. Non è un’opzione, è un obbligo.
Documenta quello che fai. Annota la versione PHP attuale, i plugin che danno problemi e le azioni correttive. Se dovrai rifarlo tra 18 mesi per PHP 8.4, avrai una base di lavoro.
Preferisci delegare piuttosto che gestirlo da solo?
È una domanda legittima. Il tuo tempo come titolare ha un valore — e passarlo a fare debug di una migrazione PHP alle 22:00 non è necessariamente il miglior investimento.
Da GDM-Pixel gestiamo regolarmente questo tipo di intervento nell’ambito del nostro servizio di manutenzione e assistenza siti web. Audit di compatibilità, migrazione PHP in staging, test completi, messa in produzione pulita. Documentiamo tutto e ti consegniamo un report chiaro sullo stato del tuo sito dopo l’intervento.
Se il tuo sito WordPress non viene toccato da più di due anni, è probabilmente il momento giusto per un audit tecnico completo: versione PHP, plugin obsoleti, prestazioni, sicurezza. Non per vendere una rifacimento — ma per dirti esattamente dove sei e cosa richiede un’azione urgente.
Contatta GDM-Pixel per un audit tecnico — ti rispondiamo entro 24 ore con una stima chiara.
Su quale versione PHP gira il tuo sito in questo momento? Se non lo sai, è già una risposta.
Social network
Analizza con l'IA
