WordPress 7.1: tutte le novità, screenshot e guida pratica (Agosto 2026)

WordPress 7.1 esce il 19 agosto 2026, l’ultimo giorno di WordCamp US a Phoenix. Abbiamo testato la beta su un sito di sviluppo per due settimane. La versione 7.0 ha ricostruito l’admin e introdotto l’AI Client. La 7.1 va sul fronte editor: styling responsive nativo, hover e focus senza CSS, Notes con suggestion mode, un nuovo blocco Tabs, e un media editor completamente rinnovato. In questa guida trovi tutto ciò che cambia, con i dettagli tecnici che servono a chi gestisce siti WordPress per clienti.

Se gestisci 20 o 30 siti WordPress per clienti, ogni major release significa una cosa: capire cosa si rompe prima che si rompa sul sito di qualcun altro. La sicurezza parte dagli aggiornamenti, ma gli aggiornamenti partono dalla preparazione. Ecco cosa devi sapere prima di cliccare “Aggiorna” su 30 siti diversi.

TL;DR: Cosa cambia con WordPress 7.1

• Styling responsive nativo: controlli come i blocchi appaiono su tablet e mobile direttamente nell’editor, senza CSS personalizzato
• Hover e focus states: stile di :hover, :focus e :active direttamente nell’editor del blocco pulsante, con preview in tempo reale
• Notes con suggestion mode: i membri del team possono proporre modifiche al testo, che l’autore approva o rifiuta con un clic
• Nuovo blocco Tabs: tab nativi in Gutenberg, finalmente senza plugin di terze parti
• Media editor rinnovato: crop free-form direttamente nell’uploader, supporto HEIC, upload che riprende se cade la connessione
• Admin bar nell’editor: la barra admin resta visibile mentre lavori nel Site Editor, niente più contest switch
• Classic block resta: il Core team ha fatto marcia indietro il 7 luglio, il blozzo Classic rimane nell’inseritore
• Guidelines per AI: definisci regole editoriali che l’AI Client di WordPress segue quando genera contenuti

WordPress 7.1: data di rilascio e roadmap

WordPress 7.1 segue il ciclo di release a 4 mesi da WordPress 7.0 (maggio 2026). Il calendario ufficiale dalla Make WordPress Core:

Oggi, 5 agosto 2026, esce RC1. Significa che le funzionalità sono definitive: nessuna novità aggiuntiva entra nella release, solo fix di bug critici. Per le agenzie che vogliono testare prima del rollout, questo è il momento di piazzare la RC su un sito di staging.

Per testare la beta o la RC, installa il plugin WordPress Beta Tester su un ambiente di staging. Mai sul sito in produzione.

Styling responsive senza CSS: la funzionalità che aspettavamo da anni

Questo è probabilmente il cambiamento più atteso da quando esiste Gutenberg. Fino a WordPress 7.0, se volevi che un blocco si comportasse diversamente su mobile rispetto al desktop, dovevi scrivere media query CSS personalizzate. Chi gestisce siti per clienti sa quanto è fragile: il cliente cambia tema, le media query spariscono. Oppure il cliente apre l’editor, non vede le modifiche responsive, e ti chiama chiedendo perché sul telefono tutto si è rotto.

WordPress 7.1 introduce il controllo responsive nativo direttamente nella sidebar dell’editor. Clicchi su un blocco, vedi l’opzione “Responsive”, scegli tablet o mobile, e personalizzi font size, spacing, layout. Il tutto salvato nel theme.json e applicato via CSS generato dal sistema, non da codice custom.

Come funziona il responsive styling

L’editor mostra tre viewport: desktop, tablet, mobile. Quando selezioni una vista specifica, la sidebar mostra i controlli di styling per quel breakpoint. Puoi cambiare:

• Font size per viewport
• Padding e margin
• Layout (flex direction, gap)
• Allineamento
• Colore di sfondo

Gli sviluppatori di temi possono definire breakpoint personalizzati nel theme.json:

{
  "settings": {
    "layout": {
      "responsiveBreakpoints": {
        "tablet": "768px",
        "mobile": "480px"
      }
    }
  }
}

