Il 26 marzo 2026 il team di WordPress ha rilasciato la Release Candidate 2 (RC2) di WordPress 7.0 — la penultima tappa prima del rilascio finale previsto per il 9 aprile 2026. Ho scaricato e installato la RC2 sul mio ambiente di test la sera stessa del rilascio, e devo dire che rispetto alla Beta 5 e alla RC1 il salto in termini di stabilità è evidente, soprattutto nel real-time collaborative editing e nella nuova Command Palette.
Questa versione segna anche lo hard string freeze: da questo momento nessuna stringa dell’interfaccia può essere modificata, il che significa che i traduttori possono finalizzare le localizzazioni e noi sviluppatori possiamo testare con fiducia l’interfaccia definitiva. In questo articolo vi mostro come ho configurato l’ambiente di test, come funziona il collaborative editing basato su HTTP polling e cosa fare per preparare plugin e temi al rilascio finale.
Cosa Cambia dalla RC1 alla RC2 di WordPress 7.0
La RC2 non introduce nuove funzionalità — sarebbe un problema se lo facesse a questo punto del ciclo di rilascio. Si concentra invece sulla correzione di bug emersi durante i test della RC1, sul perfezionamento delle prestazioni del sistema di sync collaborativo e sulla stabilizzazione dell’interfaccia admin. Il team Core ha chiuso diversi ticket relativi a regressioni visive nell’admin refresh e a edge case nel motore di sincronizzazione Yjs.
Se avete già testato la RC1, la RC2 è un aggiornamento incrementale che dovreste applicare immediatamente sul vostro ambiente di staging. Se invece siete rimasti alla Beta 5, come avevo descritto nel mio articolo sulla Beta 5, il salto è più consistente e merita un test completo.
Come Installo e Configuro WordPress 7.0 RC2 per i Test
Ci sono diversi modi per ottenere la RC2. Nella mia esperienza, il metodo più rapido dipende dal contesto:
- WordPress Playground: il modo più veloce in assoluto — si testa direttamente nel browser senza installare nulla. Perfetto per una prima occhiata.
- Plugin Beta Tester: se avete già un sito di test con WordPress installato, attivate il plugin WordPress Beta Tester, selezionate il canale “Release Candidate” e aggiornate.
- WP-CLI: il mio metodo preferito sul server Plesk. Un comando e siete operativi.
- Download diretto: scaricate lo zip da wordpress.org/download/ e installatelo manualmente.
Sul mio server Plesk ho utilizzato WP-CLI per creare un’installazione pulita dedicata ai test:
/opt/plesk/php/8.3/bin/php /usr/local/bin/wp core download --version=7.0-RC2 --path=/var/www/vhosts/test.example.com/httpdocs --allow-root
/opt/plesk/php/8.3/bin/php /usr/local/bin/wp core install --url=test.example.com --title="WP7 RC2 Test" --admin_user=admin --admin_password=SecurePass123! --admin_email=test@example.com --path=/var/www/vhosts/test.example.com/httpdocs --allow-rootImportante: non installate mai una Release Candidate su un sito di produzione. Come ho imparato sulla mia pelle con le beta precedenti, anche un bug apparentemente innocuo può compromettere dati reali.
Real-Time Collaborative Editing: Come Funziona l’HTTP Polling
Il real-time collaborative editing è la funzionalità di punta di WordPress 7.0 — il cuore della Phase 3 (Collaboration) della roadmap Gutenberg. Ho dedicato molto tempo a testarlo perché rappresenta un cambio di paradigma: per la prima volta, più utenti possono modificare lo stesso articolo contemporaneamente, in stile Google Docs.
Architettura Tecnica: Yjs, CRDT e HTTP Polling
Il motore di sincronizzazione si basa su Yjs, un framework CRDT (Conflict-free Replicated Data Type) che gestisce la fusione dei dati senza conflitti. L’architettura si divide in tre livelli:
- Interface: avatar degli utenti connessi, indicatori di presenza e cursori colorati nell’editor.
- Engine: il core Yjs che gestisce le operazioni CRDT — tutto il merge dei dati avviene lato client.
- Transport: il livello che sincronizza i dati tra i collaboratori, e qui entra in gioco l’HTTP polling.
WordPress 7.0 utilizza di default un sync provider basato su HTTP polling invece di WebSocket. La scelta è pragmatica: l’HTTP polling funziona su qualsiasi hosting WordPress senza configurazioni aggiuntive, mentre i WebSocket richiedono supporto specifico del server. Il server PHP non ha una libreria Yjs nativa, quindi funge da relay: memorizza e inoltra i messaggi, mentre i client gestiscono tutte le operazioni CRDT.
Come Funziona il Polling nella Pratica
Un nuovo endpoint REST /wp/v2/sync/updates gestisce tutti gli aggiornamenti di sincronizzazione e awareness. I client interrogano periodicamente questo endpoint per inviare i propri aggiornamenti e ricevere quelli degli altri collaboratori.
L’intervallo di polling è dinamico e intelligente: prima che venga rilevato un collaboratore, dopo una richiesta riuscita il prossimo poll viene schedulato al massimo tra 1000ms o 5 volte la durata della richiesta precedente. Ad esempio, se la richiesta ha impiegato 400ms, il prossimo poll avverrà dopo 2000ms. La Beta 6 ha introdotto un aumento di 4x degli intervalli di polling per ridurre il carico HTTP.
I dati CRDT vengono persistiti tramite post_meta su un post type interno speciale (wp_sync_storage), con compattazione periodica degli aggiornamenti per contenere la crescita dei dati.
Come Abilito e Testo il Collaborative Editing
Il collaborative editing è opt-in di default. Per abilitarlo:
- Andate su Impostazioni → Scrittura e attivate “Enable real-time collaboration”.
- In alternativa, aggiungete la costante
WP_ALLOW_COLLABORATIONnel filewp-config.phpper controllare la funzionalità a livello di configurazione. - Aprite un articolo nell’editor a blocchi.
Per testare realmente la collaborazione, dovete avere almeno due sessioni attive. Il mio setup di test: ho aperto il sito in due browser diversi (Firefox e Chrome), effettuando il login con due utenti differenti. In alternativa, potete invitare un collega a modificare lo stesso articolo.
Nella mia esperienza con la RC2, la sincronizzazione funziona in modo affidabile con due collaboratori simultanei — il limite iniziale lato client di Gutenberg. Ho notato una latenza di circa 2-3 secondi tra le modifiche di un utente e la loro comparsa nell’editor dell’altro, il che è comprensibile dato il meccanismo di polling HTTP. Non è istantaneo come Google Docs (che usa WebSocket), ma è funzionale.
L’architettura del sync provider è progettata per essere estendibile: hosting provider e sviluppatori possono sostituire il transport layer con un’implementazione WebSocket tramite filtri, ottenendo sincronizzazione quasi istantanea.
La Nuova Command Palette: Navigazione Rapida via Tastiera
La Command Palette è un’altra aggiunta significativa di WordPress 7.0 che ho apprezzato molto nella mia routine quotidiana di gestione siti. Si tratta di un’interfaccia di ricerca e azione rapida, attivabile con ⌘K (Mac) o Ctrl+K (Windows/Linux), che appare direttamente dalla barra di amministrazione.
Nella RC2, gli utenti loggati vedono un campo con il simbolo ⌘K nella barra admin superiore. Cliccandolo o usando la scorciatoia da tastiera, si apre la palette comandi che permette di:
- Navigare rapidamente tra le sezioni dell’admin senza cliccare nei menu.
- Cercare contenuti, pagine, articoli e impostazioni.
- Eseguire azioni come creare un nuovo articolo, attivare/disattivare plugin, passare alla modalità di modifica.
- Filtrare e cercare tra le abilities disponibili, con nuove funzionalità ibride client-side.
Per chi come me gestisce decine di siti WordPress quotidianamente anche tramite strumenti come MCP Server su Plesk, avere un punto di accesso unico e veloce a tutte le funzioni admin è un enorme risparmio di tempo. La Command Palette è il tipo di quality-of-life improvement che una volta provato non puoi più farne a meno.
Admin Visual Refresh e View Transitions
WordPress 7.0 introduce anche un refresh visivo dell’interfaccia admin: un nuovo schema colori predefinito più moderno e pulito, con una dashboard rinnovata che mantiene però la familiarità dell’interfaccia classica. Non è una rivoluzione radicale, ma un’evoluzione graduale — e questo è positivo, perché evita di disorientare milioni di utenti.
Una novità tecnica interessante sono le CSS-based cross-document view transitions: invece del classico flash di ricaricamento pagina che accompagna ogni clic nel pannello admin, WordPress 7.0 utilizza transizioni CSS fluide tra le schermate. L’effetto è un fade elegante che rende la navigazione molto più piacevole.
Come Preparo Plugin e Temi per WordPress 7.0
Se sviluppate plugin o temi — e nel mio caso ho già analizzato in dettaglio i breaking changes per sviluppatori — la fase RC è il momento critico per i test di compatibilità. Ecco la mia checklist operativa:
Test di Compatibilità Plugin
- Installate la RC2 su un ambiente di staging dedicato e attivate i vostri plugin.
- Verificate le schermate admin principali: Dashboard, elenco Post/Pagine, editor, Impostazioni, Media Library, pagine Plugin/Temi. Controllate consistenza visiva, spaziatura, tipografia, allineamento bottoni e stile dei notice.
- Testate il vostro plugin con il collaborative editing attivo: se il plugin aggiunge meta box o pannelli nell’editor a blocchi, verificate che funzionino correttamente durante sessioni collaborative.
- Controllate la compatibilità con la Command Palette: se registrate comandi personalizzati, verificate che appaiano correttamente.
- Verificate le API deprecate: WordPress 7.0 introduce cambiamenti nelle API — controllate i log di debug per eventuali deprecated notices.
Aggiornamento del readme.txt
Un passaggio spesso sottovalutato: aggiornate il campo “Tested up to” nel file readme.txt del vostro plugin a 7.0. Questo segnala agli utenti che il plugin è stato verificato con la nuova versione e previene allarmismi inutili nella dashboard.
Test dei Temi
Per i temi, concentratevi su:
- Nuovo schema colori admin: se il vostro tema personalizza l’area admin, verificate che non ci siano conflitti con il nuovo design.
- Editor a blocchi: testate che i blocchi personalizzati si rendano correttamente, specialmente durante sessioni collaborative.
- View transitions: verificate che le transizioni CSS non interferiscano con overlay, modal o script del tema.
Se trovate problemi di compatibilità, il team WordPress invita a segnalarli nel forum di supporto o aprire ticket su Trac con tutti i dettagli necessari.
Cosa Aspettarsi dal Rilascio Finale del 9 Aprile
Il rilascio di WordPress 7.0 è previsto per il 9 aprile 2026, in concomitanza con il WordCamp Asia Contributor Day. Dalla RC2 al rilascio finale, il team si concentrerà esclusivamente sulla correzione di bug critici — nessuna nuova funzionalità verrà aggiunta.
Le novità principali che arriveranno con WordPress 7.0 sono:
- Real-time collaborative editing con HTTP polling di default e supporto WebSocket via plugin.
- Command Palette accessibile da ⌘K/Ctrl+K nell’admin bar.
- Admin visual refresh con nuovo schema colori e CSS view transitions.
- AI Connectors e Web Client AI API come infrastruttura per integrazioni AI.
- Miglioramenti all’editor a blocchi con nuovi blocchi e pattern.
Se gestite siti WordPress in produzione, il mio consiglio è di iniziare i test adesso con la RC2. Dopo l’esperienza con le vulnerabilità di sicurezza di WordPress 6.9.2, sappiamo quanto sia importante aggiornare rapidamente — ma anche quanto sia cruciale farlo con cognizione di causa, testando prima in staging.
FAQ
Posso installare WordPress 7.0 RC2 sul mio sito di produzione?
Assolutamente no. Le Release Candidate sono versioni ancora in fase di test e potrebbero contenere bug che compromettono dati o funzionalità. Installatela esclusivamente su ambienti di staging o di test dedicati. Il rilascio stabile è previsto per il 9 aprile 2026.
Il collaborative editing funziona su qualsiasi hosting?
Sì, grazie all’implementazione basata su HTTP polling. Non richiede WebSocket né configurazioni server particolari. Funziona su qualsiasi hosting che supporti WordPress standard. Tuttavia, hosting provider possono offrire un transport layer WebSocket per ottenere sincronizzazione più rapida.
Quanti utenti possono collaborare contemporaneamente sullo stesso articolo?
Il codice Gutenberg lato client limita inizialmente la collaborazione simultanea a due utenti. Questo limite potrà essere modificato dagli hosting provider tramite costanti di configurazione, e probabilmente verrà alzato nelle versioni successive man mano che il sistema viene ottimizzato.
Come attivo la Command Palette nell’admin di WordPress 7.0?
La Command Palette è attiva di default in WordPress 7.0 RC2. Basta premere ⌘K su Mac o Ctrl+K su Windows/Linux da qualsiasi schermata dell’admin. In alternativa, cliccate sul campo con il simbolo ⌘K nella barra admin superiore.
I miei plugin attuali funzioneranno con WordPress 7.0?
La maggior parte dei plugin ben codificati dovrebbe funzionare senza problemi. Tuttavia, plugin che aggiungono funzionalità all’editor a blocchi, personalizzano l’admin o utilizzano API deprecate potrebbero richiedere aggiornamenti. Testate i vostri plugin sulla RC2 e controllate i log di debug per eventuali deprecated notices.
Conclusione
WordPress 7.0 RC2 rappresenta l’ultima opportunità concreta per testare le novità prima del rilascio finale del 9 aprile. Il real-time collaborative editing basato su Yjs e HTTP polling è una funzionalità che cambierà il modo in cui i team lavorano con WordPress, e il fatto che funzioni su qualsiasi hosting senza configurazioni aggiuntive è una scelta architetturale intelligente. La Command Palette è quel tipo di miglioramento che apprezzerete ogni giorno.
Se siete sviluppatori di plugin o temi, non aspettate il 9 aprile: scaricate la RC2, testate la compatibilità e aggiornate i vostri readme.txt oggi stesso. Se trovate bug, segnalateli — è così che WordPress migliora ad ogni rilascio.
Avete già testato la RC2? Avete riscontrato problemi di compatibilità con i vostri plugin? Fatemelo sapere nei commenti — sono curioso di sentire le vostre esperienze.