Quer descobrir o que vem por a\u00ed? Vamos conhecer o WordPress 7.1.<\/p>\n
Processamento de m\u00eddia no lado do cliente<\/h2>\n
At\u00e9 o WordPress 7.0, a gera\u00e7\u00e3o de dimens\u00f5es de imagens e miniaturas para exibi\u00e7\u00e3o no frontend, a convers\u00e3o de formatos e o gerenciamento da rota\u00e7\u00e3o de imagens eram realizados no lado do servidor por meio do PHP.<\/p>\n
Agora, o WordPress 7.1 introduz uma nova arquitetura de processamento de m\u00eddia: o redimensionamento de imagens, a convers\u00e3o de formatos, a rota\u00e7\u00e3o EXIF e a gera\u00e7\u00e3o de miniaturas passam a ocorrer no lado do cliente, diretamente no navegador do usu\u00e1rio.<\/p>\n
Essa mudan\u00e7a deve melhorar significativamente o desempenho do site e reduzir o consumo de recursos do servidor.<\/p>\n
Vamos analisar mais detalhadamente o que muda no processamento de imagens:<\/p>\n
1. O que \u00e9 o Processamento de m\u00eddia no lado do cliente?<\/h3>\n
Anteriormente, as imagens eram processadas no servidor pelo PHP usando as bibliotecas GD<\/a> ou Imagick<\/a>. Agora, a gera\u00e7\u00e3o de imagens em v\u00e1rios tamanhos, a convers\u00e3o de formatos e a rota\u00e7\u00e3o EXIF ocorrem diretamente no navegador do usu\u00e1rio, desde que o navegador ofere\u00e7a suporte ao header Como o processamento ocorre no navegador, o WordPress n\u00e3o recebe mais apenas uma \u00fanica imagem, mas todos os arquivos de imagem resultantes do processo. Isso tem dois efeitos principais: menor uso de CPU e RAM do servidor e um n\u00famero maior de solicita\u00e7\u00f5es HTTP para enviar individualmente as miniaturas.<\/p>\n No momento da publica\u00e7\u00e3o deste artigo, apenas o Chrome 137+ e o Microsoft Edge 137+ (desktop) oferecem suporte completo ao Do ponto de vista da arquitetura, o Processamento de m\u00eddia no lado do cliente \u00e9 gerenciado por 3 pacotes principais:<\/p>\n Al\u00e9m do processamento de imagens, essa nova funcionalidade introduz a convers\u00e3o autom\u00e1tica de GIFs animados em v\u00eddeos MP4\/WebM. A convers\u00e3o \u00e9 realizada pelo novo pacote O Processamento de m\u00eddia no lado do cliente tamb\u00e9m introduz novos endpoints da REST API ( O Processamento de m\u00eddia no lado do cliente transfere o processamento de imagens do servidor para o cliente. Isso libera o servidor da carga pesada de gerar miniaturas em v\u00e1rias dimens\u00f5es, girar imagens e converter formatos, transferindo esse trabalho diretamente para o navegador do usu\u00e1rio.<\/p>\n Veja alguns dos benef\u00edcios de transferir o processamento de m\u00eddia para o cliente:<\/p>\n Al\u00e9m disso, GIFs animados podem ser convertidos automaticamente em v\u00eddeos com reprodu\u00e7\u00e3o autom\u00e1tica mais eficientes, fotos HEIC enviadas de iPhones podem ser convertidas para JPG pelo navegador antes do upload (evitando poss\u00edveis problemas de compatibilidade com o servidor), e o suporte a AVIF agora funciona mesmo sem recursos AVIF no lado do servidor (a verifica\u00e7\u00e3o do tipo MIME \u00e9 ignorada para uploads decodificados no lado do cliente).<\/p>\n Os desenvolvedores podem desabilitar o processamento de m\u00eddia no lado do cliente usando o novo filtro Al\u00e9m disso, n\u00e3o h\u00e1 grandes mudan\u00e7as que afetem os desenvolvedores de plugins. Os hooks associados ao processamento de m\u00eddia continuam sendo acionados como se as imagens fossem processadas no servidor.<\/p>\n Os filtros existentes leem as configura\u00e7\u00f5es do servidor e continuam funcionando conforme o esperado. Por exemplo, o filtro Para desenvolvedores de temas, os tamanhos de imagem registrados por meio de Embora o Processamento de m\u00eddia no lado do cliente tenha sido desenvolvido principalmente para melhorar o desempenho e a efici\u00eancia, e n\u00e3o a seguran\u00e7a, ele oferece v\u00e1rias vantagens que aumentam a seguran\u00e7a dos sites WordPress.<\/p>\n Primeiro, ele reduz a superf\u00edcie de ataque. Como mencionado anteriormente, antes do WordPress 7.1, o processamento de imagens dependia de bibliotecas executadas no servidor, como GD e Imagick. Ao longo do tempo, essas bibliotecas foram afetadas por diversas vulnerabilidades de seguran\u00e7a relacionadas \u00e0 decodifica\u00e7\u00e3o de imagens.<\/p>\n Com o processamento de imagens no lado do cliente, o servidor n\u00e3o precisa mais do GD ou Imagick, pois recebe imagens j\u00e1 processadas. Isso reduz significativamente a quantidade de c\u00f3digo sens\u00edvel executado no servidor.<\/p>\n Outra vantagem de seguran\u00e7a \u00e9 que o processamento de imagens ocorre em um ambiente isolado do navegador, usando WebAssembly em um Web Worker.<\/p>\n O processamento no lado do cliente tamb\u00e9m reduz o risco de ataques de nega\u00e7\u00e3o de servi\u00e7o (DoS), pois a carga computacional fica no cliente.<\/p>\n Para processar imagens no cliente, o WordPress utiliza o Para conceder acesso ao Em resumo, embora o principal objetivo do Processamento de m\u00eddia no lado do cliente seja melhorar o desempenho e a efici\u00eancia no gerenciamento de m\u00eddia, essa nova funcionalidade tamb\u00e9m traz melhorias significativas de seguran\u00e7a.<\/p>\n O Processamento de m\u00eddia no lado do cliente foi amplamente documentado tanto para usu\u00e1rios quanto para desenvolvedores. Consulte os seguintes recursos para obter mais detalhes:<\/p>\n Introduzidas pela primeira vez no WordPress 6.9<\/a>, as Notas receberam v\u00e1rias adi\u00e7\u00f5es e melhorias que as tornam uma ferramenta de colabora\u00e7\u00e3o mais completa.<\/p>\n Para come\u00e7ar, o WordPress 7.1 adiciona suporte a rich text nas Notas<\/a>, tornando-as \u201cmais expressivas, mais claras de ler e mais alinhadas \u00e0s expectativas dos usu\u00e1rios em rela\u00e7\u00e3o a ferramentas como Google Docs, Figma, GitHub e outros editores colaborativos\u201d.<\/p>\n Isso inclui formata\u00e7\u00e3o inline b\u00e1sica, como negrito (Ctrl\/\u2318 + B), it\u00e1lico (Ctrl\/\u2318 + I), links (Ctrl\/\u2318 + K) e emojis.<\/p>\n Agora voc\u00ea pode adicionar notas inline selecionando trechos de texto, em vez de apenas um bloco inteiro (coment\u00e1rios inline em blocos<\/a>). Tamb\u00e9m \u00e9 poss\u00edvel adicionar v\u00e1rias notas<\/a> ao mesmo bloco ou \u00e0 mesma sele\u00e7\u00e3o de texto.<\/p>\n O WordPress 7.1 tamb\u00e9m introduz as @men\u00e7\u00f5es<\/a> para marcar seus colaboradores nas notas, tornando a funcionalidade Notas mais semelhante \u00e0s ferramentas de colabora\u00e7\u00e3o populares. Ao digitar o caractere @, um painel \u00e9 exibido com uma lista dos usu\u00e1rios do seu site para facilitar a sele\u00e7\u00e3o. O destinat\u00e1rio da men\u00e7\u00e3o receber\u00e1 uma notifica\u00e7\u00e3o por e-mail com um link para a publica\u00e7\u00e3o.<\/p>\n Outra novidade diz respeito \u00e0 parte vis\u00edvel das notas. Agora, as notas longas s\u00e3o recolhidas por padr\u00e3o<\/a> para n\u00e3o ocuparem muito espa\u00e7o na tela. Um bot\u00e3o de altern\u00e2ncia Mostrar mais<\/strong>\/Mostrar menos<\/strong> permite exibir ou ocultar o texto completo.<\/p>\n Voc\u00ea pode conferir a lista completa de novas funcionalidades das Notas que chegam com o WordPress 7.1 em Itera\u00e7\u00e3o das Notas para o WordPress 7.1<\/a>.<\/p>\n A interface de administra\u00e7\u00e3o recebeu v\u00e1rias atualiza\u00e7\u00f5es que melhoram a consist\u00eancia da interface e simplificam a navega\u00e7\u00e3o entre as telas. Antes do WordPress 7.1, a barra de administra\u00e7\u00e3o n\u00e3o era exibida no editor de posts nem no Editor do Site. Esse comportamento era inconsistente, pois a barra de ferramentas de administra\u00e7\u00e3o \u00e9 o elemento mais utilizado da interface de administra\u00e7\u00e3o, e sua aus\u00eancia nos editores n\u00e3o era considerada ideal. A partir do WordPress 7.1, esse comportamento muda, e a barra de ferramentas de administra\u00e7\u00e3o passa a ficar vis\u00edvel no editor de posts e no Editor do Site<\/a>.<\/p>\n Outra melhoria destinada a tornar a apar\u00eancia de todas as \u00e1reas de administra\u00e7\u00e3o mais consistente \u00e9 aplicar tamb\u00e9m ao Editor do Site o mesmo esquema de cores<\/a> definido pelo usu\u00e1rio em sua p\u00e1gina de configura\u00e7\u00f5es. Antes da vers\u00e3o 7.1, a barra lateral do Editor do Site era sempre preta.<\/p>\n A barra de ferramentas do editor tamb\u00e9m recebe uma atualiza\u00e7\u00e3o no WordPress 7.1. O \u00edcone do site foi removido da barra de ferramentas do editor e agora aparece na barra de ferramentas do WordPress.<\/p>\n Nas vers\u00f5es anteriores, para voltar \u00e0 administra\u00e7\u00e3o do WordPress, era necess\u00e1rio clicar no \u00edcone do site, que tecnicamente n\u00e3o era um bot\u00e3o de voltar.<\/p>\n Como resultado, o \u00edcone do site agora aparece apenas na barra de ferramentas de administra\u00e7\u00e3o, enquanto um bot\u00e3o de voltar mais claro aparece na barra de ferramentas do editor.<\/p>\n A paleta de comandos recebeu v\u00e1rias adi\u00e7\u00f5es e modifica\u00e7\u00f5es<\/a> para melhorar sua usabilidade. Primeiro, os comandos dispon\u00edveis foram divididos em se\u00e7\u00f5es (recentes, sugest\u00f5es e resultados) para facilitar sua localiza\u00e7\u00e3o.<\/p>\n O modal foi redimensionado (512px), e agora os comandos est\u00e3o mais f\u00e1ceis de ler.<\/p>\n Um novo item Identidade<\/strong> agora aparece no menu Design<\/strong> do Editor do Site. A tela correspondente permite configurar o t\u00edtulo, slogan<\/a>, logo e \u00edcone<\/a> do seu site. Isso permite editar as configura\u00e7\u00f5es de identidade do site sem sair do Editor do Site.<\/p>\n At\u00e9 o WordPress 7.0, era poss\u00edvel habilitar a rolagem infinita na visualiza\u00e7\u00e3o em grade da Biblioteca de M\u00eddia por meio do filtro A partir do WordPress 7.1<\/a>, o filtro Al\u00e9m disso, uma nova configura\u00e7\u00e3o na p\u00e1gina de perfil do usu\u00e1rio na administra\u00e7\u00e3o do WordPress permite definir suas prefer\u00eancias de rolagem infinita.<\/p>\n O WordPress armazena a escolha do usu\u00e1rio nas op\u00e7\u00f5es do usu\u00e1rio usando a meta key O WordPress 7.1 introduz dois novos blocos e v\u00e1rias melhorias nos blocos existentes.<\/p>\n Um novo bloco Playlist<\/strong><\/a> permite incorporar uma playlist simples ao seu conte\u00fado.<\/p>\n Os usu\u00e1rios podem personalizar v\u00e1rios aspectos da apar\u00eancia do bloco, incluindo tipografia, plano de fundo, dimens\u00f5es, borda e elementos. Os controles de estilo espec\u00edficos desse bloco incluem Forma de onda e bot\u00e3o Reproduzir<\/strong> e Plano de fundo da forma de onda<\/strong>. O controle Forma<\/strong> permite alterar a visualiza\u00e7\u00e3o da forma de onda do \u00e1udio<\/a>.<\/p>\n O bloco Playlist<\/a> oferece suporte a todos os arquivos de \u00e1udio compat\u00edveis com sua instala\u00e7\u00e3o do WordPress. Se voc\u00ea adicionar suporte a um novo tipo MIME, o bloco o herdar\u00e1 automaticamente.<\/p>\n O novo bloco Abas<\/a> nativo foi desenvolvido para organizar o conte\u00fado em abas. Cada aba pode conter qualquer bloco, o que o torna particularmente \u00fatil para apresentar conte\u00fado categorizado por t\u00f3pico, FAQs ou compara\u00e7\u00f5es de produtos e servi\u00e7os.<\/p>\n O bloco HTML personalizado recebeu uma nova melhoria<\/a>. Agora voc\u00ea pode adicionar blocos edit\u00e1veis diretamente dentro do c\u00f3digo HTML. Isso permite combinar HTML est\u00e1tico e blocos edit\u00e1veis no mesmo trecho de c\u00f3digo.<\/p>\n Embora possam ser editados, os blocos edit\u00e1veis n\u00e3o podem ser movidos nem removidos, e tamb\u00e9m n\u00e3o \u00e9 poss\u00edvel adicionar outros blocos pelo editor visual. No entanto, o c\u00f3digo subjacente continua totalmente edit\u00e1vel no editor de c\u00f3digo.<\/p>\n Antes do WordPress 7.1, seu conte\u00fado precisava ser composto inteiramente por HTML est\u00e1tico ou inteiramente por blocos. Agora voc\u00ea pode combinar livremente HTML e blocos, o que \u00e9 particularmente \u00fatil ao gerar conte\u00fado usando modelos de IA.<\/p>\n Essa mudan\u00e7a vem acompanhada da possibilidade de adicionar c\u00f3digo HTML est\u00e1tico \u00e0s varia\u00e7\u00f5es de blocos. Gra\u00e7as ao novo suporte a O valor Observe que O WordPress 7.0 introduziu um novo bloco \u00cdcone<\/a> e uma biblioteca de \u00edcones. Com o WordPress 7.1, o sistema de gerenciamento de \u00edcones recebe uma API p\u00fablica, permitindo registrar, renderizar e excluir \u00edcones de forma program\u00e1tica, al\u00e9m de recuper\u00e1-los por meio da REST API.<\/p>\n Para registrar um \u00edcone ou conjunto de \u00edcones, primeiro voc\u00ea precisa registrar uma cole\u00e7\u00e3o de \u00edcones conectando a nova fun\u00e7\u00e3o Uma cole\u00e7\u00e3o tem um nome exclusivo que a diferencia dos \u00edcones nativos e de outros conjuntos de \u00edcones registrados por plugins de terceiros. O nome da cole\u00e7\u00e3o deve come\u00e7ar e terminar com uma letra min\u00fascula e pode conter letras min\u00fasculas, n\u00fameros, h\u00edfens e underscores.<\/p>\n O segundo argumento da fun\u00e7\u00e3o \u00e9 um array que cont\u00e9m o r\u00f3tulo da cole\u00e7\u00e3o exibido na biblioteca de \u00edcones e uma descri\u00e7\u00e3o opcional.<\/p>\n Para remover uma cole\u00e7\u00e3o, use a fun\u00e7\u00e3o Para registrar um \u00edcone individual, use a fun\u00e7\u00e3o No exemplo acima, registramos um \u00edcone usando uma string SVG. Voc\u00ea tamb\u00e9m pode registrar um \u00edcone diretamente de um arquivo \u00c9 importante observar que o SVG \u00e9 sanitizado com Para excluir um \u00edcone, voc\u00ea pode usar a fun\u00e7\u00e3o A biblioteca de \u00edcones foi atualizada e agora conta com uma barra lateral que exibe a lista de cole\u00e7\u00f5es de \u00edcones registradas no site.<\/p>\n O bloco \u00cdcone tamb\u00e9m foi atualizado. Por padr\u00e3o, agora o bloco exibe o \u00edcone Informa\u00e7\u00e3o em vez de um placeholder vazio, como nas vers\u00f5es anteriores. Al\u00e9m disso, dois novos controles na barra de ferramentas do bloco permitem inverter o \u00edcone vertical e horizontalmente.<\/p>\n Tamb\u00e9m foram introduzidos novos endpoints somente leitura da REST API para acessar cole\u00e7\u00f5es de \u00edcones ou \u00edcones espec\u00edficos.<\/p>\n Para cole\u00e7\u00f5es de \u00edcones, voc\u00ea usar\u00e1 os seguintes endpoints:<\/p>\n Para acessar \u00edcones, voc\u00ea usar\u00e1 os seguintes endpoints:<\/p>\n Um usu\u00e1rio com a capacidade \u00ab edit_posts \u00bb deve autenticar as solicita\u00e7\u00f5es.<\/p>\n Para uma vis\u00e3o mais detalhada do sistema de \u00edcones no WordPress 7.1, consulte a nota para desenvolvedores<\/a>.<\/p>\n Criadores e editores agora contam com ferramentas de design novas e aprimoradas que permitem estilizar blocos de conte\u00fado sem precisar recorrer a CSS personalizado. O WordPress 7.1 introduz suporte a Na barra lateral de configura\u00e7\u00f5es do bloco, um novo painel Plano de fundo, com controles separados para Imagem, Cor e Gradiente, permite experimentar diferentes combina\u00e7\u00f5es de imagens, cores e gradientes de fundo, evitando conflitos.<\/p>\n No WordPress 7.1, o suporte a Outra novidade do WordPress 7.1 que designers e desenvolvedores de temas v\u00e3o apreciar \u00e9 o suporte \u00e0 dimens\u00e3o Desenvolvedores de temas podem adicionar suporte \u00e0 largura m\u00ednima por meio do Voc\u00ea tamb\u00e9m pode adicionar suporte \u00e0 largura m\u00ednima globalmente ou para cada bloco individualmente:<\/p>\n Desenvolvedores de blocos tamb\u00e9m podem adicionar suporte a O controle fica oculto por padr\u00e3o na barra lateral, mas voc\u00ea pode alterar a configura\u00e7\u00e3o padr\u00e3o usando O WordPress 7.1 introduz suporte a Observe que esta \u00e9 uma implementa\u00e7\u00e3o inicial<\/a>. Algumas decis\u00f5es importantes ainda est\u00e3o pendentes, como qual controle da interface ser\u00e1 usado para personalizar sombras de texto no editor e se Document-Isolation-Policy<\/code> (DIP) para conceder acesso ao SharedArrayBuffer<\/code>.<\/p>\nDocument-Isolation-Policy<\/code>. O Safari e o Firefox n\u00e3o oferecem suporte ao processamento com WASM, embora o Safari ofere\u00e7a suporte \u00e0 decodifica\u00e7\u00e3o nativa dos formatos HEIC\/HEIF<\/a> para JPG.<\/p>\n![\"Diagrama](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/08\/wp-71-client-side-media-upload-flow.png\")
2. Quais s\u00e3o os recursos t\u00e9cnicos do Processamento de m\u00eddia no lado do cliente?<\/h3>\n
\n
@wordpress\/vips<\/code> gerencia o processamento no lado do cliente usando a biblioteca libvips<\/code><\/a> compilada em WebAssembly (wasm-vips<\/code>). Amplamente considerada uma das bibliotecas de processamento de imagens mais r\u00e1pidas e eficientes dispon\u00edveis, ela \u00e9 executada em paralelo dentro de um Web Worker, evitando que a interface do usu\u00e1rio fique travada e proporcionando um desempenho significativamente melhor do que JavaScript puro.<\/li>\n@wordpress\/upload-media<\/code> coordena o processo de upload, incluindo o gerenciamento de filas de upload, uploads simult\u00e2neos (at\u00e9 5 uploads simult\u00e2neos e 2 opera\u00e7\u00f5es de processamento de imagens), novas tentativas autom\u00e1ticas, retomada de uploads interrompidos e suporte off-line.<\/li>\n@wordpress\/media-utils<\/code> gerencia o transporte HTTP e as solicita\u00e7\u00f5es da REST API.<\/li>\n<\/ul>\n![\"Vis\u00e3o](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/08\/wp-71-client-side-media-processing-architecture-overview.png\")
@wordpress\/video-conversion<\/code>, que encapsula a biblioteca mediabunny<\/code><\/a> em um Web Worker para converter GIFs opacos (sem fundos transparentes) em arquivos de v\u00eddeo mais leves.<\/p>\nsideload<\/code>, finalize<\/code> e replace_file<\/code>), al\u00e9m de 2 novos par\u00e2metros: generate_sub_sizes<\/code> e convert_format<\/code>.<\/p>\n3. Quais s\u00e3o os benef\u00edcios para os usu\u00e1rios do WordPress?<\/h3>\n
\n
PHP memory limit exceeded<\/code>) que anteriormente ocorriam durante o processamento de arquivos de imagem grandes.<\/li>\nlibvips<\/code> usa algoritmos avan\u00e7ados de compress\u00e3o que produzem imagens, em m\u00e9dia, ~15% menores do que as geradas pelo GD ou Imagick. Isso resulta em imagens mais leves e tempos de carregamento de p\u00e1gina mais r\u00e1pidos.<\/li>\n4. O que muda para os desenvolvedores?<\/h3>\n
wp_client_side_media_processing_enabled<\/code>. Veja um exemplo:<\/p>\nadd_filter( 'wp_client_side_media_processing_enabled', '__return_false' );<\/code><\/pre>\nwp_generate_attachment_metadata<\/code> \u00e9 executado duas vezes: primeiro durante o upload inicial (create<\/code>) e depois novamente ap\u00f3s a chamada do endpoint de finaliza\u00e7\u00e3o (update<\/code>). Os plugins que usam esse filtro continuar\u00e3o funcionando conforme o esperado.<\/p>\nadd_image_size()<\/code> agora s\u00e3o gerados no lado do cliente. Se um tema definir um tamanho de imagem com dimens\u00f5es id\u00eanticas \u00e0s de um tamanho padr\u00e3o do WordPress, as imagens ser\u00e3o \u201cdesduplicadas\u201d em um \u00fanico arquivo de imagem registrado com os dois nomes de tamanho.<\/p>\n5. Quais s\u00e3o os benef\u00edcios para a seguran\u00e7a?<\/h3>\n
SharedArrayBuffer<\/code><\/a>, um objeto JavaScript que permite que a thread principal e os Web Workers compartilhem o mesmo espa\u00e7o de mem\u00f3ria.<\/p>\nSharedArrayBuffer<\/code>, o WordPress habilita o header<\/a> Document-Isolation-Policy: isolate-and-credentialless<\/code>. Isso fornece um contexto de execu\u00e7\u00e3o isolado para o Editor de Blocos em navegadores Chromium 137+ (Chrome 137+ e Edge 137+).<\/p>\n6. Recursos oficiais<\/h3>\n
\n
Melhorias nas Notas<\/h2>\n
![\"Op\u00e7\u00f5es](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/07\/wp-71-notes-formatting-options.png\")
![\"Um](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/07\/Screenshot-2026-07-20-alle-08.02.31.png\")
Melhorias na interface de administra\u00e7\u00e3o<\/h2>\n
\nBarra de administra\u00e7\u00e3o persistente no editor de posts e no Editor do Site<\/h3>\n
![\"A](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/07\/wp-71-admin-toolbar-in-post-editor.png\")
![\"A](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/07\/wp-71-admin-toolbar-in-site-editor.png\")
Esquema de cores do usu\u00e1rio estendido ao Editor do Site<\/h3>\n
![\"Agora,](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/07\/wp-71-site-editor-ui.jpg\")
![\"A](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/08\/editor-toolbar-in-wp-70.png\")
![\"A](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/08\/wp-71-editor-toolbar.png\")
Categorias de comandos e melhorias na interface da paleta de comandos<\/h3>\n
![\"Se\u00e7\u00f5es](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/07\/wp-71-command-palette-sections.png\")
![\"A](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/07\/wp-71-command-palette-search-results.png\")
Tela Identidade no Editor do Site<\/h3>\n
![\"Configura\u00e7\u00f5es](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/07\/identity-settings.png\")
Rolagem infinita na visualiza\u00e7\u00e3o em grade da Biblioteca de M\u00eddia<\/h3>\n
media_library_infinite_scrolling<\/code>, definido como false<\/code> por padr\u00e3o. Os desenvolvedores podiam alterar a configura\u00e7\u00e3o padr\u00e3o adicionando a seguinte linha aos seus plugins:<\/p>\nadd_filter( 'wp_client_side_media_processing_enabled', '__return_false' );<\/code><\/pre>\nmedia_library_infinite_scrolling<\/code> \u00e9 definido como true<\/code>, o que significa que a rolagem infinita na visualiza\u00e7\u00e3o em grade da Biblioteca de M\u00eddia fica habilitada por padr\u00e3o para todos os usu\u00e1rios.<\/p>\n![\"Op\u00e7\u00e3o](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/07\/wp-71-disable-infinite-scrolling.png\")
infinite_scrolling<\/code>. Voc\u00ea pode recuperar a prefer\u00eancia do usu\u00e1rio desta forma:<\/p>\n$infinite_scrolling = get_user_option( 'infinite_scrolling', $user_id );<\/code><\/pre>\nBlocos nativos e melhorias nos blocos<\/h2>\n
Novos blocos Playlist e Abas<\/h3>\n
![\"O](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/07\/wp-71-playlist-block.png\")
![\"Personaliza\u00e7\u00e3o](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/07\/wp-71-playlist-block-customized.png\")
![\"O](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/07\/wp-71-tabs-block.jpg\")
Blocos edit\u00e1veis dentro do bloco HTML personalizado<\/h3>\n
![\"O](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/08\/wp-71-custom-html-block.png\")
innerContent<\/code>, voc\u00ea pode registrar uma varia\u00e7\u00e3o do bloco HTML personalizado conforme mostrado no exemplo abaixo:<\/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> em innerContent<\/code> funciona como um placeholder para o bloco Imagem.<\/p>\ninnerContent<\/code> est\u00e1 dispon\u00edvel apenas para o bloco HTML personalizado. Aplic\u00e1-lo a varia\u00e7\u00f5es de outros blocos n\u00e3o ter\u00e1 efeito.<\/p>\nMelhorias no sistema de \u00edcones SVG<\/h2>\n
Registrar e cancelar o registro de \u00edcones<\/h3>\n
wp_register_icon_collection()<\/code> \u00e0 a\u00e7\u00e3o 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>. A remo\u00e7\u00e3o de uma cole\u00e7\u00e3o exclui automaticamente todos os \u00edcones associados a ela.<\/p>\nwp_register_icon()<\/code>, conforme mostrado no exemplo a seguir:<\/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 atualmente apenas os elementos <svg><\/code>, <path><\/code> e <polygon><\/code> s\u00e3o permitidos. Todos os outros elementos s\u00e3o filtrados, embora a lista de permiss\u00f5es possa ser ampliada para incluir outros elementos e atributos no futuro.<\/p>\nwp_unregister_icon()<\/code>.<\/p>\nAtualiza\u00e7\u00f5es na biblioteca de \u00edcones e no bloco \u00cdcone<\/h3>\n
![\"A](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/07\/wp-71-icon-collection.png\"){kind=icon}
![\"A](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/07\/wp-71-custom-icon-collection.png\"){kind=icon}
![\"Configura\u00e7\u00f5es](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/07\/wp-71-icon-block.png\"){kind=icon}
Novos endpoints da REST API para \u00edcones<\/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>\nNovas ferramentas de design<\/h2>\n
\nSuporte a gradientes de fundo<\/h3>\n
background.gradient<\/code><\/a> e um novo controle na interface de administra\u00e7\u00e3o para gradientes de fundo.<\/p>\n![\"Controle](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/08\/wp-71-background-gradient.jpg\")
background.gradient<\/code> \u00e9 habilitado por padr\u00e3o para os blocos Grupo, Acorde\u00e3o, Cita\u00e7\u00e3o destacada, Conte\u00fado do post e Cita\u00e7\u00e3o. Desenvolvedores de temas podem adicionar suporte a background.gradient<\/code> no block.json<\/code> adicionando uma propriedade gradient em styles.background<\/code> ou para cada bloco individualmente, conforme mostrado no c\u00f3digo a seguir:<\/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>\nSuporte \u00e0 largura m\u00ednima<\/h3>\n
minWidth<\/code><\/a>. Ela se junta ao suporte existente para height<\/code>, minHeight<\/code> e width<\/code>, completando o conjunto de ferramentas de design para dimens\u00f5es.<\/p>\ntheme.json<\/code>, habilitando as Ferramentas de apar\u00eancia ou adicionando o campo dimensions.minWidth<\/code> em settings:<\/p>\n{\n\t\"settings\": {\n\t\t\"dimensions\": {\n\t\t\t\"minWidth\": true\n\t\t}\n\t}\n}<\/code><\/pre>\n![\"Controle](\"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> no 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>. Nos Estilos Globais, o controle fica vis\u00edvel por padr\u00e3o.<\/p>\nSuporte a sombra de texto nos Estilos Globais<\/h3>\n
text-shadow<\/code> nos Estilos Globais<\/a>. Anteriormente, era necess\u00e1rio usar um plugin ou recorrer a CSS personalizado.<\/p>\n