Questo significa che un tema professionale può calibrare i breakpoint sul proprio design system invece di usare valori generici. Se lavori con temi che usano font fluidi con clamp(), fai attenzione: lo styling responsive nativo può sovrascrivere il comportamento fluido con valori fissi. Per i temi custom ben costruiti, questa funzione va introdotta ai clienti con cautela.

Inherited Styles: finalmente vedi da dove arriva lo stile

Un’altra novità che risolve un problema reale. Quando selezioni un blocco e vedi che ha un certo font size, un certo colore, un certo spacing, ma non capisci da dove arriva. WordPress 7.1 mostra l’origine di ogni stile nella sidebar: se viene dal tema, se viene da una impostazione globale, se viene da un blocco genitore. Con tooltip e pulsante di reset. Per chi gestisce siti complessi con template parts e patterns annidati, questo risparmia ore di debugging.

Hover, focus e active states: finally nativo

Il blocco pulsante in WordPress 7.1 supporta lo stile di tre stati interattivi: :hover, :focus, e :active. Lo fai direttamente nell’editor, con preview in tempo reale. Niente più CSS custom nel tema child per cambiare il colore del pulsante al hover.

Questo è il punto di partenza. L’architettura è progettata per estendersi nei prossimi rilasci a link di navigazione, campi form, immagini link, e template di post. Anche l’evidenziazione della voce di menu attiva ora si controlla via theme.json invece di richiedere CSS custom.

Per le agenzie che costruiscono siti accessibili, lo stile :focus nativo è una vittoria. I clienti che usano la tastiera per navigare hanno bisogno di un focus state visibile. Ora lo configuri in 30 secondi invece di scrivere CSS.

Notes con suggestion mode: collaborazione asincrona reale

WordPress 7.0 ha introdotto Notes per lasciare commenti sui blocchi. WordPress 7.1 trasforma Notes in un sistema di collaborazione reale:

• Suggestion mode: un membro del team seleziona il testo e propone una modifica. L’autore vede la proposta e può accettarla o rifiutarla con un clic. Tipo Google Docs “Suggesting” mode.
• Rich text nelle note: grassetto, corsivo, codice, link, emoji nelle note. Niente più note in plain text che nessuno legge.
• @mentions: digita @ e ottieni una lista dei collaboratori del sito. La persona menzionata riceve una notifica.
• Multiple discussion threads: più conversazioni sullo stesso blocco, non un singolo thread
• Emoji reactions: reazioni rapide alle note senza scrivere una risposta

Per le agenzie che lavorano con clienti sui contenuti del sito, questo riduce il back-and-forth su email e Slack. Il cliente vede il draft nell’editor, lascia una nota su un paragrafo specifico, propone una modifica. Tu approvi o rifiuti. Tutto dentro WordPress.

Real-time collaboration: cosa NON c’è in 7.1

La collaborazione real-time (RTC), tipo Google Docs dove vedi il cursore dell’altra persona in tempo reale, non è in 7.1. Resta dietro feature flag e programmi di testing dedicati. I motivi sono tecnici:

• L’approccio WebSocket per la trasmissione continua dei dati ha sovraccaricato i server di hosting shared durante i test iniziali
• Il modello dati doveva essere ricostruito per supportare editing simultaneo senza race conditions
• Editing simultaneo su blocchi condivisi ha causato perdita di dati su connessioni instabili

Il Core team sta valutando un approccio opt-in, dove l’amministratore decide se abilitare RTC in base all’infrastruttura del server. Per la maggior parte delle agenzie con 1-3 persone che lavorano allo stesso sito, la collaborazione asincrona via Notes è più che sufficiente.

Il blocco Tabs: nativo, finalmente

Il blocco Tabs è una delle richieste più vecche della community Gutenberg. Fino al 7.1, dovevi usare un plugin di terze parti (Stackable, GenerateBlocks, o un blocco custom) per avere tab nel contenuto. WordPress 7.1 lo rende nativo.

Il blocco Tabs supporta:

• Tabs orizzontali e verticali
• Contenuto qualsiasi dentro ogni tab (paragrafi, immagini, blocchi annidati)
• Styling responsive: su mobile i tab possono diventare accordion
• Accessibilità: navigazione da tastiera, ARIA roles corretti

