WordPress 7.0 oggi: cosa verificare prima dell'update

WordPress 7.0 arriva nel giorno più delicato: quello in cui tutti aspettano il pulsante "Aggiorna", ma non tutti devono premerlo subito. Nel precedente articolo su WordPress 7.0 abbiamo analizzato le novità annunciate, dall'AI nel core ai nuovi blocchi. Oggi il punto è più operativo: cosa è confermato, cosa è cambiato negli ultimi giorni e quali verifiche fare prima di aggiornare un sito reale.

La premessa è importante. Al momento della verifica del 20 maggio 2026, la pagina ufficiale delle release e la Version Check API indicano ancora WordPress 6.9.4 come ultima versione stabile, mentre la pagina di ciclo di sviluppo conferma il 20 maggio 2026 come data prevista per WordPress 7.0. In pratica: la giornata di rilascio è confermata, ma prima di trattare WordPress 7.0 come disponibile in produzione va verificata la presenza effettiva nel canale stabile.

WordPress 7.0: stato del rilascio al 20 maggio

La roadmap ufficiale di WordPress 7.0 racconta un ciclo meno lineare del solito. La release era prevista inizialmente per il 9 aprile 2026, poi è stata rinviata. Il 31 marzo il team ha esteso il ciclo per sistemare aspetti architetturali, soprattutto intorno alla collaborazione in tempo reale. Il calendario aggiornato ha fissato RC3 all'8 maggio, RC4 al 14 maggio, dry run e code freeze al 19 maggio, rilascio generale il 20 maggio.

RC4 è la build da guardare con più attenzione. WordPress.org la presenta come candidata al rilascio e invita a testarla su ambienti non produttivi. Il fatto che una release candidate sia "ready for release" non significa però che sia già la release stabile da installare su un sito cliente, un e-commerce o un portale con traffico.

Per questo il primo controllo non è tecnico, ma procedurale:

La novità più importante è anche quella che manca

Il cambiamento più rilevante degli ultimi giorni non è una funzione aggiunta, ma una funzione rimossa. L'8 maggio 2026 il team Core ha confermato che la collaborazione in tempo reale non sarà inclusa in WordPress 7.0.

La motivazione ufficiale riguarda stabilità e affidabilità: superficie di attacco, race condition, carico server, uso memoria e bug ricorrenti emersi durante fuzz testing. In parole semplici, una funzione pensata per far lavorare più persone contemporaneamente sullo stesso contenuto non è stata ritenuta abbastanza robusta per entrare nel core.

Questo cambia il modo di raccontare WordPress 7.0. Non è più la release "Google Docs dentro WordPress". È una major release più prudente, centrata su editor, blocchi, AI, media processing, strumenti per sviluppatori e compatibilità tecnica.

Per un sito aziendale è una buona notizia. Le funzioni spettacolari sono utili, ma una major release deve prima non rompere il flusso di pubblicazione, i moduli, la cache, il tema e il checkout.

Le novità confermate da testare davvero

Le funzioni ancora in pista restano importanti. La Field Guide di WordPress 7.0 evidenzia diverse aree da verificare prima del passaggio.

Blocchi, visibilità e responsive editing

WordPress 7.0 introduce controlli di visibilità per dispositivo, con la possibilità di nascondere o mostrare blocchi in base al viewport. Per chi costruisce landing page, pagine prodotto o pagine servizi, è una novità concreta: meno CSS custom, più controllo diretto dall'editor.

Attenzione però al tema. Se il sito usa pattern complessi, blocchi custom o CSS molto specifico, la nuova gestione della visibilità può creare casi da testare. Il controllo va fatto almeno su mobile, tablet e desktop, soprattutto nelle pagine che generano lead o vendite.

Nuovi blocchi e strumenti di design

La release include nuovi blocchi come Breadcrumbs, Icons e Heading, oltre a miglioramenti su Navigation, Gallery, Cover e Grid. La Gallery con lightbox nativa e la Grid più responsiva possono ridurre dipendenze da plugin esterni, ma non vanno attivate alla cieca su layout già personalizzati.

