WooCommerce 11.5 richiederà PHP 8.1: cosa fare prima di gennaio

Gennaio si avvicina e PHP 8.0 non basta più

A novembre 2026 il team di WooCommerce ha confermato ufficialmente che la versione 11.5, prevista per gennaio 2027, alzerà il requisito minimo da PHP 8.0 a PHP 8.1. Non è una sorpresa: il ciclo di vita di PHP 8.0 è terminato a novembre 2023, quindi chi ancora lo usa sta girando su una versione senza patch di sicurezza attive da quasi tre anni.
Il punto non è tecnico nel senso astratto del termine. È che WooCommerce 11.5 semplicemente non si installerà su ambienti con PHP inferiore a 8.1. Chi non aggiorna prima della release si troverà bloccato: niente aggiornamenti del core, niente patch di sicurezza, niente nuove funzioni. L’e-commerce resta in piedi, ma inizia a invecchiare in modo accelerato.
Per una PMI che vende online, questo è il tipo di aggiornamento che sembra secondario finché non lo diventa urgente nel momento peggiore.

Cosa cambia davvero con PHP 8.1 su WooCommerce

Le differenze tecniche che contano

PHP 8.1 ha introdotto alcune modifiche al linguaggio che impattano su come funziona il codice scritto per versioni precedenti. La più rilevante per chi ha plugin o personalizzazioni è la deprecazione delle funzioni che passano null a parametri non-nullable: in PHP 8.0 generavano un warning, in PHP 8.1 possono causare errori fatali.
Significa che un plugin acquistato tre anni fa e mai aggiornato potrebbe smettere di funzionare dopo il salto di versione. Non “potrebbe avere qualche problema”: potrebbe bloccare la pagina del carrello o il checkout.
L’altra novità rilevante sono le fibre (Fibers), che permettono una gestione più efficiente delle operazioni asincrone. Per la maggior parte degli e-commerce PMI questa funzione non cambia niente nell’immediato, ma alcuni plugin di pagamento e di integrazione con servizi esterni hanno già iniziato a sfruttarla.

Cosa succede se non aggiorni

Restare su PHP 8.0 con WooCommerce 11.5 non è un’opzione: l’aggiornamento semplicemente fallirà. Restare su PHP 8.0 con WooCommerce 11.4 significa congelare il sito su una versione che non riceverà più aggiornamenti di sicurezza attivi.
Questo è il tipo di situazione che abbiamo già descritto analizzando cosa rischi se il tuo software gira su versioni obsolete: non è che il sito esplode il giorno dopo, è che ogni mese che passa aumenta la superficie di attacco e si accumula debito tecnico difficile da recuperare.

Come valutare l’impatto prima di toccare qualcosa

Il check preliminare che molte PMI saltano

Prima di chiedere all’hosting di aggiornare PHP, serve capire cosa c’è sul sito. Un e-commerce attivo ha in media una dozzina di plugin installati, spesso più. Ognuno ha la propria compatibilità con PHP 8.1.
Il percorso corretto è questo:

1. Esporta l’elenco completo dei plugin attivi con la versione installata.
2. Verifica per ciascuno se l’ultima release supporta PHP 8.1 (la pagina del plugin su wordpress.org lo indica esplicitamente).
3. Identifica i plugin che non sono stati aggiornati negli ultimi 12 mesi: sono i candidati più rischiosi.
4. Controlla se hai codice custom (funzioni nel functions.php del tema, plugin sviluppati ad hoc): quel codice va testato esplicitamente.

Solo dopo questo inventario ha senso procedere. Aggiornare PHP senza aver fatto questa analisi è come cambiare le ruote mentre l’auto è in moto: tecnicamente possibile, ma non è una buona idea.

Come testare senza rischiare il sito live

L’aggiornamento di PHP va sempre testato su un ambiente di staging, mai direttamente in produzione. Se il tuo hosting non offre un ambiente di staging incluso, è il momento di valutare se stai usando lo strumento giusto per un e-commerce attivo.
Il test su staging deve includere:

• Navigazione completa del flusso di acquisto (prodotto, carrello, checkout, conferma ordine)
• Login e area riservata clienti
• Funzioni amministrative (gestione ordini, aggiornamento prezzi, esportazione dati)
• Qualsiasi integrazione esterna (CRM, gestionale, corriere, piattaforma email)

Se il sito funziona correttamente in staging con PHP 8.1, l’aggiornamento in produzione è un’operazione a basso rischio. Se emergono errori, li hai trovati nel posto giusto.

Un errore comune è controllare solo i plugin attivi e dimenticare quelli disattivati. Se sul sito ci sono plugin disattivati ma non rimossi, vanno eliminati prima del test: occupano spazio, possono contenere vulnerabilità e a volte interferiscono con il comportamento di PHP anche se non sono in esecuzione. La pulizia del repository è parte del lavoro preparatorio, non un dettaglio.

Un altro punto che viene spesso sottovalutato riguarda il tema. Se stai usando un tema con un child theme personalizzato, o un tema sviluppato su misura anni fa, anche quello va testato esplicitamente. I temi contengono codice PHP, e un tema non aggiornato può generare errori esattamente come un plugin. Controllare solo i plugin e ignorare il tema è un errore che emerge durante il test di staging, ma meglio scoprirlo lì che in produzione.

I plugin a rischio: come riconoscerli