Per le agenzie che usavano plugin di terze parti solo per i tab, questo è un plugin in meno da installare, aggiornare, e mantenere. Meno plugin = meno superficie di attacco = meno ticket di supporto.

Media editor: crop free-form, HEIC e upload resiliente

Il sistema media di WordPress non era cambiato in modo significativo da anni. La 7.1 porta tre novità concrete:

1. Image editor inline con crop free-form

Quando carichi un’immagine, puoi ritagliarla direttamente nell’uploader senza aprire il media library editor a tutto schermo. Il cropper è free-form: trascini l’area di ritaglio dove vuoi, senza vincoli di aspect ratio predefiniti (anche se puoi impostarli). Per le agenzie che preparano contenuti per clienti, questo riduce un passaggio in ogni upload di immagine.

2. Supporto HEIC nativo

Le foto scattate con iPhone arrivano in formato HEIC. Fino al 7.1, WordPress le convertiva server-side o le rifiutava. Ora il supporto HEIC è client-side: il browser converte l’immagine prima dell’upload. Meno peso sul server, upload più veloci. Funziona sui browser moderni (Chrome 116+, Safari 17+, Firefox 121+).

3. Upload resiliente con pausa e resume

Se la connessione cade durante l’upload di un file grande, l’upload non riparte da zero. Si mette in pausa e riprende quando la connessione torna. Per i clienti che caricano video o PDF di 50MB dal mobile, questo è il differenza tra “funziona” e “mi chiama l’agenzia piangendo”.

Admin bar nell’editor: niente più context switch

Piccola novità, grande impatto sulla UX quotidiana. Fino al 7.0, quando entravi nel Site Editor l’admin bar spariva. Per tornare al dashboard, dovevi chiudere l’editor. In WordPress 7.1, l’admin bar resta visibile anche nel Site Editor. Puoi passare dall’editor al dashboard, ai plugin, ai contenuti senza il context switch.

Il command palette è stato migliorato: i risultati sono raggruppati in sezioni (recenti, suggeriti, corrispondenti). I comandi usati di recente persistono tra le sessioni. Se usi sempre “Edit template parts > Header”, lo trovi in cima ai risultati la prossima volta.

Classic block: marcia indietro del Core team

Il 7 giugno 2026, il Core team annunciava che il blocco Classic (core/freeform) sarebbe stato rimosso dall’inseritore di blocchi in WordPress 7.1. L’idea era forzare il passaggio completo a Gutenberg. Il 7 luglio 2026, marcia indietro ufficiale: il blocco Classic resta nell’inseritore.

Marin Atanasov, nel post sul Make Core blog, ha spiegato che la rimozione forzata peggiorava l’esperienza senza avvicinarsi al vero obiettivo: deprecare il caricamento della libreria TinyMCE. Il blocco Classic diventerà obsoleto per scelta naturale dell’utente, non per coercizione.

Per le agenzie che gestiscono siti con contenuti legacy che usano il blocco Classic, questa è una bella notizia. Niente migrazione forzata, niente chiamate di panico dai clienti.

Guidelines: controllore AI nativo in WordPress

WordPress 7.0 ha introdotto l’AI Client, il sistema per eseguire AI dentro WordPress in modo nativo. WordPress 7.1 aggiunge Guidelines: un sistema strutturato per definire regole editoriali, tono di voce, e standard dei contenuti che l’AI Client segue quando genera o modifica testo.

Le Guidelines funzionano così:

• Definisci regole nel pannello admin (tono, lunghezza, struttura, parole vietate)
• L’AI Client usa queste regole quando genera contenuti
• Puoi importare ed esportare guidelines tra siti
• Le guidelines si applicano anche ai collaboratori umani, non solo all’AI

Per un’agenzia che gestisce 30 siti con toni di voce diversi, questo significa configurare le guidelines una volta per sito e avere l’AI che rispetta il brand di ogni cliente. Niente più prompt manuali per ogni generazione.

Se vuoi approfondire come ottimizzare i tuoi contenuti per i motori AI, abbiamo scritto una guida completa alla Generative Engine Optimization che spiega come rendere i tuoi siti citabili da ChatGPT e Perplexity.

Novità per sviluppatori: API, React 19, Unicode

AI Client: streaming e embeddings

L’AI Client di WordPress guadagna due funzionalità chiave per gli sviluppatori di plugin:

