O Gutenberg 24.0 chegou em 16 de setembro de 2026 com mudanças que já merecem entrar na rotina de testes de quem desenvolve temas, plugins ou projetos baseados no editor de blocos. A versão amplia as revisões visuais, torna a Galeria mais flexível em diferentes larguras de tela, adiciona ajuste automático ao Título do Site e traz uma série de alterações menores em componentes, APIs, acessibilidade e ferramentas de desenvolvimento.
Isso não significa, porém, que todo o conteúdo do Gutenberg 24.0 já esteja confirmado para o WordPress 7.2. O próximo grande ciclo do Core ainda está em alpha. A página oficial da versão informa que novos recursos serão considerados se estiverem suficientemente prontos, com Beta 1 prevista entre 20 e 22 de outubro e lançamento final entre 8 e 10 de dezembro de 2026. Para equipes técnicas, portanto, o valor do 24.0 está em testar cedo e separar três coisas: o que já funciona no plugin Gutenberg, o que afeta compatibilidade de temas e plugins e o que ainda depende de integração e estabilização no Core.
As mudanças mais visíveis do Gutenberg 24.0
A publicação oficial do lançamento destaca três alterações centrais no editor.
- Revisões visuais também no título do post: o título passa a participar da visualização de diferenças entre revisões, permitindo identificar quando uma mudança de nome ocorreu no mesmo contexto das alterações do conteúdo.
- Galeria com variação Grid e controles por breakpoint: o bloco Galeria pode usar uma grade personalizável. Contagem de colunas e recorte de imagens também podem variar conforme os estados de viewport, o que reduz a necessidade de CSS próprio para alguns layouts responsivos.
- Título do Site com fit-text: o bloco Título do Site pode escalar o texto para ocupar a largura disponível, em vez de depender apenas de tamanho fixo e quebra de linha.
O changelog também registra quase 100 ícones redesenhados em uma linguagem visual baseada em traços, recuo e avanço de itens de lista com Tab e Shift+Tab, imagens de fundo definidas por URL e visualização de espaços não separáveis durante a edição. A lista completa está no post oficial do Gutenberg 24.0 no Make WordPress Core.
O que pode afetar temas e plugins
Nem toda mudança do 24.0 é apenas visual. Há pontos que merecem atenção de quem mantém extensões do editor ou depende de APIs e componentes do Gutenberg.
| Área | Mudança no 24.0 | O que testar |
|---|---|---|
| Galeria e layouts | Variação Grid e propriedades responsivas por viewport | CSS de tema, estilos de bloco, espaçamentos, comportamento em tablet e telas menores |
| Título do Site | Suporte a fit-text | Conflitos com tipografia, largura máxima, cabeçalhos e estilos globais |
| API Fetch | Possibilidade de remover middleware registrado, exposição do handler padrão e retorno null em resposta 200 sem corpo | Plugins que interceptam requisições, tratam respostas vazias ou substituem o fluxo padrão |
| Editor de posts | Depreciação da propriedade as em componentes de item de menu de plugins | Extensões que adicionam itens a menus do editor usando essa propriedade |
| Build e pacotes | Ajustes de compatibilidade no pacote de build e mudanças de publicação de pacotes | Pipelines, dependências, testes Vitest e builds que usam pacotes Gutenberg diretamente |
| Site Editor v2 | Mais telas passam a consumir configuração de visualização por endpoint | Integrações que dependem da estrutura das listas de páginas, padrões, templates e partes de template |
Há ainda correções em Theme JSON, editor de mídia, DataViews, acessibilidade e performance. Para manutenção preventiva, o ponto mais importante não é testar cada item do changelog isoladamente, mas identificar onde o seu produto estende o editor, sobrescreve estilos, depende de componentes experimentais ou consome pacotes JavaScript do projeto Gutenberg.
O que já faz sentido testar agora
Quem mantém ambientes de homologação pode instalar ou atualizar o plugin Gutenberg e concentrar os testes em fluxos que têm maior chance de expor regressões.
- Editar um post existente, alterar título e conteúdo e comparar revisões.
- Criar galerias com diferentes quantidades de colunas e verificar os estados de viewport.
- Aplicar estilos de tema próprios a Galeria e Título do Site e conferir se o resultado continua previsível.
- Testar blocos de lista somente com teclado, incluindo Tab e Shift+Tab.
- Validar extensões que usam API Fetch, componentes do editor, DataViews ou menus de plugins.
- Rodar a suíte de testes de temas e plugins em um ambiente separado, sem tratar o Gutenberg 24.0 como substituto de uma instalação estável do Core.
Esse tipo de teste produz sinais úteis antes da fase beta. Se um plugin depende de uma propriedade depreciada ou se o CSS de um tema assume uma estrutura rígida da Galeria, é melhor descobrir isso no ambiente de desenvolvimento do que durante a janela de release candidate.
O que o Gutenberg 24.0 antecipa sobre o WordPress 7.2
O 24.0 ajuda a enxergar a direção do trabalho do editor durante o ciclo do WordPress 7.2, principalmente em três frentes: edição responsiva mais controlável, evolução das revisões e consolidação de componentes e infraestrutura do editor. Também há trabalho contínuo no Site Editor v2, em DataViews e em componentes da biblioteca de interface.
Mas antecipar não é o mesmo que confirmar inclusão no Core. Em 16 de setembro, a página oficial do WordPress 7.2 ainda descreve a versão como um ciclo em desenvolvimento e afirma que novos recursos serão considerados quando estiverem razoavelmente prontos. Isso é especialmente importante para funcionalidades experimentais e mudanças que ainda podem receber ajustes antes da Beta 1.
Na prática, o Gutenberg serve como campo de desenvolvimento e teste para recursos do editor, enquanto o Core adota versões e funcionalidades em um processo próprio de integração, revisão e estabilização. Por isso, não é correto transformar o changelog do plugin em uma lista definitiva de recursos do WordPress 7.2.
O que ainda não deve ser tratado como recurso confirmado do Core
Há três grupos que pedem cautela.
- Experimentos: o próprio changelog do Gutenberg separa itens experimentais. Eles podem mudar, ser removidos ou não seguir para o Core no mesmo ciclo.
- Refatorações internas: mudanças em componentes, DataViews, pacotes, endpoints e ferramentas podem preparar futuras experiências sem aparecer para o usuário final exatamente como estão no plugin.
- Funcionalidades próximas do freeze: o calendário do 7.2 prevê Beta 1 entre 20 e 22 de outubro. Até lá, decisões de inclusão e estabilização ainda podem mudar conforme prontidão, testes e revisão da equipe de release.
Para documentação pública, changelogs de produto e planejamento de suporte, a abordagem mais segura é marcar recursos como “disponíveis no Gutenberg 24.0” enquanto não houver confirmação equivalente em notas de desenvolvimento, Field Guide ou documentação do WordPress 7.2.
Calendário do WordPress 7.2 para acompanhar
O cronograma oficial atual coloca o ciclo em alpha em setembro de 2026. As próximas janelas principais são:
- Beta 1: 20 a 22 de outubro de 2026.
- Beta 2: 27 a 29 de outubro.
- Beta 3: 3 a 5 de novembro.
- Beta 4: 10 a 12 de novembro.
- Release Candidate 1: 17 a 19 de novembro.
- Lançamento final: 8 a 10 de dezembro de 2026.
Essas datas são a referência para organizar testes. Antes da Beta 1, vale explorar recursos novos e reportar problemas. Durante as betas, o foco tende a migrar para correções e compatibilidade. Perto dos release candidates, equipes de temas e plugins devem priorizar testes de regressão, leitura das Dev Notes e validação das integrações que realmente chegaram ao Core.
Checklist para equipes de desenvolvimento
- Atualizar o Gutenberg apenas em ambiente de teste.
- Mapear extensões que dependem de componentes, pacotes ou APIs do editor.
- Revisar CSS aplicado a Galeria, Título do Site e layouts responsivos.
- Testar fluxos de revisão, mídia, listas e navegação por teclado.
- Registrar diferenças entre comportamento do plugin Gutenberg e comportamento do Core.
- Repetir os testes quando o WordPress 7.2 Beta 1 for publicado.
- Usar Dev Notes e Field Guide do 7.2 como referência final para mudanças de compatibilidade.
O Gutenberg 24.0 já oferece material concreto para homologação, mas a melhor leitura para desenvolvedores é tratar a versão como um sinal antecipado do ciclo do WordPress 7.2, não como uma especificação final. Essa separação ajuda a testar cedo sem transformar recursos ainda em integração em promessas sobre o próximo Core.
