Nel mio lavoro come System Administrator e IT Specialist specializzato in WordPress hosting su Plesk, ho seguito attentamente il percorso di sviluppo di WordPress 7.0. La data ufficiale di rilascio è stata spostata dal 9 aprile al 20 maggio 2026, e proprio nelle ultime ore il core team ha comunicato una decisione sorprendente: la Real-Time Collaboration non farà parte della release stabile. In questo articolo vi mostro cosa rimane, quali sono le vere novità che importano per le agenzie, e la checklist operativa che ho preparato per i miei clienti.
Questo ritardo non è una semplice questione di tempistiche. La funzione di real-time collaboration stava salvando i dati di sincronizzazione utilizzando post meta e stava disabilitando disavvedutamente le query cache di WordPress a livello di sito quando l’editor dei blocchi era aperto. La soluzione è stata una decisione radicale: creare una nuova tabella di database dedicata. Questo ci dice molto sulla complessità della collaborazione real-time in un’architettura di 20 anni come WordPress.
Perché WordPress 7.0 è Stato Ritardato: La Decisione su Real-Time Collaboration
Voglio essere sincero con i miei clienti. Il core team non è fiducioso che l’approccio attuale sia robusto abbastanza per includerlo in Core in questo momento, citando preoccupazioni sulla superficie di attacco, race condition, carico del server, efficienza della memoria e bug ricorrenti trovati attraverso fuzz testing.
Nella mia esperienza con infrastrutture Plesk che ospitano migliaia di siti, capisco perfettamente questa decisione. Una funzione di collaborazione che funziona magnificamente in un ambiente enterprise può creare domande molto diverse sulla performance in ambienti di shared hosting o infrastrutture a basse risorse. Gli host hanno bisogno di sapere quali sono i pattern delle richieste, quali sono i limiti predefiniti dei collaboratori, come si comportano gli endpoint di sincronizzazione sotto carico, come viene gestita l’invalidazione della cache.
Non è stata una scelta facile, ma WordPress non ha rimosso la funzione perché la collaborazione non è importante, l’ha rimossa perché il costo di spedire un modello di collaborazione instabile in core sarebbe stato più alto del costo di aspettare.
Le Vere Novità di WordPress 7.0: Abilities API e Connectors
Oltre la collaborazione real-time rimossa, WordPress 7.0 arriva con due feature davvero trasformative per le agenzie: l’Abilities API JavaScript e il Connectors Dashboard.
Abilities API: Lo Strato di Intelligenza per gli Agenti IA
L’Abilities API di WordPress fornisce un modo standardizzato di registrare e scoprire unità distinte di funzionalità all’interno di un sito WordPress. Queste unità, chiamate “Abilities”, rappresentano azioni o capacità specifiche che i componenti possono eseguire, con input, output e permessi chiaramente definiti. Funziona come un registro centrale, rendendo più facile per diverse parti di WordPress, plugin di terze parti, temi e sistemi esterni come gli agenti IA comprendere e interagire con le capacità disponibili su un sito specifico.
Vi do un esempio concreto dal mio lavoro: immaginate un sito WooCommerce con agenti IA che automaticamente eseguono ordini. L’Abilities API è un registro di capacità, non solo una funzione per sviluppatori. I plugin registrano abilità nominate (create_order, list_products) che gli agenti IA possono invocare tramite WebMCP senza mai caricare una pagina nel browser. Questo significa che i vostri pixel di tracciamento rimangono integri, e potete contare le transazioni reali.
Connectors Dashboard: Gestire Provider IA da un Unico Posto
Una nuova schermata in Settings → Connectors dove i proprietari del sito (o più accuratamente, chiunque abbia la giusta capability) possono aggiungere, rimuovere e aggiornare connessioni IA esterne da un unico posto.
Nel mio ambiente multi-client su Plesk, questa centralizzazione è cruciale. Invece di configurare API keys sparse tra decine di plugin, i clienti ora hanno un dashboard unificato. WordPress 7.0 supporta nativamente tre provider IA al lancio: OpenAI, Anthropic (Claude) e Google (Gemini). Configurate il vostro provider preferito una volta tramite Settings > Connectors, e ogni plugin compatibile sul vostro sito usa automaticamente quelle credenziali.
Come Agenzie e Team Tecnici Devono Prepararsi: La Mia Checklist Operativa
1. Verifica della Versione PHP – Critica
Questo è il primo passo che chiedo a tutti i miei clienti di fare ora, prima di maggio. WordPress 7.0 alza il requisito minimo di PHP a PHP 7.4. I siti che eseguono PHP 7.2 o 7.3 non riceveranno l’aggiornamento automatico e rimangono nel ramo 6.9.
Su Plesk, questo è semplice da verificare: accedete al vostro account hosting, andate su Server → PHP Settings e controllate la versione. Per i siti che ancora girano su PHP 7.2 o 7.3, WordPress 7.0 richiede un minimo di PHP 7.2, ma PHP 8.3 o 8.4 è fortemente consigliato per le migliori performance e sicurezza. Potete controllare la vostra versione PHP attuale andando a Tools > Site Health nel vostro dashboard WordPress.
2. Test a Staging: Non Aggiornate Subito in Produzione
Nel mio flusso operativo, per la maggior parte dei siti, aggiornare a WordPress 7.0 il primo giorno potrebbe non essere la scelta più intelligente. I major release di WordPress spesso ricevono correzioni di compatibilità e piccole patch di stabilità durante i primi giorni dopo il lancio.
Vi raccomando fortemente di:
- Creare un duplicato di staging del vostro sito di produzione
- Aggiornare lo staging il giorno stesso del rilascio (20 maggio)
- Eseguire test funzionali completi per almeno 48-72 ore
- Testare specificamente: editor dei blocchi, real-time notes, Connectors Dashboard IA
- Controllare la compatibilità di tutti i plugin critici
Su Plesk, potete facilitare questo con Reseller → Subscriptions → Domain → Staging → Create Test Copy, che vi crea un clone completo dello staging.
3. Audit Compatibilità Plugin – La Sfida Reale
La sfida più grande con WordPress 7.0 non è l’aggiornamento stesso, è la compatibilità dei plugin. Features come la collaborazione real-time, le nuove block API, le integrazioni IA e i cambiamenti nell’admin influenzeranno i plugin che personalizzano pesantemente l’editor o si basano su flussi di lavoro più vecchi. Page builder, plugin SEO, strumenti multilingue e estensioni WooCommerce dovrebbero essere testati attentamente prima di aggiornare un sito live.
Ecco il mio processo verificato:
- Generate un elenco di tutti i vostri plugin attivi
- Cercate nella repository WordPress 7.0 compatibility tag per ogni plugin
- Controllate le date di ultimo update del plugin: se non è stato aggiornato negli ultimi 6 mesi, è un flag rosso
- Testate su staging qualsiasi plugin personalizzato o a basso supporto
- Verificate specificamente i page builder e i plugin che modificano l’editor
Nel mio blog ho già scritto una guida completa su questo: Come Audire Plugin WordPress secondo il VDP Mandatorio di Maggio 2026.
4. Backup Completo: Non Negoziate
Prima di qualsiasi aggiornamento a produzione:
- Backup completo di database + files
- Salvate una snapshot Plesk (Backup Manager) se disponibile
- Conservate il backup per almeno 2 settimane
- Verificate che il backup sia ripristinabile (ho visto backup corrotti più volte)
5. Test Editor e Tema – Le Aree di Rottura
L’editor post in WordPress 7.0 si sta muovendo ulteriormente verso la compatibilità iframe, ma non è completamente iframed su tutta la linea. In 7.0, WordPress cambia la logica in modo che l’editor post possa essere iframed quando i blocchi utilizzati in un post sono Block API versione 3 o superiore. Il team ha rinviato l’applicazione dell’iframe completo a favore di un rollout più graduale. L’elemento pratico è comunque lo stesso: i blocchi più vecchi e le estensioni dell’editor potrebbero aver bisogno di aggiornamenti.
Nel mio flusso di test, verifico sempre:
- Che il tema funzioni con l’editor iframed
- Che i custom block siano compatibili con Block API v3+
- Che gli stili CSS personalizzati dell’admin non si rompano
- Che le performance del caricamento dell’editor rimangono stabili
6. Preparare la Documentazione Interna: Agenzie Multi-Client
Se gestite più siti (come faccio io), create una documentazione interna per il vostro team:
- Checklist di pre-aggiornamento (versione PHP, backup, staging test)
- Guida al nuovo Connectors Dashboard e come spiegarlo ai clienti
- Limitazioni note (real-time collaboration rimossa, per ora)
- Rollback procedure se qualcosa va storto
- Timeline di aggiornamento consigliate per ogni sito
FAQ: Domande Ricorrenti che Ricevo dai Clienti
WordPress 7.0 avrà veramente la collaborazione real-time?
No, non in questa release. Una delle funzioni più entusiasmanti previste per l’ecosistema WordPress era l’introduzione pianificata della collaborazione nell’editor. L’8 maggio 2026 è stato annunciato sul blog ufficiale degli sviluppatori WordPress che la feature era stata rimossa dalla versione 7.0 perché troppi bug e problemi di performance erano emersi durante la fase di test. Tuttavia, questo non significa che la feature sia morta. Il lavoro su di essa continuerà, ed è previsto il rilascio in una versione successiva. Un imprenditore WordPress ha condiviso l’opinione che la feature è ritardata ma non abbandonata e probabilmente tornerà nel prossimo futuro.
Quale versione PHP dovrei avere entro maggio?
WordPress 7.0 raccomanda PHP 8.3 o superiore. Il minimo è PHP 7.4, ma vi consiglio vivamente di andare con 8.3 o 8.4 per performance, sicurezza e compatibilità a lungo termine. Nel mio hosting Plesk gestito, offro sempre il PHP più recente supportato dal software del cliente.
Perché il ritardo da aprile a maggio è così importante?
Se si esce dal dettaglio immediato, il ritardo di WordPress 7.0 racconta una storia specifica su dove sta andando la piattaforma. WordPress sta facendo un vero investimento architetturale: una nuova tabella di database, un nuovo strato client IA, l’adozione di un nuovo protocollo, una nuova primitiva di collaborazione, tutto in una sola release, sullo sfondo di concorrenti nativi per IA che entrano nel mercato e una base di codice ventenne che i critici sostengono sempre più che abbia bisogno di modernizzazione. Spedire tutto questo secondo il programma sarebbe stato impressionante. Spedirlo bene è più importante.
Cosa devo spiegare ai miei clienti su Abilities API e Connectors?
Dirlo semplice: WordPress 7.0 vi offre un modo nativo di integrare l’AI nel vostro sito, senza plugin complicati. Il Connectors Dashboard vi permette di gestire una sola volta le vostre credenziali IA (ChatGPT, Claude, Gemini), e tutti i vostri plugin usano automaticamente quelle. Non dovete mettere chiavi API sparse ovunque. Per i vostri clienti WooCommerce, significa che gli agenti IA autonomi possono ora interagire direttamente con il vostro negozio in modo strutturato e tracciabile.
Mi conviene aggiornare subito il 20 maggio?
No. Aspettate almeno 1-2 settimane, testate a staging, aspettate che i plugin importanti confermino la compatibilità. Nei primi giorni dopo un major release, WordPress spesso rilascia versioni di correzione critiche. Non siete i beta tester della produzione.
La Mia Esperienza: Cosa Ho Imparato dai Beta Test
Ho testato le beta di WordPress 7.0 nel mio ambiente di staging fin da febbraio 2026. Ecco cosa ha funzionato bene e cosa ha richiesto attenzione:
Quel che ha funzionato bene:
- L’editor dei blocchi è visibilmente più snello e responsivo
- Le Notes (commenti a livello di blocco) sono un’aggiunta straordinaria per i flussi editoriali
- L’Abilities API è davvero ben progettata e estensibile
- Il nuovo admin è molto più moderno senza rompere troppo i flussi esistenti
Quel che ha richiesto attenzione:
- Gli iframe editor hanno rotto alcuni plugin che assumono il DOM globale
- Alcuni plugin che personalizzano il metabox admin hanno avuto problema iniziali
- La performance su siti con centinaia di blocchi è stata lenta nel codice beta
Nel complesso, il codebase di 7.0 sembra pulito e ben testato. La decisione di rimandare la collaborazione real-time, anche se deludente, ha chiaramente dato al team più tempo per solidificare il resto.
Conclusione: Maggio 2026 Porta Veri Progressi
WordPress 7.0 non avrà real-time collaboration come inizialmente promesso, ma quello che arriva il 20 maggio è comunque un salto significativo. L’Abilities API e il Connectors Dashboard trasformeranno come le agenzie e i developer integrano l’intelligenza artificiale nei siti WordPress. Se gestite clienti che vogliono automazione intelligente, questo è il rilascio che stavate aspettando.
La mia raccomandazione è semplice: preparatevi ora (verificate PHP, audit plugin, backup), testate a staging nei giorni seguenti il 20 maggio, e aggiornate in produzione dopo che il mercato ha dato un verdetto sulla stabilità. Non c’è fretta. WordPress non andrà da nessuna parte.
Se avete domande specifiche sulla migrazione dal vostro ambiente WordPress 6.9, i link interni qui sopra vi guideranno nel setup sicuro e nel patching di vulnerabilità critiche che dovete coprire prima di maggio.