Il 20 maggio 2026 WordPress ha rilasciato la versione 7.0, battezzata “Armstrong” in onore del jazzista Louis Armstrong. È la release più attesa degli ultimi anni, quella che avrebbe dovuto trasformare WordPress in qualcosa di simile a Google Docs, con più redattori che lavorano sullo stesso contenuto in tempo reale. Spoiler: quella funzione non c’è. È stata rimossa dodici giorni prima del lancio, l’8 maggio, per problemi tecnici che il team non è riuscito a risolvere in tempo.
Ma sarebbe un errore liquidare WordPress 7.0 come una delusione. Quello che ha rilasciato è qualcosa di diverso da quello che prometteva, e per chi lavora su siti WordPress tutti i giorni è in molti casi più interessante della collaborazione in tempo reale. Abbiamo testato la release su staging nei giorni successivi al lancio, sui siti che gestiamo per le agenzie partner, e quello che abbiamo trovato merita una lettura più onesta di quella che gira sui blog in questi giorni.
La storia della feature che non c’è
Partiamo dalla cosa che tutti vogliono sapere, perché è giusto parlarne apertamente prima di tutto il resto.
La collaborazione in tempo reale era la feature principale del ciclo di sviluppo 7.0. L’idea era permettere a più redattori di lavorare sullo stesso articolo simultaneamente, con le modifiche visibili in tempo reale come avviene su Google Docs o Notion. Era la promessa della Fase 3 del progetto Gutenberg, quella dedicata ai flussi di lavoro collaborativi, e aveva già causato il rinvio del lancio dal 9 aprile al 20 maggio.
L’8 maggio il team core ha comunicato che non ce l’avrebbe fatta. Race condition non risolte, carico sul server eccessivo, bug ricorrenti emersi durante il fuzz testing: la funzione non era abbastanza robusta per entrare in un CMS che gira su oltre il 43% dei siti web mondiali. La decisione è corretta, anche se scomoda da digerire dopo mesi di attesa.
Per le agenzie che hanno clienti con team di redattori che aspettavano questa funzione per smettere di usare Google Docs, la risposta onesta è: aspettate la 7.1, prevista per fine 2026. Nel frattempo, Google Docs rimane lo strumento per la scrittura collaborativa. Non è un dramma.
L’AI nel core: perché è importante anche se non se ne accorge nessuno subito
La novità tecnicamente più rilevante di WordPress 7.0 non è quella che fa più rumore, ed è un peccato perché ha implicazioni concrete nel medio periodo.
Il WP AI Client è un layer AI integrato direttamente nel core di WordPress, costruito per essere indipendente dal provider: funziona con OpenAI, con Claude, con Gemini, e potenzialmente con qualsiasi altro modello che verrà dopo. Non è un chatbot, non è un generatore di contenuti, non è un’interfaccia per gli utenti finali. È un’infrastruttura per sviluppatori che standardizza il modo in cui i plugin si connettono ai modelli di intelligenza artificiale.
Il problema che risolve è reale, anche se invisibile. Chiunque abbia installato tre o quattro plugin AI su un sito WordPress sa cosa significa: tre API key diverse, tre pannelli di configurazione separati, tre modi diversi di gestire gli errori quando qualcosa non funziona. Con il WP AI Client, teoricamente tutti i plugin compatibili condividono la stessa chiave per lo stesso provider, configurata in un unico punto, la nuova schermata Connectors nella dashboard.
Diciamo teoricamente perché per sfruttarlo i plugin esistenti devono essere aggiornati per usare il nuovo layer. Nell’immediato, l’impatto per chi gestisce siti è limitato. Nel medio periodo, quando l’ecosistema di plugin si sarà adattato, potrebbe cambiare significativamente il modo in cui si gestisce l’AI su WordPress.
Un avvertimento pratico per chi ha già plugin AI attivi: il nuovo Connectors screen potrebbe creare conflitti con plugin che gestiscono le proprie credenziali in modo indipendente. Testare su staging prima di aggiornare siti con plugin AI attivi non è un consiglio generico, è necessario.
La dashboard nuova: era ora
Questa è la novità che si sente immediatamente, senza bisogno di aprire il changelog. La dashboard amministrativa di WordPress aveva un’estetica ferma al 2013. Tabelle statiche, un’interfaccia che sembrava progettata per schermi da 800 pixel, transizioni assenti tra le schermate. Funzionava, ma ogni volta che mostravamo il pannello di amministrazione a un nuovo cliente sentivamo la necessità di scusarci esteticamente.
WordPress 7.0 cambia tutto questo. Il nuovo schema di colori “Modern” è più pulito e coerente. Le View Transitions animano i passaggi tra le schermate in modo fluido. La feature che in pochi stanno menzonando ma che nella pratica cambia il modo di muoversi nella dashboard è la Command Palette, accessibile con ⌘K su Mac o Ctrl+K su Windows dall’Omnibar: permette di raggiungere qualsiasi funzione senza navigare tra menu annidati.
DataViews è la riscrittura più profonda: sostituisce le tradizionali tabelle di elenco di articoli, pagine e media con un’interfaccia più simile a un’applicazione moderna. Layout intercambiabili, filtri avanzati, un aspetto che finalmente non fa vergogna mostrare a un cliente.
Attenzione però: DataViews è anche la fonte principale di problemi di compatibilità in questa release. Plugin che personalizzano le viste elenco di wp-admin, aggiungono colonne custom o modificano il comportamento delle tabelle di amministrazione potrebbero smettere di funzionare correttamente. È la categoria di plugin su cui abbiamo riscontrato più problemi nei nostri test di staging, molto più degli strumenti SEO o di WooCommerce che erano già stati verificati prima del lancio.
I blocchi PHP-only e perché ci interessano
C’è una novità tecnica in questa release che passa sotto traccia nella maggior parte delle recensioni ma che per chi sviluppa blocchi custom ha un impatto immediato sul workflow.
WordPress 7.0 introduce i blocchi PHP-only: blocchi che si registrano lato server usando esclusivamente PHP, senza dipendenza da React o da un processo di build JavaScript. Per capire perché è interessante, bisogna pensare a quante volte ci è capitato di sviluppare un blocco relativamente semplice, magari un box informativo o un elemento di navigazione, e dover mettere in piedi un intero ambiente Node.js con webpack o Vite solo per la fase di build.
I blocchi PHP-only eliminano questa complessità per i casi d’uso più semplici. Non è la fine di React nell’ecosistema WordPress: per blocchi con interattività avanzata e stato complesso React rimane lo strumento giusto. Ma per blocchi statici o con logica semplice, avere un’opzione più leggera che non richiede tooling JavaScript è una semplificazione reale del processo di sviluppo.
Quello che abbiamo imparato testando in staging
Nei giorni successivi al rilascio abbiamo testato WordPress 7.0 su staging su diversi tipi di installazione: siti vetrina semplici, installazioni con WooCommerce attivo, siti con page builder come Bricks, installazioni con plugin AI già configurati.
Il quadro che emerge è abbastanza chiaro. I siti semplici con plugin ben mantenuti si aggiornano senza problemi. WooCommerce funziona correttamente nelle versioni aggiornate. I principali plugin SEO come Yoast e Rank Math erano già compatibili prima del lancio. WPML e ACF non hanno dato problemi nei nostri test.
Le aree da monitorare con attenzione sono due. La prima è DataViews e i plugin che modificano le interfacce di elenco di wp-admin: è lì che abbiamo trovato i comportamenti più imprevedibili. La seconda è il requisito PHP minimo: WordPress 7.0 rimuove il supporto per PHP 7.2 e 7.3. Non un aggiornamento consigliato, una rimozione del supporto. Se un sito gira su queste versioni, bisogna aggiornare PHP prima di aggiornare WordPress, altrimenti il sito non funzionerà correttamente.
Il nostro approccio con le agenzie partner non cambia per una major release: aspettiamo qualche giorno che emergano i problemi più evidenti dalla community, testiamo su staging, e aggiorniamo in produzione solo dopo aver verificato la compatibilità di tutto il setup. Il processo è lo stesso che descriviamo nel piano di manutenzione che gestiamo per le agenzie partner: gli aggiornamenti major non vengono applicati automaticamente ma seguono un percorso controllato che elimina il rischio di downtime imprevisti.
Il verdetto
WordPress 7.0 è una buona release, non la release rivoluzionaria che molti si aspettavano. La collaborazione in tempo reale mancante è una delusione reale per chi la aspettava, ma la decisione di non rilasciarla in uno stato instabile è quella giusta. Preferibilmente scoprire un bug in testing che su duecentomila siti in produzione.
Il WP AI Client è la novità più significativa nel lungo periodo, anche se i suoi effetti si vedranno solo quando l’ecosistema di plugin si adatterà. Il redesign della dashboard è immediato e benvenuto. I blocchi PHP-only sono utili per chi sviluppa. DataViews è un miglioramento netto dell’interfaccia ma richiede attenzione sulla compatibilità.
La direzione che indica questa release è quella giusta: WordPress sta cercando di restare rilevante in un web modellato sempre più dall’AI e dalla collaborazione. Armstrong, il jazzista, improvvisava su strutture solide. WordPress 7.0 sembra voler fare lo stesso: costruire le fondamenta prima di improvvisare.
Per approfondire come gestiamo gli aggiornamenti major nell’ambito dei piani di manutenzione per le agenzie partner, leggi l’articolo dedicato. Per capire come le novità di WordPress 7.0 si integrano con la strategia AI delle agenzie, leggi come le web agency usano l’AI nel 2026. Per verificare che il sito sia ottimizzato tecnicamente prima e dopo l’aggiornamento, leggi come strutturare un sito WordPress per performance elevate.
FAQ
WordPress 7.0 ha la collaborazione in tempo reale? No. La collaborazione in tempo reale è stata rimossa dalla release l’8 maggio 2026, dodici giorni prima del lancio, per problemi di race condition, carico server e bug ricorrenti emersi durante il fuzz testing. WordPress 7.0 include le fondamenta della modalità collaborativa ma il co-editing vero e proprio è rimandato alla versione 7.1, prevista per fine 2026.
È sicuro aggiornare subito a WordPress 7.0? Per i siti ben mantenuti con plugin aggiornati sì, ma con il percorso corretto: backup verificato, test su staging, aggiornamento in produzione solo dopo conferma della compatibilità. I rischi maggiori riguardano i siti con PHP 7.2 o 7.3 non aggiornato, i plugin che modificano le interfacce di elenco di wp-admin, e le installazioni con plugin AI che gestiscono le proprie credenziali indipendentemente dal nuovo Connectors screen.
Cosa fa il WP AI Client di WordPress 7.0? È un layer AI integrato nel core di WordPress che standardizza il modo in cui i plugin si connettono ai modelli di intelligenza artificiale, OpenAI, Claude, Gemini. In pratica: una sola API key per provider condivisa tra tutti i plugin compatibili, gestione centralizzata dal Connectors screen, possibilità di cambiare provider senza riconfigurare ogni singolo plugin. Per sfruttarlo, i plugin esistenti devono essere aggiornati per usare il nuovo layer.
Bricks Builder funziona con WordPress 7.0? Dovrebbe, con gli aggiornamenti di compatibilità. Il rischio principale riguarda il comportamento del nuovo editor con iframe che potrebbe modificare la visualizzazione dei template in modi imprevisti su installazioni con template complessi o blocchi custom. Il consiglio è sempre testare su staging prima di aggiornare in produzione.