La versione più importante di WordPress degli ultimi anni è live dal 20 maggio 2026.
Non è un aggiornamento ordinario. Non è “abbiamo sistemato qualche bug e aggiunto due blocchi”. WordPress 7.0 ridisegna il modo in cui funziona il CMS più usato al mondo — e se hai un sito WordPress, devi capire esattamente cosa è cambiato prima di premere “Aggiorna”.
Oppure prima di chiedere alla tua web developer di farlo al posto tuo.
Io gli ho già dato un’occhiata, puoi farlo anche tu dal sito ufficiale »
Ma bando alle ciance, partiamo subito a scoprire le novità di quest’ultima major release!
Prima di entrare nel tecnico: ti dico chi sono
Lavoro con WordPress dal 2012. Ho costruito siti per professioniste, imprese, organizzazioni non profit — in Italia e all’estero. Ho visto il CMS trasformarsi dall’era dei plugin per fare qualsiasi cosa all’era dell’editor a blocchi, fino a oggi.
Ogni major release l’ho testata, smontata, e poi spiegata ai miei clienti in modo chiaro. Quello che leggi qui non è una lista copiata dal changelog ufficiale — è quello che mi ha colpito davvero, e quello che cambia concretamente per chi ha un sito in produzione.
Partiamo dalla cosa più grande.
Il WP AI Client: l’AI entra nel core di WordPress
Questa è la novità che ha fatto più rumore — giustamente.
Con WordPress 7.0 arriva il WP AI Client: un’interfaccia unificata per collegare provider AI direttamente al tuo WordPress. Non è un plugin di terze parti. Non è un esperimento. È dentro il core.
Come funziona in pratica? Vai in Impostazioni → Connettori, inserisci la tua API key di OpenAI, Anthropic, o qualsiasi altro provider supportato, e WordPress inizia a parlare con l’AI.
Ok, ma cosa ci fai concretamente?
Dipende dai plugin che usi. WordPress 7.0 non aggiunge un “pulsante scrivi per me” nell’editor (almeno non nel core base). Quello che fa è creare uno strato standard — chiamato Abilities API — su cui tutti gli sviluppatori di plugin possono costruire strumenti AI coerenti. Layout assistant, generatori di contenuto, suggeritori di SEO, strumenti di traduzione: tutto integrato nell’ecosistema WordPress in modo nativo, senza che ogni plugin reinventi la ruota.
Il risultato nel tempo? L’ecosistema di plugin AI per WordPress diventerà molto più potente e uniforme. È un cambio di paradigma, non una feature singola.
Il Site Editor: finalmente stabile (e più potente)
Se ricordi il Site Editor dei primi anni — quella cosa che prometteva tutto e crashava ogni tre clic — dimentica quella roba.
Con WordPress 7.0, il Full Site Editing fa un salto importante in termini di stabilità e flessibilità. Tre miglioramenti che ho trovato subito utili nella pratica:
Editing diretto dei pattern
Puoi modificare i pattern direttamente dove li vedi, senza dover navigare in libreria e poi tornare alla pagina. Sembra una piccola cosa. Non lo è. Dimezza il tempo di certe operazioni.
Design tools più granulari
Controllo sui spaziature, i bordi, le ombre — tutto accessibile dai pannelli laterali senza dover toccare CSS personalizzato per ogni piccola modifica. Per chi lavora con Elementor Pro (come me) alcune di queste feature sono familiari, ma averle nel core nativo ha un valore diverso: funzionano con qualsiasi tema block-based.
UI admin rinnovata
Il pannello di amministrazione ha transizioni più fluide e un’interfaccia visivamente ripulita. Non è una rivoluzione estetica, ma il senso di velocità percepita è cambiato. Meno rumore visivo, navigazione più immediata.
I nuovi blocchi nativi: Breadcrumbs e Icons
Quante volte hai installato un plugin solo per avere le breadcrumb sul sito?
Con WordPress 7.0 non serve più. Il blocco Breadcrumbs è ora incluso nel core. Personalizzabile direttamente dall’editor, compatibile con i temi block-based, zero dipendenze esterne.
Stesso discorso per il blocco Icons: SVG personalizzati inseribili direttamente nel contenuto, con opzioni di dimensione e colore nel pannello laterale. Fine dell’era “installo Font Awesome come plugin e speriamo che non rallenti il sito”.
Piccola cosa, ma chi gestisce siti in produzione sa quanto fa differenza togliere plugin non necessari.
Il Grid Block diventa responsive (davvero)
Il blocco Griglia di WordPress adesso si adatta automaticamente alle dimensioni dello schermo.
Prima era un problema serio: creavi un layout a tre colonne e su mobile diventava un disastro da gestire manualmente. Adesso il Grid Block calcola il layout ottimale in base alla larghezza disponibile, senza che tu debba impostare breakpoint a mano.
Per chi lavora su siti con molte gallery, pagine servizi o layout complessi — questa è una delle novità più pratiche dell’intera release.
PHP-only blocks: la cosa che interessa (quasi) solo agli sviluppatori
Tecnicamente è una delle novità più importanti. Praticamente, la maggior parte delle persone che gestisce un sito non lo sentirà mai direttamente — ma i risultati sì.
WordPress 7.0 introduce i blocchi PHP-only: blocchi che funzionano senza caricare React e JavaScript lato client. Il risultato? Meno codice da scaricare, meno elaborazione lato browser, siti più veloci.
Per chi ha un sito con molti blocchi dinamici (pagine portfolio, listing prodotti, blog con filtri) la differenza sulle performance può essere significativa. Google la noterà. I tuoi visitatori anche.
La Cover block con video: un aggiornamento sottovalutato
La Cover block (il blocco per hero e intestazioni visive) adesso supporta video embedded come sfondo.
Prima richiedeva workaround o plugin dedicati. Adesso è nativa. Se hai una homepage con hero video o sezioni con background animati, aggiorna il sito e guarda direttamente nel blocco — funziona senza toccarne il codice.
Aggiornare o aspettare? La risposta onesta
Questa è la domanda che mi fanno ogni volta che esce una major release.
La risposta dipende da tre fattori: i plugin che usi, il tema che hai installato, e quanto è critico il sito per la tua attività.
Per WordPress 7.0 specificamente, il mio consiglio è:
Se usi un tema block-based moderno (Twenty Twenty-Four o successivi, Blocksy, Kadence, GeneratePress in versione block): puoi aggiornare con relativa tranquillità dopo aver fatto un backup e verificato la compatibilità dei plugin principali.
Se usi Elementor Pro come faccio io con molti clienti: aspetta qualche settimana che Elementor rilasci il suo aggiornamento di compatibilità, poi procedi. Di solito impiegano 2-4 settimane dopo una major release. Fare upgrade prima può causare problemi di visualizzazione su alcune componenti.
Se hai un e-commerce WooCommerce: priorità assoluta al backup + test in staging prima di toccare il sito in produzione. Sempre. Senza eccezioni.
La regola d’oro? Non aggiornare mai un sito in produzione senza backup. E se non sai cos’è un ambiente di staging, fai aggiornare il sito a qualcuno che lo sa.
Cosa significa questo aggiornamento per chi ha un sito WordPress
Il punto A: hai un sito WordPress che funziona, magari un po’ datato, con qualche plugin di troppo e performance non brillantissime.
Il punto B: con WordPress 7.0 aggiornato correttamente hai un sito più veloce, con funzionalità native che prima richiedevano plugin (breadcrumb, icone, layout responsive), e pronto per l’integrazione con strumenti AI.
Il percorso tra A e B non è automatico. Richiede un aggiornamento gestito bene, una verifica di compatibilità, e in alcuni casi qualche ora di lavoro per sfruttare le nuove feature invece di lasciarle dormienti sotto il cofano.
Non è complicato. Ma va fatto con cognizione di causa.
Vuoi aggiornare il tuo sito in sicurezza?
Se hai un sito WordPress e vuoi gestire l’aggiornamento a 7.0 senza rischi — o se vuoi capire quali novità ha senso integrare nel tuo caso specifico — posso aiutarti.
Lavoro con WordPress da 14 anni. So cosa tenere d’occhio e cosa non toccare.
P.S — C’è una cosa che trovo significativa in questa release, al di là delle singole feature. WordPress 7.0 è la prima versione che integra l’AI a livello di infrastruttura — non come gadget, ma come standard su cui l’ecosistema può costruire. Significa che tra 12-18 mesi il modo in cui si gestisce un sito WordPress cambierà in modo radicale: editing assistito, ottimizzazione automatica, integrazioni native con strumenti che oggi richiedono workaround tecnici. Non è fantascienza. È già dentro il core. Adesso dipende da come viene usato.