• Generation streaming: risposta token-by-token invece di aspettare la risposta completa. Introdotto prima nel PHP AI Client come base per il full usage in release future.
• Embeddings: contenuto rappresentato come vettori per ricerca semantica. Un passo verso la ricerca per significato invece che per parola chiave.

Preparazione a React 19

WordPress 7.1 include i primi preparativi per l’upgrade a React 19. Non è il Migration completo, ma i plugin che usano React componenti custom devono essere testati contro la RC per verificare compatibilità. I plugin con React components datati (pre-React 18) sono i primi candidati a rompersi.

Unicode espanso

Indirizzi email, username e slug con caratteri Unicode completi. Se hai clienti internazionali con nomi che contengono accenti o caratteri non-Latin, finalmente possono usare il loro nome reale come username ed email. Un cambiamento piccolo ma importante per WordPress come piattaforma globale.

Compatibilità plugin e tema: cosa verificare prima dell’aggiornamento

Ogni major release porta rischi di compatibilità. WordPress 7.1 ha due aree specifiche di attenzione:

La procedura che seguiamo noi su tutti i siti che gestiamo prima di un major update:

1. Backup completo (file + database) con strategia 3-2-1
2. Replica su ambiente di staging
3. Aggiorna il core sulla copia staging
4. Test manuale: homepage, pagine chiave, form, checkout (se WooCommerce)
5. Verifica console error nel browser
6. Verifica PHP error log
7. Se tutto verde: aggiorna in produzione, un sito alla volta

Con 30 siti questo processo manuale richiede 6-8 ore. Con un sistema centralizzato come AgencyPilot, automatizzi il backup e l’aggiornamento su tutti i siti dallo stesso pannello, con rollback in un clic se qualcosa va storto.

Checklist pre-aggiornamento a WordPress 7.1

Prima di aggiornare un sito a WordPress 7.1:

• Backup completo disponibile e verificato (non solo eseguito, verificato con restore test)
• WordPress core alla versione 7.0.x più recente (non saltare versioni)
• PHP 8.2 o superiore (WordPress 7.1 richiede PHP 8.1 minimo, 8.2 raccomandato)
• Tutti i plugin aggiornati all’ultima versione
• Tema aggiornato all’ultima versione
• Staging environment disponibile per test pre-produzione
• WP-CLI installato per aggiornamenti automatizzati: wp core update
• Piano di rollback pronto (backup da ripristinare in meno di 5 minuti)

FAQ: WordPress 7.1

Quando esce WordPress 7.1?

WordPress 7.1 viene rilasciato il 19 agosto 2026, ultimo giorno di WordCamp US a Phoenix. La Release Candidate 1 è disponibile dal 5 agosto 2026 per il testing.

WordPress 7.1 è gratuito?

Sì, WordPress 7.1 è una release del software open source WordPress.org, gratuito come sempre. Le funzionalità nuove (styling responsive, Notes, blocco Tabs, media editor) sono tutte incluse nel core, senza costi aggiuntivi.

Devo aggiornare subito a WordPress 7.1?

Non immediatamente. Aspetta 1-2 settimane dopo il rilascio per far uscire la prima patch di bugfix (7.1.1). Se gestisci siti per clienti, testa prima su staging con RC1 o RC2. I siti con plugin complessi o page builder di terze parti sono i più a rischio.

Il blocco Classic viene rimosso in WordPress 7.1?

No. Il Core team aveva annunciato la rimozione, ma il 7 luglio 2026 ha fatto marcia indietro. Il blocco Classic resta nell’inseritore di blocchi come sempre. Non devi migrare nessun contenuto.

WordPress 7.1 funziona con il mio tema?

Se usi un block theme (theme.json based), sì. I block themes ora usano iframe mode obbligatorio nell’editor. Se usi un classic theme, tutto funziona come prima. I temi con font fluidi (clamp()) richiedono attenzione: lo styling responsive nativo può sovrascrivere il comportamento fluido.

Cosa serve per testare WordPress 7.1 RC?

Installa il plugin WordPress Beta Tester su un sito di staging o locale. Imposta il channel su “Beta/RC” e aggiorna dal dashboard. Non installare la RC su un sito in produzione.