WordPress 7.0: la collaborazione in tempo reale è ritirata
WordPress 7.0 è uscito senza la modifica simultanea di articoli, ritirata per problemi tecnici documentati. Non è disponibile: scopri cosa c'è al suo posto.
WordPress 7.0: la collaborazione in tempo reale è stata ritirata
WordPress 7.0 è uscito l’8 maggio 2026 senza la funzione più attesa: la modifica simultanea di uno stesso articolo da parte di più redattori. Il ritiro è avvenuto a pochi giorni dal rilascio, per problemi tecnici documentati. Chi ha scelto o aggiornato WordPress contando su quella funzione deve sapere che non è disponibile, e capire cosa c’è al suo posto.
In sintesi
- La modifica collaborativa in tempo reale è stata esclusa da WordPress 7.0 l’8 maggio 2026, a pochi giorni dal rilascio ufficiale.
- Le cause dichiarate: race condition (conflitti tra scritture simultanee), sovraccarico di memoria del server con utenti concorrenti, fallimenti nei test di robustezza automatizzati.
- Al suo posto è stato rilasciato il sistema di Note a livello di blocco: commenti inline, menzioni con @nome, modalità Suggerimenti, pensati per la collaborazione asincrona, cioè non simultanea.
- Se un fornitore ti ha venduto l’aggiornamento promettendo la collaborazione in tempo reale su WordPress 7.0, quella promessa non è attualmente mantenuta dalla piattaforma.
- La decisione di escludere la funzione segnala un problema strutturale nell’architettura dell’editor a blocchi, non una scelta temporanea di prodotto.
Cosa è successo l’8 maggio 2026
WordPress 7.0 era atteso con una funzione specifica: più redattori che aprono lo stesso articolo e lo modificano contemporaneamente, vedendo i cambiamenti altrui in diretta, come accade su Google Docs. La funzione era annunciata, comunicata, e molte agenzie l’avevano già inserita nelle loro proposte commerciali.
Otto giorni prima del rilascio, il team di sviluppo ha rimosso la funzione dal pacchetto. Le motivazioni sono tecniche e documentate, e vale la pena capirle anche senza essere sviluppatori.
La prima è la race condition, in italiano conflitto di accesso concorrente. Quando due utenti salvano una modifica sullo stesso blocco di testo nello stesso istante, il sistema non risolve il conflitto in modo affidabile. Una delle due modifiche viene persa, o peggio il contenuto viene corrotto. Pensa a due colleghi di uno studio legale che correggono la stessa frase di una newsletter nello stesso secondo: il sistema non sa quale versione tenere e può sovrascrivere il lavoro di entrambi.
La seconda è il sovraccarico di memoria RAM del server. La sincronizzazione in tempo reale richiede che il server mantenga una connessione aperta con ogni utente attivo e propaghi ogni singola modifica a tutti gli altri. Con più utenti concorrenti, il consumo cresce in modo non lineare. Nei test, il carico è risultato fuori dai parametri accettabili per la maggioranza degli ambienti di hosting condiviso o semi-gestito su cui gira WordPress, cioè i server più comuni dove i siti delle PMI italiane sono ospitati.
La terza causa è il fallimento nei fuzz test, o test di robustezza con input casuali: una tecnica con cui si bombardano le API (le interfacce di comunicazione tra componenti software) con dati anomali o sequenze impreviste, per trovare crash e comportamenti imprevedibili. I risultati non hanno superato la soglia minima di stabilità richiesta per un rilascio pubblico.
La scelta di ritirare la funzione è corretta dal punto di vista ingegneristico. Rilasciare codice instabile su milioni di installazioni avrebbe prodotto danni reali. Il problema è che la comunicazione verso il mercato era già avvenuta.
Perché questo tocca chi usa WordPress in azienda
Uno studio legale con tre avvocati che contribuiscono alla newsletter mensile. Una clinica con più professionisti che aggiornano le schede dei trattamenti. Un hotel dove marketing e direzione revisionano insieme le descrizioni delle camere. Tutti questi casi d’uso erano stati indicati come beneficiari diretti della nuova funzione.
La realtà oggi è diversa. Quella funzione non esiste in WordPress 7.0.
Esiste invece il sistema di Note a livello di blocco, che lavora in modo differente. Un redattore lascia un commento su un blocco specifico del testo. Un altro risponde. Si possono fare suggerimenti che l’autore principale accetta o rifiuta, con menzioni via @nome per notificare le persone coinvolte. È collaborazione asincrona, cioè non simultanea: le persone lavorano in momenti diversi, non in contemporanea sullo stesso testo.
Per molti flussi di lavoro editoriali, la collaborazione asincrona è sufficiente. Per chi aveva bisogno della simultaneità vera, la situazione è diversa da quella promessa. Non è una sfumatura: è una funzione che non c’è.
Il problema reale: debito tecnico nell’architettura Gutenberg
La rimozione non è un incidente isolato. È il segnale di un problema strutturale nell’editor a blocchi di WordPress, chiamato Gutenberg dal nome del progetto che lo ha sviluppato, introdotto nella versione 5.0 nel 2018.
Gutenberg è stato costruito come strato separato sopra a un’architettura di database che risale a oltre vent’anni fa. Il debito tecnico, cioè l’insieme di scorciatoie progettuali accumulate nel tempo che rendono costoso aggiungere funzionalità nuove, è reale e documentato da anni nella comunità degli sviluppatori WordPress.
La collaborazione in tempo reale richiede un sistema di gestione degli stati concorrenti che non era presente nell’architettura originale. Google Docs e Notion hanno costruito quella capacità dal giorno zero. WordPress sta cercando di aggiungerla a un sistema che non era stato progettato per questo. È come ristrutturare un palazzo storico per aggiungere ascensori panoramici: tecnicamente possibile, ma non in sei mesi e non senza toccare le fondamenta.
Questo non significa che la funzione non arriverà mai. Significa che arriverà quando l’architettura sottostante sarà stata adeguata, e i tempi non sono prevedibili dall’esterno. Nessuna data ufficiale è stata comunicata.
Cosa fare oggi se sei coinvolto
Se hai già aggiornato a WordPress 7.0 contando sulla collaborazione in tempo reale: valuta il sistema di Note a livello di blocco per i tuoi flussi di lavoro. Per molti casi editoriali con due-quattro persone, la modalità Suggerimenti con feedback inline è funzionalmente adeguata. Testa prima di concludere che non basta.
Se stai valutando l’aggiornamento per quella funzione specifica: non aggiornare con quella come motivazione principale. La funzione non c’è. Valuta l’aggiornamento per le altre ragioni, cioè i miglioramenti alle DataViews (le viste personalizzate per la gestione dei contenuti) e ai blocchi di Full Site Editing, la modifica visiva dell’intero sito.
Se un fornitore o un’agenzia ti ha venduto un progetto includendo la collaborazione in tempo reale come elemento garantito su WordPress 7.0: hai il diritto di chiedere chiarimenti scritti su come intendono soddisfare quel requisito, con quale strumento e in quale versione. Un fornitore serio avrebbe già contattato i propri clienti per aggiornare le aspettative dopo l’8 maggio.
Se hai bisogno della collaborazione simultanea vera adesso: esistono soluzioni ibride. Alcuni team usano WordPress per la pubblicazione finale e strumenti separati come Notion o Google Docs per la fase di scrittura e revisione, esportando poi il contenuto. Non è elegante. Funziona in modo affidabile.
Domande correlate
La collaborazione in tempo reale arriverà in una versione futura di WordPress?
Non ci sono date ufficiali annunciate. Il team di sviluppo non ha comunicato una roadmap (piano di sviluppo con scadenze pubbliche) con tempi definiti per questa funzione. Il problema tecnico sottostante richiede modifiche architetturali significative, non una semplice correzione di errori di codice.
Il sistema di Note a livello di blocco sostituisce la collaborazione simultanea?
No, sono due cose diverse. Le Note permettono commenti, suggerimenti e menzioni su blocchi specifici, con revisioni accettabili o rifiutabili. La collaborazione simultanea avrebbe permesso a più persone di scrivere nello stesso documento nello stesso momento. Le Note sono utili, ma non equivalenti.
Devo aggiornare a WordPress 7.0 anche senza la collaborazione in tempo reale?
Dipende dal tuo contesto. WordPress 7.0 porta miglioramenti reali alle performance e all’editor visivo. Se la collaborazione simultanea non era il tuo unico motivo per aggiornare, l’aggiornamento può avere senso. Testa sempre in ambiente di staging, cioè un ambiente di prova separato dal sito in produzione, prima di aggiornare il sito live.
Esistono plugin che aggiungono la collaborazione in tempo reale a WordPress?
Esistono tentativi, ma nessuno con stabilità documentata su larga scala. Il problema delle race condition e del carico di memoria esiste a livello di architettura, non di interfaccia: un plugin non risolve il problema sottostante, lo nasconde temporaneamente.
Come verifico se il mio fornitore sapeva del ritiro prima di vendermi l’aggiornamento?
Controlla la data del contratto o del preventivo rispetto all’8 maggio 2026. Se il documento è successivo a quella data e include ancora la collaborazione in tempo reale come funzione garantita su WordPress 7.0, chiedi spiegazioni scritte. Se è precedente, il fornitore doveva aggiornarti proattivamente dopo il ritiro.
Fonti:
- aipublisherwp.com, “WordPress 7.0: Full Site Editing, Content Velocity, DataViews, Performance Benchmark”, https://aipublisherwp.com/blog/wordpress-7-0-full-site-editing-content-velocity-dataviews-performance-benchmark/ (accesso agosto 2026)