Vuoi scoprire cosa ci aspetta? Diamo un\u2019occhiata a WordPress 7.1.
\n
Elaborazione dei file multimediali lato client<\/h2>\n
Fino a WordPress 7.0, la generazione delle dimensioni delle immagini e delle miniature da visualizzare sul frontend, la conversione dei formati e la gestione della rotazione delle immagini venivano gestite tutte lato server tramite PHP.<\/p>\n
Ora, WordPress 7.1 introduce una nuova architettura di elaborazione dei media: il ridimensionamento delle immagini, la conversione dei formati, la rotazione EXIF e la generazione delle miniature avvengono ora sul lato client, direttamente nel browser dell\u2019utente.<\/p>\n
Questo cambiamento dovrebbe migliorare notevolmente le prestazioni del sito e ridurre il consumo di risorse del server.<\/p>\n
Diamo un\u2019occhiata pi\u00f9 da vicino a cosa cambia nell\u2019elaborazione delle immagini:
\n
1. Cos\u2019\u00e8 l\u2019elaborazione dei media lato client?<\/h3>\n
Mentre prima le immagini venivano elaborate sul server da PHP utilizzando le librerie GD<\/a> o Imagick<\/a>, ora la generazione di immagini in varie dimensioni, la conversione dei formati e la rotazione EXIF avvengono direttamente nel browser dell\u2019utente, a condizione che il browser supporti l\u2019intestazione DIP ( Dato che l\u2019elaborazione avviene nel browser, WordPress non riceve pi\u00f9 una sola immagine, ma tutti i file immagine risultanti dalla pipeline di elaborazione. Questo ha due effetti principali: un minore utilizzo della CPU e della RAM del server e un numero maggiore di richieste HTTP per caricare le singole miniature.<\/p>\n Al momento della stesura di questo articolo, solo Chrome 137 e Microsoft Edge 137 (versione desktop) supportano pienamente Dal punto di vista dell\u2019architettura, l\u2019elaborazione dei media lato client \u00e8 gestita tramite 3 pacchetti principali:<\/p>\n Oltre all\u2019elaborazione delle immagini, questa nuova funzionalit\u00e0 introduce la conversione automatica delle GIF animate in video MP4\/WebM. La conversione \u00e8 gestita dal nuovo pacchetto L\u2019elaborazione multimediale lato client introduce anche nuovi endpoint dell\u2019API REST ( L\u2019elaborazione multimediale lato client sposta l\u2019elaborazione delle immagini dal server al client. Questo libera il server dal pesante carico di lavoro legato alla generazione di miniature in varie dimensioni, alla rotazione delle immagini e alla conversione dei formati, trasferendo tale lavoro direttamente al browser dell\u2019utente.<\/p>\n Ecco alcuni dei vantaggi per gli utenti derivanti dal trasferire l\u2019elaborazione dei file multimediali al client:<\/p>\n Inoltre, le GIF animate possono essere convertite automaticamente in video con riproduzione automatica pi\u00f9 efficienti, le foto HEIC caricate dagli iPhone possono essere convertite in JPG dal browser prima del caricamento (aggirando potenziali problemi di compatibilit\u00e0 del server), e il supporto AVIF ora funziona anche senza funzionalit\u00e0 AVIF lato server (il controllo del tipo MIME viene bypassato per i caricamenti decodificati dal client).<\/p>\n Chi si occupa di sviluppo pu\u00f2 disattivare l\u2019elaborazione dei media lato client utilizzando il nuovo filtro Oltre a questo, non ci sono grandi cambiamenti per chi sviluppa plugin. Gli hook associati all\u2019elaborazione dei media continuano a funzionare proprio come se le immagini fossero elaborate sul server.<\/p>\n I filtri esistenti leggono le impostazioni dal server e continuano a funzionare come previsto. Ad esempio, il filtro Per chi sviluppa temi, le dimensioni delle immagini registrate tramite Sebbene l\u2019elaborazione dei media lato client sia pensata principalmente per le prestazioni e l\u2019efficienza piuttosto che per la sicurezza, offre diversi vantaggi che migliorano la sicurezza dei siti WordPress.<\/p>\n Innanzitutto, riduce la superficie di attacco. Come accennato prima, prima di WordPress 7.1, l\u2019elaborazione delle immagini si basava su librerie lato server come GD e Imagick. Nel corso del tempo, queste librerie sono state colpite da varie vulnerabilit\u00e0 di sicurezza legate alla decodifica delle immagini.<\/p>\n Con l\u2019elaborazione delle immagini lato client, il server non ha pi\u00f9 bisogno di GD o Imagick perch\u00e9 riceve immagini gi\u00e0 pre-elaborate. Questo riduce significativamente la quantit\u00e0 di codice sensibile eseguito sul server.<\/p>\n Un altro vantaggio in termini di sicurezza \u00e8 che l\u2019elaborazione delle immagini avviene all\u2019interno di un ambiente browser isolato, utilizzando WebAssembly in un Web Worker.<\/p>\n L\u2019elaborazione lato client riduce anche il rischio di attacchi Denial-of-Service (DoS), poich\u00e9 il carico computazionale ricade sul client.<\/p>\n Per elaborare le immagini sul client, WordPress si affida a Per garantire l\u2019accesso a In breve, sebbene l\u2019obiettivo principale dell\u2019elaborazione multimediale lato client sia migliorare le prestazioni e l\u2019efficienza nella gestione dei contenuti multimediali, questa nuova funzionalit\u00e0 apporta anche notevoli miglioramenti in termini di sicurezza.<\/p>\n L\u2019elaborazione dei media lato client \u00e8 stata ampiamente documentata per utenti e developer. Dai un\u2019occhiata alle seguenti risorse per i dettagli:<\/p>\n Introdotte per la prima volta in WordPress 6.9<\/a>, le Note hanno ricevuto numerose aggiunte e miglioramenti che le rendono uno strumento di collaborazione pi\u00f9 completo.<\/p>\n Innanzitutto, WordPress 7.1 aggiunge il supporto per il testo formattato nelle Note<\/a>, rendendole \u00abpi\u00f9 espressive, pi\u00f9 chiare da leggere e pi\u00f9 in linea con le aspettative degli utenti rispetto a strumenti come Google Docs, Figma, GitHub e altri editor collaborativi\u00bb.<\/p>\n Questo include la formattazione di base in linea come il grassetto (Ctrl\/\u2318 B), il corsivo (Ctrl\/\u2318 I), i link (Ctrl\/\u2318 K) e le emoji.<\/p>\n Ora puoi aggiungere note in linea selezionando frammenti di testo invece che un intero blocco (commenti in linea<\/a>). \u00c8 anche possibile aggiungere pi\u00f9 note<\/a> allo stesso blocco o alla stessa selezione di testo.<\/p>\n WordPress 7.1 introduce anche le @menzioni<\/a> per taggare i tuoi collaboratori nelle note, rendendo la funzionalit\u00e0 Note pi\u00f9 simile ai popolari strumenti di collaborazione. Quando digiti il carattere @, appare un pannello con l\u2019elenco degli utenti del sito per una facile selezione. Il destinatario della menzione ricever\u00e0 una notifica via e-mail con un link al post.<\/p>\n Un\u2019altra novit\u00e0 riguarda la parte visibile delle note. Le note lunghe ora vengono nascoste per impostazione predefinita<\/a>, in modo da non ingombrare troppo lo spazio sullo schermo. Un pulsante Mostra <\/strong>di pi\u00f9\/Mostra di meno<\/strong>\u00a0permette di visualizzare o nascondere il testo completo.<\/p>\n Puoi vedere l’elenco completo delle nuove funzionalit\u00e0 per le Note incluse in WordPress 7.1 nella sezione dedicata alle Note di WordPress 7.1<\/a>.<\/p>\n L\u2019interfaccia utente di amministrazione riceve diversi aggiornamenti che migliorano la coerenza dell\u2019interfaccia e semplificano la navigazione tra le schermate. Prima di WordPress 7.1, la barra di amministrazione non veniva visualizzata nell\u2019editor dei post e nell\u2019Editor del sito. Questo comportamento era incoerente perch\u00e9 la barra degli strumenti di amministrazione \u00e8 l\u2019elemento pi\u00f9 utilizzato dell\u2019interfaccia di amministrazione, e ometterla dagli editor non era considerato ottimale. A partire da WordPress 7.1, questo comportamento cambia e la barra di amministrazione \u00e8 ora visibile nell\u2019editor dei post e nell\u2019editor del sito<\/a>.<\/p>\n Un altro miglioramento, pensato per rendere coerente l\u2019aspetto di tutte le aree di amministrazione, consiste nell\u2019applicare anche all\u2019editor del sito la stessa combinazione di colori<\/a> impostata dall\u2019utente nella pagina delle impostazioni. Prima della versione 7.1, la barra laterale dell\u2019editor del sito era sempre nera.<\/p>\n Anche la barra laterale dell\u2019editor \u00e8 stata aggiornata con WordPress 7.1. L\u2019icona del sito \u00e8 stata rimossa dalla barra degli strumenti dell\u2019editor e ora compare nella barra degli strumenti di WordPress.<\/p>\n Nelle versioni precedenti, per tornare alla bacheca di WordPress, dovevi cliccare sull\u2019icona del sito, che tecnicamente non era un pulsante \u201cIndietro\u201d.<\/p>\n Con l’aggiornamento, l\u2019icona del sito ora compare solo nella barra degli strumenti di amministrazione, mentre nella barra degli strumenti dell\u2019editor compare un pulsante \u201cIndietro\u201d pi\u00f9 chiaro.<\/p>\n La palette dei comandi ha ricevuto diverse aggiunte e modifiche<\/a> per migliorarne l\u2019usabilit\u00e0. Innanzitutto, i comandi disponibili sono stati suddivisi in sezioni (recenti, suggerimenti e risultati) per renderli pi\u00f9 facili da trovare.<\/p>\n La finestra modale \u00e8 stata ridimensionata (512px) e ora i comandi sono pi\u00f9 facili da leggere.<\/p>\n Nel menu Design<\/strong> dell\u2019Editor del sito compare ora una nuova voce Identit\u00e0<\/strong>. La schermata corrispondente permette di configurare il titolo, lo slogan<\/a>, il logo e l\u2019icona<\/a> del sito. In questo modo puoi modificare le impostazioni di identit\u00e0 del tuo sito senza uscire dall\u2019Editor del sito.<\/p>\n Fino a WordPress 7.0, era possibile abilitare lo scorrimento infinito per la visualizzazione a griglia della Libreria multimediale tramite il filtro A partire da WordPress 7.1<\/a>, il filtro Inoltre, una nuova impostazione nella pagina del profilo utente nell\u2019area di amministrazione di WordPress permette di impostare le preferenze relative allo scorrimento infinito.<\/p>\n WordPress memorizza la scelta dell\u2019utente nelle opzioni utente utilizzando il meta key WordPress 7.1 introduce due nuovi blocchi e vari miglioramenti a quelli esistenti. Un nuovo blocco Playlist<\/strong><\/a>\u00a0permette di incorporare una semplice playlist nei tuoi contenuti.<\/p>\n Puoi personalizzare diversi aspetti dell\u2019aspetto del blocco, tra cui tipografia, sfondo, dimensioni, bordi ed elementi. I controlli di stile specifici per questo blocco includono Waveform e pulsante di riproduzione<\/strong>\u00a0e Sfondo della Waveform<\/strong>. Il controllo Forma<\/strong>\u00a0ti permette di cambiare la visualizzazione della forma d\u2019onda dell\u2019audio<\/a>.<\/p>\n Il blocco Playlist<\/a> supporta tutti i file audio compatibili con l’installazione di WordPress. Se aggiungi il supporto per un nuovo tipo MIME, il blocco lo eredita automaticamente.<\/p>\n Il nuovo blocco Schede<\/a> del core \u00e8 pensato per organizzare i contenuti in schede. Ogni scheda pu\u00f2 contenere qualsiasi blocco, il che lo rende particolarmente utile per ospitare contenuti suddivisi per argomento, domande frequenti o confronti tra prodotti\/servizi.<\/p>\n Il blocco HTML personalizzato ha ricevuto un nuovo miglioramento<\/a>. Ora puoi aggiungere blocchi modificabili direttamente all\u2019interno del codice HTML. Questo permette di combinare HTML statico e blocchi modificabili all\u2019interno dello stesso snippet.<\/p>\n Sebbene siano modificabili, questi blocchi non possono essere spostati o rimossi, n\u00e9 \u00e8 possibile aggiungere blocchi aggiuntivi tramite l\u2019editor visivo. Tuttavia, il codice sottostante rimane completamente modificabile nell\u2019editor di codice.<\/p>\n Prima di WordPress 7.1, i contenuti dovevano essere o interamente in HTML statico o composti interamente da blocchi. Ora puoi mescolare liberamente HTML e blocchi, il che \u00e8 particolarmente utile quando crei contenuti usando modelli di AI.<\/p>\n Questa modifica va di pari passo con la possibilit\u00e0 di aggiungere codice HTML statico alle varianti dei blocchi. Grazie al nuovo supporto per Il valore Tieni presente che WordPress 7.0 ha introdotto un nuovo blocco Icone<\/a> e una libreria di icone. Con WordPress 7.1, il sistema di gestione delle icone acquisisce un\u2019API pubblica, che consente di registrare, visualizzare ed eliminare le icone a livello di programmazione, oltre che di recuperarle tramite l\u2019API REST.<\/p>\n Per registrare un\u2019icona o un set di icone, devi prima registrare una raccolta di icone agganciando la nuova funzione Una raccolta ha un nome univoco, che la distingue dalle icone del core e da altri set di icone registrati da plugin di terze parti. Il nome della raccolta deve iniziare e finire con una lettera minuscola e pu\u00f2 contenere lettere minuscole, numeri, trattini e trattini bassi.<\/p>\n Il secondo argomento della funzione \u00e8 un array contenente l’etichetta della raccolta visualizzata nella Libreria delle icone e una descrizione facoltativa.<\/p>\n Per rimuovere una raccolta, usa la funzione Per registrare una singola icona, usa la funzione Nell\u2019esempio sopra, abbiamo registrato un\u2019icona utilizzando una stringa SVG. Puoi anche registrare un\u2019icona direttamente da un file \u00c8 importante notare che il codice SVG viene sanificato con Per eliminare un’icona, puoi usare la funzione La libreria delle icone \u00e8 stata aggiornata di conseguenza e ora presenta una barra laterale che mostra l\u2019elenco delle raccolte di icone registrate sul sito.<\/p>\n Anche il blocco “Icona” \u00e8 stato aggiornato. Per impostazione predefinita, il blocco ora mostra l’icona “Info” invece di un segnaposto vuoto come nelle versioni precedenti. Inoltre, due nuovi controlli nella barra degli strumenti del blocco permettono di capovolgere l’icona sia in verticale che in orizzontale.<\/p>\n Sono stati introdotti anche nuovi endpoint API REST in sola lettura per accedere alle raccolte di icone o a icone specifiche.<\/p>\n Per le raccolte di icone, userai i seguenti endpoint:<\/p>\n Per leggere le icone, userai invece i seguenti endpoint:<\/p>\n Un utente con il ruolo edit_posts deve autenticare le richieste.<\/p>\n Per una panoramica pi\u00f9 approfondita del sistema delle icone in WordPress 7.1, dai un’occhiata alle note di sviluppo<\/a>.<\/p>\n Creator ed editor hanno ora a disposizione nuovi strumenti di progettazione migliorati che consentono di personalizzare lo stile dei blocchi di contenuto senza ricorrere a CSS personalizzati. WordPress 7.1 introduce il supporto per Nella barra laterale delle impostazioni dei blocchi, un nuovo pannello \u201cSfondo\u201d con controlli separati per Immagine, Colore e Sfumatura permette di sperimentare diverse combinazioni di immagini di sfondo, colori e sfumature evitando conflitti.<\/p>\n In WordPress 7.1, il supporto per Un\u2019altra novit\u00e0 di WordPress 7.1 che piacer\u00e0 un sacco a designer e sviluppatori di temi \u00e8 il supporto per la dimensione Gli sviluppatori di temi possono aggiungere il supporto per la larghezza minima tramite Puoi anche aggiungere il supporto per la larghezza minima a livello globale o per singolo blocco:<\/p>\n Chi sviluppa blocchi pu\u00f2 aggiungere in modo simile il supporto per Il controllo \u00e8 nascosto di default nella barra laterale, ma puoi modificare l\u2019impostazione predefinita usando WordPress 7.1 introduce il supporto per Document-Isolation-Policy<\/code> ) per consentire l\u2019accesso a SharedArrayBuffer<\/code>.<\/p>\nDocument-Isolation-Policy<\/code>. Safari e Firefox non supportano la pipeline WASM, anche se Safari supporta la decodifica nativa dei formati HEIC\/HEIF<\/a> in JPG.<\/p>\n![\"Diagramma](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/08\/wp-71-client-side-media-upload-flow.png\")
2. Quali sono le caratteristiche tecniche dell\u2019elaborazione multimediale lato client?<\/h3>\n
\n
@wordpress\/vips<\/code> gestisce l\u2019elaborazione lato client utilizzando la libreria libvips<\/code><\/a> compilata in WebAssembly (wasm-vips<\/code>). Considerata da molti una delle librerie di elaborazione delle immagini pi\u00f9 veloci ed efficienti disponibili, funziona in parallelo all\u2019interno di un Web Worker, evitando il blocco dell\u2019interfaccia utente e offrendo prestazioni nettamente migliori rispetto al puro JavaScript.<\/li>\n@wordpress\/upload-media<\/code> gestisce l\u2019intero flusso di caricamento, inclusa la gestione delle code di caricamento, la concorrenza dei caricamenti (fino a 5 caricamenti simultanei e 2 operazioni di elaborazione delle immagini), i tentativi automatici, il ripristino dei caricamenti interrotti e il supporto offline.<\/li>\n@wordpress\/media-utils<\/code> gestisce il trasporto HTTP e le richieste all\u2019API REST.<\/li>\n<\/ul>\n![\"Diagramma](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/08\/wp-71-client-side-media-processing-architecture-overview.png\")
@wordpress\/video-conversion<\/code>, che avvolge la libreriamediabunny<\/code> <\/a> in un Web Worker per convertire le GIF opache (senza sfondi trasparenti) in file video leggeri.<\/p>\nsideload<\/code>, finalize<\/code> e replace_file<\/code>) insieme a 2 nuovi parametri: generate_sub_sizes<\/code> e convert_format<\/code>.<\/p>\n3. Quali sono i vantaggi per gli utenti di WordPress?<\/h3>\n
\n
PHP memory limit exceeded<\/code>) che prima si verificavano durante l\u2019elaborazione di file immagine di grandi dimensioni.<\/li>\nlibvips<\/code> utilizza algoritmi di compressione avanzati che producono immagini che, in media, sono circa il 15% pi\u00f9 piccole di quelle generate da GD o Imagick. Questo si traduce in immagini pi\u00f9 leggere e tempi di caricamento delle pagine pi\u00f9 rapidi.<\/li>\n4. Cosa cambia per sviluppatori e sviluppatrici?<\/h3>\n
wp_client_side_media_processing_enabled<\/code>. Ecco un esempio:<\/p>\nadd_filter( 'wp_client_side_media_processing_enabled', '__return_false' );<\/code><\/pre>\nwp_generate_attachment_metadata<\/code>\u00a0viene eseguito due volte: la prima durante il caricamento iniziale (create<\/code>) e la seconda dopo la chiamata all\u2019endpoint di finalizzazione (update<\/code>). I plugin che utilizzano questo filtro continueranno a funzionare come previsto.<\/p>\nadd_image_size()<\/code> vengono ora generate sul lato client. Se un tema definisce una dimensione dell\u2019immagine con misure identiche a quelle predefinite di WordPress, le immagini vengono \u201cdeduplicate\u201d in un unico file immagine registrato con entrambi i nomi delle dimensioni.<\/p>\n5. Quali sono i vantaggi in termini di sicurezza?<\/h3>\n
SharedArrayBuffer<\/code><\/a>, un oggetto JavaScript che permette al thread principale e ai Web Worker di condividere lo stesso spazio di memoria.<\/p>\nSharedArrayBuffer<\/code>, WordPress abilita l\u2019header<\/a> Document-Isolation-Policy: isolate-and-credentialless<\/code>. Questo fornisce un contesto di esecuzione isolato per l\u2019editor a blocchi nei browser basati su Chromium 137 (Chrome 137 e Edge 137).<\/p>\n6. Risorse ufficiali<\/h3>\n
\n
Miglioramenti alle Note<\/h2>\n
![\"Opzioni](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/07\/wp-71-notes-formatting-options.png\")
![\"Un](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/07\/Screenshot-2026-07-20-alle-08.02.31.png\")
Miglioramenti all\u2019UI di amministrazione<\/h2>\n
\nBarra di amministrazione sempre visibile nell\u2019editor dei post e nell\u2019Editor del sito<\/h3>\n
![\"La](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/07\/wp-71-admin-toolbar-in-post-editor.png\")
![\"La](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/07\/wp-71-admin-toolbar-in-site-editor.png\")
Schema colori dell\u2019utente esteso all\u2019editor del sito<\/h3>\n
![\"L'interfaccia](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/07\/wp-71-site-editor-ui.jpg\")
![\"La](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/08\/editor-toolbar-in-wp-70.png\")
![\"La](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/08\/wp-71-editor-toolbar.png\")
Categorie di comandi e UI della palette dei comandi migliorata<\/h3>\n
![\"Sezioni](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/07\/wp-71-command-palette-sections.png\")
![\"La](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/07\/wp-71-command-palette-search-results.png\")
Schermata “Identit\u00e0” nell’Editor del sito<\/h3>\n
![\"Impostazioni](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/07\/identity-settings.png\")
Scorrimento infinito per la visualizzazione a griglia della Libreria multimediale<\/h3>\n
media_library_infinite_scrolling<\/code>, impostato di default su false<\/code>. Chi si occupa di sviluppo poteva modificare l\u2019impostazione predefinita aggiungendo la seguente riga ai propri plugin:<\/p>\nadd_filter( 'media_library_infinite_scrolling', '__return_true' );<\/code><\/pre>\nmedia_library_infinite_scrolling<\/code> \u00e8 impostato su true<\/code>, il che significa che lo scorrimento infinito nella visualizzazione a griglia della Libreria multimediale \u00e8 attivo per tutti gli utenti per impostazione predefinita.<\/p>\n![\"Opzione](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/07\/wp-71-disable-infinite-scrolling.png\")
infinite_scrolling<\/code>. Puoi recuperare la preferenza dell\u2019utente in questo modo:<\/p>\n$infinite_scrolling = get_user_option( 'infinite_scrolling', $user_id );<\/code><\/pre>\nBlocchi di base e miglioramenti ai blocchi<\/h2>\n
\nNuovi blocchi “Playlist” e “Schede”<\/h3>\n
![\"Il](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/07\/wp-71-playlist-block.png\")
![\"Personalizzare](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/07\/wp-71-playlist-block-customized.png\")
![\"Il](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/07\/wp-71-tabs-block.jpg\")
Blocchi modificabili all\u2019interno del blocco “HTML personalizzato”<\/h3>\n
![\"Il](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/08\/wp-71-custom-html-block.png\")
innerContent<\/code>, puoi registrare una variante del blocco Codice HTML come mostrato nell\u2019esempio qui sotto:<\/p>\nwp.blocks.registerBlockVariation( 'core\/html', {\n\tname: 'custom-image-card',\n\ttitle: 'Custom image card',\n\tdescription: 'A custom HTML block with static header\/footer and an editable image.',\n\tinnerContent: [ \n\t\t'<h2>Static heading<\/h2>n', \n\t\tnull, \n\t\t'n<footer>Static footer<\/footer>' \n\t],\n\tinnerBlocks: [ \n\t\t[ \n\t\t\t'core\/image', \n\t\t\t{ \n\t\t\t\tid: 419,\n\t\t\t\tsizeSlug: 'medium',\n\t\t\t\tlinkDestination: 'none',\n\t\t\t\turl: 'https:\/\/example.com\/wp-content\/uploads\/...',\n\t\t\t\talt: ''\n\t\t\t} \n\t\t] \n\t],\n} );<\/code><\/pre>\nnull<\/code>\u00a0in innerContent<\/code> funge da segnaposto per il blocco “Immagine”.<\/p>\ninnerContent<\/code> \u00e8 disponibile solo per il blocco HTML personalizzato. Applicarlo alle varianti di altri blocchi non avr\u00e0 alcun effetto.<\/p>\nMiglioramenti al sistema delle icone SVG<\/h2>\n
Registrazione e cancellazione delle icone<\/h3>\n
wp_register_icon_collection()<\/code> all\u2019azione “init”:<\/p>\nfunction custom_icons_register_icon_collection() {\n\twp_register_icon_collection(\n\t\t'my-icon-set',\n\t\tarray(\n\t\t\t'label' => __( 'My awesome icons', 'my-plugin' ),\n\t\t\t'description' => __( 'My personal set of icons.', 'my-plugin' ),\n\t\t)\n\t);\n}\nadd_action( 'init', 'custom_icons_register_icon_collection' );<\/code><\/pre>\nwp_unregister_icon_collection()<\/code>. La rimozione di una raccolta elimina automaticamente tutte le icone ad essa associate.<\/p>\nwp_register_icon()<\/code>, come mostrato nell’esempio seguente:<\/p>\nwp_register_icon(\n\t'my-icon-set\/motorbike',\n\tarray(\n\t\t'label' => __( 'Motorbike', 'my-plugin' ),\n\t\t'content' => '<svg xmlns=\"http:\/\/www.w3.org\/2000\/svg\" viewBox=\"0 0 24 24\">...<\/svg>',\n\t)\n);<\/code><\/pre>\n.svg<\/code>:<\/p>\nwp_register_icon(\n\t'my-icon-set\/motorbike',\n\tarray(\n\t\t'label' => __( 'Motorbike', 'my-plugin' ),\n\t\t'file_path' => plugin_dir_path( __FILE__ ) . 'icons\/motorbike.svg',\n\t)\n);<\/code><\/pre>\nwp_kses<\/code> e che al momento sono consentiti solo gli elementi <svg><\/code>, <path><\/code> e <polygon><\/code>. Tutti gli altri elementi vengono filtrati, anche se in futuro l’elenco degli elementi consentiti potrebbe essere ampliato per includere ulteriori elementi e attributi.<\/p>\nwp_unregister_icon()<\/code>.<\/p>\nAggiornamenti alla libreria delle icone e ai blocchi<\/h3>\n
![\"La](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/07\/wp-71-icon-collection.png\"){kind=icon}
![\"La](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/07\/wp-71-custom-icon-collection.png\"){kind=icon}
![\"Impostazioni](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/07\/wp-71-icon-block.png\"){kind=icon}
Nuovi endpoint API REST per le icone<\/h3>\n
GET \/wp\/v2\/icon-collections\nGET \/wp\/v2\/icon-collections\/<collection><\/code><\/pre>\nGET \/wp\/v2\/icons - Introduced with WordPress 7.0.\nGET \/wp\/v2\/icons\/<collection>\nGET \/wp\/v2\/icons\/<collection>\/<name><\/code><\/pre>\nNuovi strumenti di progettazione<\/h2>\n
\nSupporto per i gradienti di sfondo<\/h3>\n
background.gradient<\/code> <\/a> e un nuovo controllo nell\u2019interfaccia di amministrazione per i gradienti di sfondo.<\/p>\n![\"Controllo](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/08\/wp-71-background-gradient.jpg\")
background.gradient<\/code> \u00e8 abilitato di default per i blocchi Gruppo, Fisarmonica, Pullquote, Contenuto del post e Citazione. Chi sviluppa temi pu\u00f2 aggiungere il supporto per background.gradient<\/code> nel file block.json inserendo una propriet\u00e0 gradient sotto styles.background oppure a livello di singolo blocco, come mostrato nel codice seguente:<\/p>\n{\n\t\"styles\": {\n\t\t\"background\": {\n\t\t\t\"gradient\": \"linear-gradient( 135deg, #1e3c72 0%, #2a5298 100% )\"\n\t\t},\n\t\t\"blocks\": {\n\t\t\t\"core\/group\": {\n\t\t\t\t\"background\": {\n\t\t\t\t\t\"gradient\": \"linear-gradient( 135deg, #f5f7fa 0%, #c3cf8d 100% )\"\n\t\t\t\t}\n\t\t\t}\n\t\t}\n\t}\n}<\/code><\/pre>\nSupporto per la larghezza minima<\/h3>\n
minWidth<\/code> <\/a>. Questa si aggiunge al supporto gi\u00e0 esistente per height<\/code>, minHeight<\/code> e width<\/code>, completando cos\u00ec il set di strumenti di progettazione per le dimensioni.<\/p>\ntheme.json<\/code>, sia abilitando gli Strumenti di Aspetto sia aggiungendo il campo dimensions.minWidth<\/code> nelle impostazioni:<\/p>\n{\n\t\"settings\": {\n\t\t\"dimensions\": {\n\t\t\t\"minWidth\": true\n\t\t}\n\t}\n}<\/code><\/pre>\n![\"Controllo](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/08\/wp-71-min-width.jpg\")
{\n\t\"styles\": {\n\t\t\"dimensions\": {\n\t\t\t\"minWidth\": \"400px\"\n\t\t},\n\t\t\"blocks\": {\n\t\t\t\"core\/group\": {\n\t\t\t\t\"dimensions\": {\n\t\t\t\t\t\"minWidth\": \"400px\"\n\t\t\t\t}\n\t\t\t}\n\t\t}\n\t}\n}<\/code><\/pre>\nminWidth<\/code> su block.json<\/code>:<\/p>\n{\n\t\"supports\": {\n\t\t\"dimensions\": {\n\t\t\t\"minWidth\": true\n\t\t}\n\t}\n}<\/code><\/pre>\n__experimentalDefaultControls<\/code>. In Stili globali, il controllo \u00e8 visibile di default.<\/p>\nSupporto per l\u2019ombra del testo negli Stili globali<\/h3>\n
text-shadow<\/code> negli Stili globali<\/a>. Prima era necessario usare un plugin o ricorrere a CSS personalizzati.<\/p>\n