Per chi gestisce un sito WordPress editoriale o aziendale, il test giusto è semplice: clonare una pagina reale in staging, aprirla con WordPress 7.0, salvarla senza modifiche e confrontare frontend, mobile e performance.

AI Client e Connectors API

La parte AI resta una delle direzioni più interessanti. La Connectors API introduce un modo standard per registrare e gestire collegamenti a servizi esterni, con focus iniziale sui provider AI. L'obiettivo è evitare che ogni plugin gestisca API key, provider e configurazioni in modo separato.

Questo non significa che WordPress inizi a generare contenuti da solo, né che OpenAI, Anthropic o Google siano "dentro" il core come servizi attivi di default. Significa che il core prepara un'infrastruttura comune su cui plugin e integrazioni potranno appoggiarsi.

Per chi amministra un sito, la domanda non è "attivo subito l'AI?", ma "quali plugin useranno questi connector e con quali permessi?". API key, costi, log e ruoli utente diventano parte della governance del sito.

Media processing nel browser

WordPress 7.0 sposta parte del lavoro di ridimensionamento e compressione immagini verso il browser. La promessa è chiara: meno carico sul server durante gli upload, workflow media più fluido e migliore supporto a processi moderni lato client.

Su un piano di hosting condiviso, questa è una novità potenzialmente positiva. Meno CPU usata dal server durante upload pesanti significa meno timeout e meno picchi. Però va testata con immagini vere, non con un file demo da 200 KB.

PHP 7.4 diventa la versione minima

Il punto tecnico da non rimandare è PHP. La documentazione di test per WordPress 7.0 indica il passaggio a PHP 7.4 come versione minima supportata, con PHP 8.3+ raccomandato per restare su una base moderna.

Se un sito gira ancora su PHP 7.2 o 7.3, non dovrebbe essere trattato come "pronto per WordPress 7.0". Prima si aggiorna PHP in staging, poi si controllano errori, warning, plugin e tema. Solo dopo si valuta WordPress.

Checklist:

1. Controlla la versione PHP dal pannello hosting.
2. Porta lo staging almeno a PHP 8.2 o 8.3, se compatibile.
3. Abilita log errori e visita le pagine principali.
4. Testa form, checkout, area login, plugin SEO, cache e backup.
5. Solo dopo aggiorna WordPress nello staging.

Questo vale ancora di più per siti vecchi, temi custom, plugin non aggiornati da mesi o installazioni WooCommerce.

Come aggiornare senza trasformare il rilascio in emergenza

Il modo corretto di gestire WordPress 7.0 dipende dal tipo di sito.

La regola pratica è questa: se il sito produce contatti, vendite o prenotazioni, WordPress 7.0 non si installa "appena compare". Si pianifica.

Per i clienti SpazioRC, il punto di partenza è sempre un ambiente controllato: backup, staging, versione PHP aggiornata e verifica dei plugin critici. Se usi WordPress per un sito professionale e vuoi ridurre il rischio operativo, un piano hosting con strumenti chiari per staging, backup e rollback vale più di qualsiasi nuova funzione dell'editor.

Cosa monitorare nelle prossime 48 ore

Nelle ore successive al rilascio vanno guardate tre cose.

La prima è il pacchetto finale. Quando WordPress 7.0 sarà effettivamente nel canale stabile, comparirà nella dashboard e negli endpoint ufficiali di aggiornamento. Finché il canale stabile indica 6.9.4, non c'è nulla da forzare in produzione.

La seconda è la reazione dei plugin principali. Plugin SEO, page builder, cache, sicurezza, form e WooCommerce pubblicano spesso note di compatibilità a ridosso delle major release. Quelle note valgono più di un articolo generico sulle novità.

La terza è la traiettoria di WordPress 7.1. La collaborazione in tempo reale non è morta, ma è stata rimandata. Quando tornerà, sarà probabilmente dopo un ciclo di test più severo. Per ora WordPress 7.0 va valutato per ciò che include davvero, non per ciò che era stato promesso nella fase beta.

In sintesi

WordPress 7.0 resta una release importante, ma il suo valore pratico non sta nel premere subito "Aggiorna". Sta nel capire cosa è pronto, cosa è stato tolto e quale parte del tuo stack deve essere verificata prima.