Non tutti i plugin hanno lo stesso livello di rischio. Quelli più critici sono quelli che gestiscono pagamenti, spedizioni e integrazioni con sistemi esterni: un errore lì blocca gli ordini, non solo una funzione secondaria.
I plugin abbandonati, cioè quelli senza aggiornamenti da oltre un anno, sono i candidati più probabili a creare problemi. La community di WordPress è ampia, però il mercato dei plugin è pieno di prodotti sviluppati da singoli sviluppatori che poi smettono di mantenerli. Se un plugin non è stato aggiornato da 18 mesi, le probabilità che supporti PHP 8.1 in modo pulito sono basse.
Opinione diretta: i plugin premium con licenza annuale che non ricevono aggiornamenti regolari sono una trappola. Stai pagando per qualcosa che nel tempo diventa un rischio, non un vantaggio. Meglio un plugin gratuito attivamente mantenuto che uno a pagamento abbandonato.
Se un plugin critico non è compatibile con PHP 8.1 e non ha alternative valide, la scelta è tra due opzioni: aspettare che il fornitore lo aggiorni (con tutto il rischio che comporta) o sviluppare una sostituzione custom. La seconda opzione è più costosa nell’immediato, ma elimina la dipendenza da un fornitore che non sta facendo il suo lavoro.

C’è un caso specifico che vale la pena nominare: i plugin che si integrano con API esterne. Questi plugin spesso usano librerie PHP per gestire le chiamate HTTP e la serializzazione dei dati. Alcune di queste librerie hanno avuto aggiornamenti importanti tra PHP 8.0 e 8.1. Se il plugin non ha aggiornato le proprie dipendenze, il problema non è nel codice del plugin stesso, ma in quello che usa internamente. Questo tipo di errore non sempre emerge subito: può manifestarsi solo in certi flussi, come la conferma di un pagamento o la generazione di una spedizione.

Per identificarlo in anticipo, durante il test di staging attiva la visualizzazione degli errori PHP e controlla i log dopo ogni operazione critica. Un warning che in PHP 8.0 veniva ignorato può diventare un errore fatale in 8.1. Trovarlo nei log di staging costa poco. Trovarlo dopo che un cliente non riesce a completare un ordine costa molto di più.

Cosa conviene fare adesso e cosa si può ignorare

Le priorità reali

L’aggiornamento a PHP 8.1 non è un’emergenza da gestire in 48 ore, ma con una scadenza a gennaio 2027 il tempo utile per farlo con calma è tra settembre e novembre 2026. Dopo diventa gestione del rischio, non pianificazione.
Le azioni concrete in ordine di priorità:
Prima cosa: parla con il tuo hosting e verifica che PHP 8.1 sia disponibile nel tuo piano. La maggior parte degli hosting moderni lo supporta, ma alcuni piani entry-level hanno versioni bloccate. Se il tuo hosting non può aggiornare PHP senza cambio di piano o migrazione, questo è il momento di valutare la migrazione, non dopo la release di WooCommerce 11.5.
Seconda cosa: fai l’inventario dei plugin come descritto sopra. Se non hai le competenze interne per farlo, è un’attività che un developer esperto completa in poche ore.
Terza cosa: crea o aggiorna il tuo ambiente di staging e fai il test completo con PHP 8.1 prima di toccare il sito live.
La manutenzione del software custom include esattamente questo tipo di attività preventiva: non aspettare che un aggiornamento obbligatorio diventi un’emergenza.
Se hai un e-commerce con personalizzazioni significative, con un gestionale integrato o con flussi automatizzati collegati a WooCommerce, il test di compatibilità richiede più attenzione. In quei casi, raccontaci il progetto prima di procedere da soli.

Cosa si può ignorare

Non devi preoccuparti delle novità sintattiche di PHP 8.1 come le enum o le proprietà readonly: quelle sono funzioni per chi scrive codice nuovo, non per chi aggiorna un sito esistente.
Non devi nemmeno riscrivere il tema o i plugin funzionanti: se passano il test di staging senza errori, sono compatibili. L’aggiornamento di PHP non richiede di toccare codice che funziona.

Il quadro più largo: WooCommerce e le scelte di lungo periodo

PHP 8.1 non è l’ultimo aggiornamento che WooCommerce richiederà. PHP 8.2 è già disponibile, PHP 8.3 è in uso, e il ciclo continuerà. Ogni 12-18 mesi ci sarà un requisito minimo aggiornato.
Per una PMI che usa WooCommerce come infrastruttura principale dell’e-commerce, questo significa che la manutenzione tecnica non è un’attività una tantum: è una voce di costo ricorrente che va pianificata.
Chi sta valutando se WooCommerce sia ancora la scelta giusta per il proprio volume di vendite e la propria complessità operativa può trovare un’analisi utile nel confronto tra software custom e SaaS per PMI: non è detto che la risposta sia sempre “resta su WooCommerce”, dipende da cosa il sito deve fare e quanto è cresciuto rispetto a quando è stato costruito.
L’aggiornamento a PHP 8.1 è un buon momento per fare questa valutazione con calma, prima che la pressione di una deadline la renda affrettata.

Se gestisci un e-commerce WooCommerce con integrazioni custom, plugin sviluppati ad hoc o connessioni con sistemi gestionali, in Press Start possiamo fare un’analisi di compatibilità prima che l’aggiornamento diventi urgente. Scrivici e raccontaci la situazione.

C’è un aspetto pratico che riguarda chi ha un e-commerce cresciuto nel tempo in modo non pianificato. Spesso questi siti hanno plugin installati per risolvere problemi specifici, poi mai rimossi anche quando il problema era stato risolto diversamente. Il risultato è un sito con dipendenze inutili che aumentano la superficie di rischio a ogni aggiornamento. L’aggiornamento a PHP 8.1 è un buon momento per fare una revisione di quello che è davvero necessario e rimuovere il resto. Un sito con meno plugin ben mantenuti è più facile da aggiornare e più stabile nel tempo.