SpazioRC
WordPress·

WordPress 7.0 oggi: cosa verificare prima dell'update

WordPress 7.0 è arrivato nel canale stabile: prima di aggiornare conviene controllare release ufficiale, PHP, plugin, AI e hosting. Follow-up pratico.

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.

Aggiornamento 21 maggio 2026: WordPress 7.0 "Armstrong" è ora disponibile nel canale stabile. Abbiamo pubblicato un follow-up con le novità confermate dopo il rilascio di WordPress 7.0, utile se vuoi una lettura aggiornata dopo la pubblicazione ufficiale.

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

Devi aggiornare un sito WordPress reale? Se il tuo hosting non offre PHP aggiornato, backup, SSL e un percorso di migrazione chiaro, valuta il piano Hosting WordPress: parte da 3,90 euro al mese, include dominio il primo anno, installazione 1-click, migrazione gratuita e 30 giorni soddisfatti o rimborsati.

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 era la build da guardare con più attenzione nella giornata del 20 maggio. WordPress.org la presentava come candidata al rilascio e invitava 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. Ora che la stabile è disponibile, la regola non cambia: test prima, produzione dopo.

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

ControlloDove guardarePerché conta
Versione stabile disponibileDashboard WordPress, Release Archive, Version Check APIEvita di installare una RC pensando sia la finale
Pacchetto offerto dal providerPannello hosting, staging, auto-updateAlcuni provider ritardano gli update major
Changelog finaleWordPress News e Field GuideConferma le ultime modifiche rispetto a RC4
Compatibilità pluginPagine plugin, changelog, stagingRiduce il rischio di errori dopo l'update

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.

Se stai usando WordPress su un provider vecchio o su un piano con limiti stretti, questa è anche l'occasione per spostare il sito su un ambiente più adatto. Il nostro hosting WordPress usa storage NVMe, PHP selezionabile fino a 8.4, SSL incluso e backup giornalieri: sono dettagli poco scenografici, ma fanno la differenza quando aggiorni una major release.

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.

Tipo di sitoStrategia consigliata
Blog personaleAspetta la disponibilità stabile, fai backup, aggiorna dopo qualche giorno
Sito aziendaleTest in staging, controllo plugin, aggiornamento programmato
E-commerceAttendi compatibilità WooCommerce e gateway, test completo del checkout
Sito con tema customVerifica template, pattern, blocchi custom e CSS responsive
Sito con plugin AIControlla gestione API key, ruoli utente e costi del provider

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, 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 migrazione, backup e supporto vale più di qualsiasi nuova funzione dell'editor.

Cosa monitorare dopo la release stabile

Nelle ore successive al rilascio vanno guardate tre cose.

La prima è il pacchetto finale. WordPress 7.0 è ora nel canale stabile, ma il tuo provider, il tuo installer automatico o la tua dashboard potrebbero proporlo con qualche ora di ritardo. Non forzare installazioni manuali se non hai già backup e piano di rollback.

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.

Per il quadro aggiornato dopo la pubblicazione ufficiale, leggi il follow-up: WordPress 7.0 novità: cosa cambia dopo il rilascio.

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. Se lo stack è il punto debole, parti dal piano Hosting WordPress SpazioRC e pianifica la migrazione prima dell'update.